From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 00:40:07 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6760BD1D for ; Sun, 15 Mar 2015 00:40:07 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 218707FA for ; Sun, 15 Mar 2015 00:40:06 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t2F0e4Ff048779; Sat, 14 Mar 2015 20:40:05 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Sat, 14 Mar 2015 20:40:04 -0400 From: Brett Wynkoop To: freebsd-arm Subject: Re: BeagleBone slow inbound net I/O Message-ID: <20150314204004.4a532d52@ivory.wynn.com> In-Reply-To: <20150314151027.10f9ec5a@ivory.wynn.com> References: <20150311165115.32327c5a@ivory.wynn.com> <89CEBFCA-6B94-4F48-8DFD-790E4667632D@kientzle.com> <20150314031542.439cdee3@ivory.wynn.com> <1426339400.52318.3.camel@freebsd.org> <807E4289-EC2E-49F9-A909-4D2A2A149302@gromit.dlib.vt.edu> <8EAD1C86-B7FD-4B30-A390-8E60D378224F@kientzle.com> <20150314151027.10f9ec5a@ivory.wynn.com> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 00:40:07 -0000 Greeting- Maybe my whole BBone is a sick puppy, because I just tried to ifconfig cpsw0 media 100BaseTX The result was "no carrier". Mind you the BBone is plugged into a known good 1000/100/10 switch port that I pulled a non-complaining FreeBSD x86 box out of. I also replaced the cable just in case it was faulty. It should also be noted that I have never been able to get my Bbone to auto select speed. I have always had to code the speed. I guess this is what comes from buying one of the first BeagleBones to ship. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment IV The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no warrants shall issue, but upon probable cause, supported by oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized. From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 00:57:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9360CFD0; Sun, 15 Mar 2015 00:57:05 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6498C15F; Sun, 15 Mar 2015 00:57:05 +0000 (UTC) Received: by igad1 with SMTP id d1so14943577iga.0; Sat, 14 Mar 2015 17:57:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=FsXVKlnVOL+J4hnBVCp/66pA3ze0AbSNWZsC8HIOl/s=; b=SnoF8wQaK7m+uguCPF1gKGKY8KC5yCSI6dI4R0nYYfHktZF21hxLComNBZIEWK3UAF nqTiMBIutA/HmMh4HxCUZdZqzIlE3e0tuEv/O7Qk4DrTEt9kWhGjIHjgJBUqNgOUVEO5 bgn2RlixYLOXJ8VTNXUG908jQBbtacJF2iNq8lPy8O4B3bmmgl/rRxW3kTpH2QILSA2U D4Sn/spTVWJVGUrVLivPIkMFokq2lFaeqTh9zSadzpjz7m+8CJ2p7Mb1ZeSVQttpWeFd MRGVTlL4hz38e5qyK7vX5bN6o8L3EJY3pyGzypJrFXf17YvA4sMjvGaMLOqjLWZF8Ta8 k8ZA== MIME-Version: 1.0 X-Received: by 10.42.93.83 with SMTP id w19mr67548590icm.37.1426380642554; Sat, 14 Mar 2015 17:50:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 14 Mar 2015 17:50:42 -0700 (PDT) In-Reply-To: <20150314230723.GA41587@cicely7.cicely.de> References: <20150314230723.GA41587@cicely7.cicely.de> Date: Sat, 14 Mar 2015 17:50:42 -0700 X-Google-Sender-Auth: 3yRB8-XhILJ65YAY4yw2f3yoUYk Message-ID: Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? From: Adrian Chadd To: ticso@cicely.de Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 00:57:05 -0000 Hi, Just note - there's no 11ac support in FreeBSD. -a From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 02:51:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F6AD83E; Sun, 15 Mar 2015 02:51:12 +0000 (UTC) Received: from BAY004-OMC4S4.hotmail.com (bay004-omc4s4.hotmail.com [65.54.190.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 654ABD52; Sun, 15 Mar 2015 02:51:12 +0000 (UTC) Received: from BAY182-W81 ([65.54.190.199]) by BAY004-OMC4S4.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 14 Mar 2015 19:50:06 -0700 X-TMN: [A1xvt9T1gvn8Z3nemWFxjRmoSB3pVBZm] X-Originating-Email: [sgeos@hotmail.com] Message-ID: From: Brendan Sechter To: Adrian Chadd Subject: RE: Recommended WiFi / Bluetooth modules for embedded ARM projects? Date: Sun, 15 Mar 2015 11:50:05 +0900 Importance: Normal In-Reply-To: References: , <20150314230723.GA41587@cicely7.cicely.de>, MIME-Version: 1.0 X-OriginalArrivalTime: 15 Mar 2015 02:50:06.0215 (UTC) FILETIME=[BE421170:01D05ECA] Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 02:51:12 -0000 PiBEYXRlOiBTYXQsIDE0IE1hciAyMDE1IDE3OjUwOjQyIC0wNzAwDQo+IFN1YmplY3Q6IFJlOiBS ZWNvbW1lbmRlZCBXaUZpIC8gQmx1ZXRvb3RoIG1vZHVsZXMgZm9yIGVtYmVkZGVkIEFSTSBwcm9q ZWN0cz8NCj4gRnJvbTogYWRyaWFuQGZyZWVic2Qub3JnDQo+IFRvOiB0aWNzb0BjaWNlbHkuZGUN Cj4gQ0M6IHNnZW9zQGhvdG1haWwuY29tOyBmcmVlYnNkLWFybUBmcmVlYnNkLm9yZzsgZnJlZWJz ZC13aXJlbGVzc0BmcmVlYnNkLm9yZw0KPiANCj4gSnVzdCBub3RlIC0gdGhlcmUncyBubyAxMWFj IHN1cHBvcnQgaW4gRnJlZUJTRC4NCg0KSXMgODAyLjExYWMgb24gdGhlIHJvYWRtYXAgc29tZXdo ZXJlPw0KLUJyZW5kYW4gCQkgCSAgIAkJICA= From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 04:14:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 775B8F90 for ; Sun, 15 Mar 2015 04:14:59 +0000 (UTC) Received: from mail-yh0-x22c.google.com (mail-yh0-x22c.google.com [IPv6:2607:f8b0:4002:c01::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 363117A3 for ; Sun, 15 Mar 2015 04:14:59 +0000 (UTC) Received: by yhch68 with SMTP id h68so7666380yhc.1 for ; Sat, 14 Mar 2015 21:14:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=eBD7/Mrv0TRZTGH/g6EtXIzpm6MqXvGlx4jIZXpfiwE=; b=An3XfE5/RZDA9cXS9KVneHSN7tiSsy+v+ryAwgMsSzVyCaaGkiW5vD4nrQp6CZBpNv kRdmdHoqJ6rUsPsaiIxZEXSCZ+BHvlFzFL+bFaTODzSjL0V80fat4sVnA579NDmC9C0S ANfgCEGupbj7gaPGMn3xqbszeXRYujk860vbNmcMylYlUitsRoAfYXLkKnSVrzuULMC3 AcVOQmLta1lf+vFohGtnWWShcthL5UZjqoCKbXOQxIW/jjKSSjP2i3XFxn3QBi240TI7 MgZn0/2ATSCNZVty7ltygUIgMESorWHhz+ivYZWChEOhXr7Lgz0iJClmskBlCF8h9wiA S94A== MIME-Version: 1.0 X-Received: by 10.236.26.16 with SMTP id b16mr54853988yha.50.1426392897938; Sat, 14 Mar 2015 21:14:57 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sat, 14 Mar 2015 21:14:57 -0700 (PDT) Date: Sat, 14 Mar 2015 21:14:57 -0700 Message-ID: Subject: Building Cross Compiler and u-boot From: Russell Haley To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 04:14:59 -0000 Hello I am trying to build the cross compile tools and make u-boot. Tim Kientzle spoke about two ways of getting cross compilers for outside of building FreeBDS: 1) make TARGET=arm TARGET_ARCH=armv6 buildenv after a successful buildworld 2)make xdev XDEV=arm XDEV_ARCH=armv6 I have struggled (and failed) to make either work. I checked out Rui Paulos uboot fork to /usr/uboot. 1)Using buildenv -> Jailbird:/usr/src$ make TARGET=arm TARGET_ARCH=armv6 buildenv Entering world for armv6:arm # cd ../uboot/ # PATH=$PATH:/usr/local/bin export PATH EDITOR # gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config gmake[2]: Entering directory '/usr/uboot' armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found usage: dirname string [...] Generating include/autoconf.mk armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found usage: dirname string [...] Generating include/autoconf.mk.dep armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found usage: dirname string [...] armv6-freebsd-gcc: not found usage: dirname string [...] Configuring a wireless module Configuring for ccwmx53 board... gmake[2]: Leaving directory '/usr/uboot' # 2)Using xdev-> Jailbird:/usr/src$ make xdev XDEV=arm XDEV_ARCH=arm I also failed to "make xdev XDEV=arm XDEV_ARCH=armv6" but didn't capture text. Here is the last output I have captured: CC='cc ' mkdep -f .depend -a -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c echo nm: /usr/lib/libc.a /usr/lib/libdwarf.a /usr/obj/arm.armv6/arm-freebsd/usr/src/lib/libelftc/libelftc.a /usr/lib/libelf.a >> .depend cc -O -pipe -mfloat-abi=softfp -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 -Qunused-arguments -c /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: unknown type name 'Dwarf_Block' get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: implicit declaration of function 'dwarf_get_elf' is invalid in C99 [-Wimplicit-function-declaration] if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: use of undeclared identifier 'Dwarf_Block' Dwarf_Block *block; ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: use of undeclared identifier 'block' Dwarf_Block *block; ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: warning: implicit declaration of function 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] dwarf_formblock(at, &block, &de) == DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: use of undeclared identifier 'block' dwarf_formblock(at, &block, &de) == DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: use of undeclared identifier 'block' if (*((uint8_t *)block->bl_data) == DW_OP_addr) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: use of undeclared identifier 'block' var->addr = get_block_value(dbg, block); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_child: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: use of undeclared identifier 'DW_DLA_DIE' dwarf_dealloc(dbg, die, DW_DLA_DIE); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: too many arguments to function call, expected 4, have 6 if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != ~~~~~~~~~~~~~~ ^~~~~~~~~ /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: warning: incompatible pointer types passing 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); take the address with & [-Wincompatible-pointer-types] (void) dwarf_finish(dbg, &de); ^~~ & /usr/include/libdwarf.h:141:32: note: passing argument to parameter here int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: warning: implicit declaration of function 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] ret = dwarf_srcfiles(die, &src_files, &filecount, &de); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_srclines: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: warning: implicit declaration of function 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] ret = dwarf_srclines(die, &lbuf, &lcount, &de); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 5 warnings and 20 errors generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/usr.bin/nm *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src My attempt to build Rui Paulos u-boot repository: #gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found usage: dirname string [...] Generating include/autoconf.mk armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found usage: dirname string [...] Generating include/autoconf.mk.dep armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found armv6-freebsd-gcc: not found usage: dirname string [...] armv6-freebsd-gcc: not found usage: dirname string [...] for dir in tools examples/standalone examples/api ; do gmake -C $dir _depend ; done armv6-freebsd-gcc: not found usage: dirname string [...] gmake[1]: Entering directory '/usr/uboot/tools' gmake[1]: gcc: Command not found gmake[1]: armv6-freebsd-gcc: Command not found gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/tools' gmake[1]: Entering directory '/usr/uboot/examples/standalone' gmake[1]: armv6-freebsd-gcc: Command not found armv6-freebsd-gcc: not found usage: dirname string [...] armv6-freebsd-gcc: not found usage: dirname string [...] gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/examples/standalone' gmake[1]: Entering directory '/usr/uboot/examples/api' gmake[1]: armv6-freebsd-gcc: Command not found armv6-freebsd-gcc: not found usage: dirname string [...] gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/examples/api' gmake -C tools all armv6-freebsd-gcc: not found usage: dirname string [...] gmake[1]: Entering directory '/usr/uboot/tools' gmake[1]: gcc: Command not found gmake[1]: armv6-freebsd-gcc: Command not found gcc -g -Wall -idirafter /usr/uboot/include -idirafter /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt -I /usr/uboot/tools -DTEXT_BASE=0x97800000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -O -c -o mkimage.o /usr/uboot/tools/mkimage.c gmake[1]: gcc: Command not found Makefile:218: recipe for target 'mkimage.o' failed gmake[1]: *** [mkimage.o] Error 127 gmake[1]: Leaving directory '/usr/uboot/tools' Makefile:402: recipe for target 'tools' failed gmake: *** [tools] Error 2 Thanks, Russ From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 05:05:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38EF9C79; Sun, 15 Mar 2015 05:05:41 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0483C3E; Sun, 15 Mar 2015 05:05:40 +0000 (UTC) Received: by igbue6 with SMTP id ue6so13531067igb.1; Sat, 14 Mar 2015 22:05:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XWqAXLSi1NNQ10PYMNRkyLWawLigByS62RMTbR1cDTw=; b=kmX9mp7xiZ3u+1thNrxCp/ZU2AvJDGcnh2SbNwHqllhVdoY2xbKHYRnH2iAh5b6glC bUtxzDIg23fPLa5lhvulhKyTHnCTBobpIuSOnnocGZXcBHCM/4HtezkpesBi22A0plVU tZu9auWadH6BVSAAz0XwB76CgWPT6qpEIAGacYjtEJx/jjb+o66GXT+dw+wcbWZJDg0z UD+Xl+sBbs1Jn+L+iuSs6IxmpPueIC6AXDaWCfxTxU/tpycA9a7DpHbGyak8m2XlEFJ7 mBZG8LJNJ3L01Ol6Qq9TFKMmbyLY+m8+POFsKKSkXSXAVf2/iSGuzEiYTMkc+6bZSUGy azGQ== MIME-Version: 1.0 X-Received: by 10.50.93.70 with SMTP id cs6mr122609859igb.6.1426395940470; Sat, 14 Mar 2015 22:05:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 14 Mar 2015 22:05:40 -0700 (PDT) In-Reply-To: References: <20150314230723.GA41587@cicely7.cicely.de> Date: Sat, 14 Mar 2015 22:05:40 -0700 X-Google-Sender-Auth: MeMQVEJYqWNt4wQV3fwfrJN3IVM Message-ID: Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? From: Adrian Chadd To: Brendan Sechter Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 05:05:41 -0000 On 14 March 2015 at 19:50, Brendan Sechter wrote: >> Date: Sat, 14 Mar 2015 17:50:42 -0700 >> Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM >> projects? >> From: adrian@freebsd.org >> To: ticso@cicely.de >> CC: sgeos@hotmail.com; freebsd-arm@freebsd.org; >> freebsd-wireless@freebsd.org >> >> Just note - there's no 11ac support in FreeBSD. > > Is 802.11ac on the roadmap somewhere? I'd love to do it, but I just don't have the time at the moment. :( -adrian From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 05:15:49 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05A9CF6B for ; Sun, 15 Mar 2015 05:15:49 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BAC4D1D for ; Sun, 15 Mar 2015 05:15:48 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t2F5FeW3094237; Sun, 15 Mar 2015 01:15:41 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Sun, 15 Mar 2015 01:15:40 -0400 From: Brett Wynkoop To: Russell Haley Subject: Re: Building Cross Compiler and u-boot Message-ID: <20150315011540.347547e7@ivory.wynn.com> In-Reply-To: References: X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 05:15:49 -0000 Russell- Are you trying to build on a FreeBSD box? If so then grab crochet and it will take care of all the niggling bits. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 Amendment VIII Excessive bail shall not be required, nor excessive fines imposed, nor cruel and unusual punishments inflicted. From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 05:46:59 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A880620A for ; Sun, 15 Mar 2015 05:46:59 +0000 (UTC) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C690F4D for ; Sun, 15 Mar 2015 05:46:59 +0000 (UTC) Received: by ykek76 with SMTP id k76so7433131yke.0 for ; Sat, 14 Mar 2015 22:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NYLl/bvB3rCe9khxCErTiFbGDKWZqyAxJXbvfYCpPjQ=; b=pUDR0w82CBVvuuDBEd3h2K4ut/Rmwh6E+aqzT3aJxQ11HJzFACT+seNYq7NMIwwkk3 sysVO6hdkx/Z/Lgqlo/arvC0cXp7kMIkZZhvilgrV25QTMfTHHheo9OOCpAKt6z/hLV7 zdwxltBKSod2QYEFIAinlyQrOypXPDUR0i6pnyDddtG7kX+Sm+58dIvZNXVTIEZ+lNcW xEDTbE7Yxb+L+8n581Eq99L+sf66v+DcKE1QmPMHk8qszPTzFB5UQ/9SwW9upYbyICzG GR+G7z2OurTQpOQq+KaWlYtHZDa0vuuEanES8SPWuWX9jfwkuqke2sK+l+GszowovuJz WWGQ== MIME-Version: 1.0 X-Received: by 10.236.21.196 with SMTP id r44mr17885248yhr.157.1426398418196; Sat, 14 Mar 2015 22:46:58 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sat, 14 Mar 2015 22:46:58 -0700 (PDT) In-Reply-To: <20150315011540.347547e7@ivory.wynn.com> References: <20150315011540.347547e7@ivory.wynn.com> Date: Sat, 14 Mar 2015 22:46:58 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Brett Wynkoop Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 05:46:59 -0000 Does Crochet support the Digi CoreConnect SOM? I didn't see anything in github for it under board (although I do see the generic example...). Crochet is definitely on my list of todos but getting cross compiling working is now a matter of pride as well! On Sat, Mar 14, 2015 at 10:15 PM, Brett Wynkoop wrote: > Russell- > > Are you trying to build on a FreeBSD box? If so then grab crochet and > it will take care of all the niggling bits. > > -Brett > > > -- > > wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt > 917-642-6925 > 929-272-0000 > > Amendment VIII > > Excessive bail shall not be required, nor excessive fines imposed, nor > cruel and unusual punishments inflicted. > From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 08:23:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63FF2F05 for ; Sun, 15 Mar 2015 08:23:22 +0000 (UTC) Received: from mx0.deglitch.com (unknown [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBC3F2C for ; Sun, 15 Mar 2015 08:23:22 +0000 (UTC) Received: from [192.168.11.8] (unknown [98.248.95.7]) by mx0.deglitch.com (Postfix) with ESMTPSA id 901798FC2E; Sun, 15 Mar 2015 12:23:11 +0400 (MSK) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Building Cross Compiler and u-boot From: Stanislav Sedov In-Reply-To: Date: Sun, 15 Mar 2015 01:23:05 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Russell Haley X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 08:23:22 -0000 > On Mar 14, 2015, at 9:14 PM, Russell Haley = wrote: >=20 > Hello I am trying to build the cross compile tools and make u-boot. >=20 > Tim Kientzle spoke about two ways of getting cross compilers for > outside of building FreeBDS: >=20 > 1) make TARGET=3Darm TARGET_ARCH=3Darmv6 buildenv >=20 > after a successful buildworld >=20 > 2)make xdev XDEV=3Darm XDEV_ARCH=3Darmv6 >=20 FWIW, you don=E2=80=99t need FreeBSD toolchain to build uboot =E2=80=94 = it=E2=80=99s a freestanding application and does not depend on FreeBSD ABI. Using a compiler from = the cross-gcc port will suffice. You will need to provide TGTARCH=3Darm and TGTABI=3Deabi when building = the toolchain. There used to be a arm-rtems-gcc port available which provided packages, = but it was sadly removed along with other useful ports. But if you=E2=80=99re= using one of the older FreeBSD version with full package collection you can install = one by running `pkg_add -r arm-rtems-gcc`. Then build uboot with = CROSS_COMPILE=3Darm-rtems- variable set.=20 -- ST4096-RIPE From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 11:48:29 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D4D16E7 for ; Sun, 15 Mar 2015 11:48:29 +0000 (UTC) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AF5D67F for ; Sun, 15 Mar 2015 11:48:28 +0000 (UTC) Received: by wgdm6 with SMTP id m6so19610633wgd.2 for ; Sun, 15 Mar 2015 04:48:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=1YtrQrgxfR9kidSfF/k4joVmcai0jjYFmlmSYYLMcVE=; b=EjnIeuZAR3ndr+n9XvE631JJ55B1cS4yg1xJVq8pLBJoz05C3rZE0YTSxlb2G3D97+ 3dBrP5aXJx+S7zKSnHfThqFQFbDlCBhspcMm2LJzsr1WqAUin8u7UpGjD4FkyQmxL6od kpheHuvc2rbSC1Np6f+/rkFCA6trrkEdnWV3pDPp/2MPJQhQzYCnt/xRCV0JEmvnOR4b y0EdC/kychPOnyEF0+ARZgYsfto5qU8+dfENj7Phlgy85U4cWdvn+j3IkSTnYGEqJBVn cN+8UfZyzN3t0TlHLtYssk+LvyPfK+BUjam6SEGDN4yMYz3OmnTbEWD0KQUP3XNkPpUy Rv+g== X-Gm-Message-State: ALoCoQn+0vTCa3vVgMqmViSkT7uqDzsI/P2m72pWZKkgB6DZ/A6eBCy8r7EWpC9FKf9pwF6kao9s MIME-Version: 1.0 X-Received: by 10.194.158.234 with SMTP id wx10mr115002928wjb.23.1426420099956; Sun, 15 Mar 2015 04:48:19 -0700 (PDT) Received: by 10.27.198.6 with HTTP; Sun, 15 Mar 2015 04:48:19 -0700 (PDT) X-Originating-IP: [184.151.114.72] In-Reply-To: References: Date: Sun, 15 Mar 2015 07:48:19 -0400 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: peter garshtja To: Russell Haley Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 11:48:29 -0000 Hi, You need GCC compiler for u-boot. I will send you later the make command that will build GCC cross compiler On Sunday, March 15, 2015, Russell Haley wrote: > Hello I am trying to build the cross compile tools and make u-boot. > > Tim Kientzle spoke about two ways of getting cross compilers for > outside of building FreeBDS: > > 1) make TARGET=arm TARGET_ARCH=armv6 buildenv > > after a successful buildworld > > 2)make xdev XDEV=arm XDEV_ARCH=armv6 > > I have struggled (and failed) to make either work. I checked out Rui > Paulos uboot fork to /usr/uboot. > > > 1)Using buildenv -> > > Jailbird:/usr/src$ make TARGET=arm TARGET_ARCH=armv6 buildenv > Entering world for armv6:arm > # cd ../uboot/ > # PATH=$PATH:/usr/local/bin export PATH EDITOR > # gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config > gmake[2]: Entering directory '/usr/uboot' > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > Generating include/autoconf.mk > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > Generating include/autoconf.mk.dep > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > armv6-freebsd-gcc: not found > usage: dirname string [...] > Configuring a wireless module > Configuring for ccwmx53 board... > gmake[2]: Leaving directory '/usr/uboot' > # > > > 2)Using xdev-> > > Jailbird:/usr/src$ make xdev XDEV=arm XDEV_ARCH=arm > > I also failed to "make xdev XDEV=arm XDEV_ARCH=armv6" but didn't > capture text. Here is the last output I have captured: > > CC='cc ' mkdep -f .depend -a > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c > echo nm: /usr/lib/libc.a /usr/lib/libdwarf.a > /usr/obj/arm.armv6/arm-freebsd/usr/src/lib/libelftc/libelftc.a > /usr/lib/libelf.a >> .depend > cc -O -pipe -mfloat-abi=softfp > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 > -Qunused-arguments -c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: > unknown type name 'Dwarf_Block' > get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: > implicit declaration of function 'dwarf_get_elf' > is invalid in C99 [-Wimplicit-function-declaration] > if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > _Dwarf_Error *'); take the address with & > warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: > use of undeclared identifier 'Dwarf_Block' > Dwarf_Block *block; > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: > use of undeclared identifier 'block' > Dwarf_Block *block; > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > _Dwarf_Error *'); take the address with & > warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: > warning: implicit declaration of function > 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: > use of undeclared identifier 'block' > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: > use of undeclared identifier 'block' > if (*((uint8_t *)block->bl_data) == DW_OP_addr) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: > use of undeclared identifier 'block' > var->addr = get_block_value(dbg, block); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_child: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: > use of undeclared identifier 'DW_DLA_DIE' > dwarf_dealloc(dbg, die, DW_DLA_DIE); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: > too many arguments to function call, expected 4, > have 6 > if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != > ~~~~~~~~~~~~~~ ^~~~~~~~~ > /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here > int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: > warning: incompatible pointer types passing > 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type > 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); > take the address with & [-Wincompatible-pointer-types] > (void) dwarf_finish(dbg, &de); > ^~~ > & > /usr/include/libdwarf.h:141:32: note: passing argument to parameter here > int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: > warning: implicit declaration of function > 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] > ret = dwarf_srcfiles(die, &src_files, &filecount, &de); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_srclines: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: > warning: implicit declaration of function > 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] > ret = dwarf_srclines(die, &lbuf, &lcount, &de); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > fatal error: too many errors emitted, stopping now [-ferror-limit=] > 5 warnings and 20 errors generated. > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src/usr.bin/nm > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src > > > > My attempt to build Rui Paulos u-boot repository: > > > #gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config > > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > Generating include/autoconf.mk > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > Generating include/autoconf.mk.dep > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > armv6-freebsd-gcc: not found > usage: dirname string [...] > for dir in tools examples/standalone examples/api ; do gmake -C $dir > _depend ; done > armv6-freebsd-gcc: not found > usage: dirname string [...] > gmake[1]: Entering directory '/usr/uboot/tools' > gmake[1]: gcc: Command not found > gmake[1]: armv6-freebsd-gcc: Command not found > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/tools' > gmake[1]: Entering directory '/usr/uboot/examples/standalone' > gmake[1]: armv6-freebsd-gcc: Command not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > armv6-freebsd-gcc: not found > usage: dirname string [...] > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/standalone' > gmake[1]: Entering directory '/usr/uboot/examples/api' > gmake[1]: armv6-freebsd-gcc: Command not found > armv6-freebsd-gcc: not found > usage: dirname string [...] > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/api' > gmake -C tools all > armv6-freebsd-gcc: not found > usage: dirname string [...] > gmake[1]: Entering directory '/usr/uboot/tools' > gmake[1]: gcc: Command not found > gmake[1]: armv6-freebsd-gcc: Command not found > gcc -g -Wall -idirafter /usr/uboot/include -idirafter > /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt > -I /usr/uboot/tools -DTEXT_BASE=0x97800000 -DUSE_HOSTCC > -D__KERNEL_STRICT_NAMES -O -c -o mkimage.o /usr/uboot/tools/mkimage.c > gmake[1]: gcc: Command not found > Makefile:218: recipe for target 'mkimage.o' failed > gmake[1]: *** [mkimage.o] Error 127 > gmake[1]: Leaving directory '/usr/uboot/tools' > Makefile:402: recipe for target 'tools' failed > gmake: *** [tools] Error 2 > > > > Thanks, > Russ > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 16:21:31 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F40BC88; Sun, 15 Mar 2015 16:21:31 +0000 (UTC) Received: from relay.mailchannels.net (aso-006-i399.relay.mailchannels.net [143.95.81.28]) by mx1.freebsd.org (Postfix) with ESMTP id A17AC65C; Sun, 15 Mar 2015 16:21:29 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (ip-10-33-12-218.us-west-2.compute.internal [10.33.12.218]) by relay.mailchannels.net (Postfix) with ESMTPA id 8A3A0A0A38; Sun, 15 Mar 2015 16:21:09 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (smtp3.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Sun, 15 Mar 2015 16:21:12 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426436472288:2118391325 X-MC-Ingress-Time: 1426436472288 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp3.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXBHn-0004lf-BF; Sun, 15 Mar 2015 16:21:07 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2FGL2nL021168; Sun, 15 Mar 2015 10:21:02 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX19QpwYU3Q5jLiDekBNraBSI Message-ID: <1426436462.67325.1.camel@freebsd.org> Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? From: Ian Lepore To: Brendan Sechter Date: Sun, 15 Mar 2015 10:21:02 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 16:21:31 -0000 On Sun, 2015-03-15 at 02:22 +0900, Brendan Sechter wrote: > I am looking for thoughts, opinions and recommendations regarding WiFi / Bluetooth modules for embedded ARM FreeBSD projects. My requirements are 802.11ac / Bluetooth 4.0. The ideal module is low cost, works with minimal effort and also has a USB dongle approximation for early stage development. > -Brendan Right now, USB is pretty much your only option for bluetooth and wifi on freebsd-arm. All the other chips I've seen that aren't USB are SDIO, and we have no SDIO infrastructure for talking to anything except an sdcard. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 16:30:36 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26086DC5 for ; Sun, 15 Mar 2015 16:30:36 +0000 (UTC) Received: from relay.mailchannels.net (si-002-i157.relay.mailchannels.net [108.178.49.169]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA0877F for ; Sun, 15 Mar 2015 16:30:29 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp2.ore.mailhop.org (ip-10-237-13-110.us-west-2.compute.internal [10.237.13.110]) by relay.mailchannels.net (Postfix) with ESMTPA id 226E760AFD; Sun, 15 Mar 2015 16:30:19 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp2.ore.mailhop.org (smtp2.ore.mailhop.org [10.45.8.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Sun, 15 Mar 2015 16:30:21 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426437021269:4276077194 X-MC-Ingress-Time: 1426437021269 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp2.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXBQf-0008Nt-92; Sun, 15 Mar 2015 16:30:17 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2FGUCF6021217; Sun, 15 Mar 2015 10:30:12 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX19pypgquBQpO2vhxzCoLREN Message-ID: <1426437012.67325.7.camel@freebsd.org> Subject: Re: Building Cross Compiler and u-boot From: Ian Lepore To: Russell Haley Date: Sun, 15 Mar 2015 10:30:12 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 16:30:36 -0000 On Sat, 2015-03-14 at 21:14 -0700, Russell Haley wrote: > Hello I am trying to build the cross compile tools and make u-boot. > > Tim Kientzle spoke about two ways of getting cross compilers for > outside of building FreeBDS: > > 1) make TARGET=arm TARGET_ARCH=armv6 buildenv > > after a successful buildworld > > 2)make xdev XDEV=arm XDEV_ARCH=armv6 > > I have struggled (and failed) to make either work. I checked out Rui > Paulos uboot fork to /usr/uboot. > > > 1)Using buildenv -> The xdev way of building crosstools to build uboot is pretty much dead. Probably the best way forward is to use one of the existing u-boot ports such as sysutils/u-boot-wandboard, copy it and transform it into a port to build the flavor you need. To save the time of building the port cross-compiler from scratch you can do "pkg install arm-none-eabi-gcc". Are you working with the ConnectCore 6? If so, the u-boot ports for wandboard or cubox-hummingboard are probably 99% ready, you may need to tweak the config file patch in the port. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 17:00:04 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E0C4F9D for ; Sun, 15 Mar 2015 17:00:04 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F3F894D for ; Sun, 15 Mar 2015 17:00:04 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2FH03h1055595 for ; Sun, 15 Mar 2015 17:00:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 198615]=?UTF-8?Q?=20Fenerbah=C3=A7e=20=2D=20Gen=C3=A7lerbirli=C4=9Fi=20Ma=C3=A7=C4=B1=20Canl=C4=B1=20=C4=B0zle?=))( Date: Sun, 15 Mar 2015 17:00:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 8.4-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: myp33542@qasti.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 17:00:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198615 Bug ID: 198615 Summary: Fenerbah=C3=A7e - Gen=C3=A7lerbirli=C4=9Fi Ma=C3=A7=C4= =B1 Canl=C4=B1 =C4=B0zle))( Product: Base System Version: 8.4-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: myp33542@qasti.com CLICK HERE TO WATCH LIVE online free>>>> :::::::::::::::http://x.co/7= sGzL Link 2:<<<<<<<<<<< http://bit.ly/18NVf5N CLICK HERE TO WATCH LIVE online free>>>> :::::::::::::::http://x.co/7= sGzL Link 2:<<<<<<<<<<< http://bit.ly/18NVf5N CLICK HERE TO WATCH LIVE online free>>>> :::::::::::::::http://x.co/7= sGzL Link 2:<<<<<<<<<<< http://bit.ly/18NVf5N CLICK HERE TO WATCH LIVE online free>>>> :::::::::::::::http://x.co/7= sGzL Link 2:<<<<<<<<<<< http://bit.ly/18NVf5N CLICK HERE TO WATCH LIVE online free>>>> :::::::::::::::http://x.co/7= sGzL Link 2:<<<<<<<<<<< http://bit.ly/18NVf5N Fenerbah=C3=A7e Gen=C3=A7lerbirli=C4=9Fi Ma=C3=A7=C4=B1 Canl=C4=B1 izle 25 = Ekim 2014 .FENERBAH=C3=A7E GEN=C3=87LERBiRLi=C4=9Fi MA=C3=87I CANLI iZLE 25 Ekim 2014 Fenerbah=C3=A7e = Gen=C3=A7lerbirli=C4=9Fi ma=C3=A7=C4=B1 izle canl=C4=B1 lig lig tv'de Fenerbah=C3=A7e Fenerbah=C3=A7e .Ustream Gen=C3=A7= lerbirli=C4=9Fi-Fenerbah=C3=A7e S=C3=BCper Toto S=C3=BCper Lig Ma=C3=A7=C4=B1 Canl=C4=B1 izle(Sportlemon,Lshunter,Digit=C3=BCrkplay,Ligtv).Gen=C3=A7lerbirli=C4=9Fi-= Fenerba=C3=A7he ma=C3=A7=C4=B1 lig tv(Digit=C3=BCrk play) canl=C4=B1 izle Gen=C3=A7lerbirli=C4=9Fi-Fenerbah=C3= =A7e Lig .Fenerbah=C3=A7e, Gen=C3=A7lerbirli=C4=9Fi deplasman=C4=B1nda.Fenerbah=C3=A7e - Gen=C3=A7lerb= irli=C4=9Fi Ma=C3=A7=C4=B1 Canl=C4=B1 =C4=B0zle hakk=C4=B1ndaki di=C4=9Fer haberler MacyayinlariTV canl=C4=B1 ma=C3=A7 izle, ma=C3=A7 yay=C4=B1nlar=C4=B1, = justin tv wwwmacyayinlaritv/ SIPG ma=C3=A7=C4=B1 canl=C4=B1 izle Link 1230Spartak Moskova - Dinamo M= oskova ma=C3=A7=C4=B1 canl=C4=B1 izle 2000Gen=C3=A7lerbirli=C4=9Fi - Fenerbah=C3=A7e ma=C3=A7=C4=B1 canl=C4= =B1 izle Link 2000Toluca 2014-2015 Fenerbah=C3=A7e 2-1 Gen=C3=A7lerbirli=C4=9Fi ma=C3=A7 =C3=B6z= eti Ligtv wwwligtvcomtr =E2=80=BA Ma=C3=A7 =C3=96zetleri =E2=80=BA Spor Toto S=C3= =BCper Lig Ma=C3=A7 =C3=96zetleri 2014-2015 sezonu 7 haftada 2 - 1 biten Fenerbah=C3=A7e 2-1 Gen=C3=A7ler= birli=C4=9Fi ma=C3=A7 =C3=B6zetini izlemek i=C3=A7in ma=C3=A7 =C3=B6zetleri sayfam=C4=B1z=C4=B1 z= iyaret CANLI SKOR; PROGRAMLAR Lig TV Futbol ve Spor Haberleri | Ma=C3=A7 =C3=96zetleri | Canl=C4=B1 M= a=C3=A7 wwwligtvcomtr/ Eski=C5=9Fehirspor-Mersin =C4=B0dmanyurdu ma=C3=A7 =C3=B6zeti! Be=C5=9F= ikta=C5=9F-SA=C4=B0 Fenerbah=C3=A7e Gen=C3=A7lerbirli=C4=9Fi ma=C3=A7=C4=B1na nas=C4=B1l bir 11'le =C3=A7=C4=B1= kar? Eski=C5=9Fehir k=C4=B1sa kesti! Yay=C4=B1n Ak=C4=B1=C5=9F=C4=B1 FENERBAHCE GENCLERBIRLIGI MACI CANLI IZLE . Ustream Gen=C3=A7lerbirli=C4=9Fi-Fenerbah=C3=A7e S=C3=BCper Toto S=C3= =BCper Lig Ma=C3=A7=C4=B1 Canl=C4=B1 izle (Sportlemon,Lshunter,Digit=C3=BCrkplay,Ligtv)Gen=C3=A7lerbirli=C4=9Fi-Fener= ba=C3=A7he Gen=C3=A7lerbirli=C4=9Fi =E2=80=93 Fenerbah=C3=A7e ma=C3=A7=C4=B1 canl=C4= =B1 izle justin tv seyret, Gen=C3=A7lerbirli=C4=9Fi =E2=80=93 Fenerbah=C3=A7e canli mac izle kesintisiz lig tv, Gen=C3=A7lerbirli=C4=9Fi. FENERBAH=C3=A7E GEN=C3=87LERBiRLi=C4=9Fi MA=C3=87I CANLI iZLE 25 Ekim 2= 014 Fenerbah=C3=A7e Gen=C3=A7lerbirli=C4=9Fi ma=C3=A7=C4=B1 izle canl=C4=B1 lig lig tv'de Fener= bah=C3=A7e .S=C3=BCper Lig'de Be=C5=9Fikta=C5=9F - Fenerbah=C3=A7e - Galatasaray m= a=C3=A7=C4=B1n=C4=B1, Premier Lig, BBL, film, dizi, 68 TV kanal=C4=B1n=C4=B1 (Lig TV, Penthouse dahil) web ve mobil= de canl=C4=B1 izle Gen=C3=A7lerbirli=C4=9Fi - Fenerbah=C3=A7e =C2=B7 S=C3=BCper Paket(14-15) = =C2=B7 ManUnited - Tottenham =C2=B7 The Wind 2000 - Gen=C3=A7lerbirli=C4=9Fi - Fenerbah=C3=A7e ma=C3=A7=C4=B1n=C4=B1= canl=C4=B1 izle | Justin wwwjustintvizletircom/genclerbirligi-fenerbahce-macini-canli-izle/ 4 saat =C3=B6nce - Gen=C3=A7lerbirli=C4=9Fi - Fenerbah=C3=A7e ma=C3=A7= =C4=B1 canl=C4=B1 izle, Gen=C3=A7lerbirli=C4=9Fi - Fenerbah=C3=A7e canl=C4=B1 izle mek i=C3=A7in t=C4=B1klay=C4=B1n Gen=C3=A7l= erbirli=C4=9Fi - Fenerbah=C3=A7e ma=C3=A7=C4=B1n=C4=B1 canl=C4=B1 izle --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 18:19:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEBD87C5 for ; Sun, 15 Mar 2015 18:19:53 +0000 (UTC) Received: from mail-qg0-f47.google.com (mail-qg0-f47.google.com [209.85.192.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 848194E for ; Sun, 15 Mar 2015 18:19:53 +0000 (UTC) Received: by qgh62 with SMTP id 62so24072417qgh.1 for ; Sun, 15 Mar 2015 11:19:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=rOrNGcKdQmzrtq0I9iWDT9SEhiQ+vloh9w/nYfFAvh0=; b=FvKY/hR620nCrIeIp8eXJOBe08G/R9OKhPufjyI1iZHlYartizdaaDzLRmr7nDz2rz o0ATGgymUakCTtpAbchyOrmWTg++/HDUGT+UT3s0H6qbPm7/EIwveGv2GJyp3aVHguQ3 Ev7bhSC/tPLkLu7AqKOT9m086ddYolkmFgMFE6ysHqahc4+WYphweQ5jNphiHVzcnQRR YEZ0GNZUOIx6giaHomgFgKM8ETULbhvESEPrD/e6I83HfqkIDEGKhhwXCUY9jRdJGW0g Y/afpSM+wyh33wCSEFq5t1/c4ZCRtxP2426Q+GUN/jsHmA54Xs9SH/3+rrG70cc9t0TE SQOQ== X-Gm-Message-State: ALoCoQk18Y3Bw8H+BJ+/4g/f4zC+WjrtaLxkkOCk25k+UMHp5GhN/FFaqsE/5TQ8qWByBqLNXi3b X-Received: by 10.55.27.198 with SMTP id m67mr85840328qkh.11.1426443591891; Sun, 15 Mar 2015 11:19:51 -0700 (PDT) Received: from [172.26.26.1] (ip69-17-247-231.vif.net. [69.17.247.231]) by mx.google.com with ESMTPSA id z143sm5831520qhd.40.2015.03.15.11.19.50 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Mar 2015 11:19:51 -0700 (PDT) Message-ID: <5505CD50.2050503@ambient-md.com> Date: Sun, 15 Mar 2015 14:20:00 -0400 From: Peter Garshtja User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Russell Haley Subject: Re: Building Cross Compiler and u-boot References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 18:19:54 -0000 here is gcc cross compiler FreeBSD 10.X |make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev| FreeBSD HEAD |make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev xdev-links| Regards, Peter On 3/15/2015 7:48 AM, peter garshtja wrote: > Hi, > > You need GCC compiler for u-boot. > > I will send you later the make command that will build GCC cross compiler > > On Sunday, March 15, 2015, Russell Haley > wrote: > > Hello I am trying to build the cross compile tools and make u-boot. > > > > Tim Kientzle spoke about two ways of getting cross compilers for > > outside of building FreeBDS: > > > > 1) make TARGET=arm TARGET_ARCH=armv6 buildenv > > > > after a successful buildworld > > > > 2)make xdev XDEV=arm XDEV_ARCH=armv6 > > > > I have struggled (and failed) to make either work. I checked out Rui > > Paulos uboot fork to /usr/uboot. > > > > > > 1)Using buildenv -> > > > > Jailbird:/usr/src$ make TARGET=arm TARGET_ARCH=armv6 buildenv > > Entering world for armv6:arm > > # cd ../uboot/ > > # PATH=$PATH:/usr/local/bin export PATH EDITOR > > # gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- > ccwmx53js_config > > gmake[2]: Entering directory '/usr/uboot' > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > Generating include/autoconf.mk > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > Generating include/autoconf.mk.dep > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > Configuring a wireless module > > Configuring for ccwmx53 board... > > gmake[2]: Leaving directory '/usr/uboot' > > # > > > > > > 2)Using xdev-> > > > > Jailbird:/usr/src$ make xdev XDEV=arm XDEV_ARCH=arm > > > > I also failed to "make xdev XDEV=arm XDEV_ARCH=armv6" but didn't > > capture text. Here is the last output I have captured: > > > > CC='cc ' mkdep -f .depend -a > > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc > > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c > > echo nm: /usr/lib/libc.a /usr/lib/libdwarf.a > > /usr/obj/arm.armv6/arm-freebsd/usr/src/lib/libelftc/libelftc.a > > /usr/lib/libelf.a >> .depend > > cc -O -pipe -mfloat-abi=softfp > > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc > > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 > > -Qunused-arguments -c > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: > > unknown type name 'Dwarf_Block' > > get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: > > implicit declaration of function 'dwarf_get_elf' > > is invalid in C99 [-Wimplicit-function-declaration] > > if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: > > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > > _Dwarf_Error *'); take the address with & > > warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); > > ^~ > > & > > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > > const char *dwarf_errmsg(Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: > > use of undeclared identifier 'Dwarf_Block' > > Dwarf_Block *block; > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: > > use of undeclared identifier 'block' > > Dwarf_Block *block; > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: > > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > > _Dwarf_Error *'); take the address with & > > warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); > > ^~ > > & > > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > > const char *dwarf_errmsg(Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: > > warning: implicit declaration of function > > 'dwarf_formblock' is invalid in C99 > [-Wimplicit-function-declaration] > > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: > > use of undeclared identifier 'block' > > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: > > use of undeclared identifier 'block' > > if (*((uint8_t *)block->bl_data) == DW_OP_addr) > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: > > use of undeclared identifier 'block' > > var->addr = get_block_value(dbg, block); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: > > use of undeclared identifier 'DW_DLV_ERROR' > > if (ret == DW_DLV_ERROR) > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: > > passing 'Dwarf_Error' > > (aka 'struct _Dwarf_Error') to parameter of incompatible type > > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > > the address with & > > warnx("dwarf_child: %s", dwarf_errmsg(de)); > > ^~ > > & > > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > > const char *dwarf_errmsg(Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: > > use of undeclared identifier 'DW_DLV_ERROR' > > if (ret == DW_DLV_ERROR) > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: > > passing 'Dwarf_Error' > > (aka 'struct _Dwarf_Error') to parameter of incompatible type > > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > > the address with & > > warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); > > ^~ > > & > > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > > const char *dwarf_errmsg(Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: > > use of undeclared identifier 'DW_DLA_DIE' > > dwarf_dealloc(dbg, die, DW_DLA_DIE); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: > > too many arguments to function call, expected 4, > > have 6 > > if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != > > ~~~~~~~~~~~~~~ ^~~~~~~~~ > > /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here > > int dwarf_elf_init(Elf *, int, Dwarf_Debug *, > Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: > > passing 'Dwarf_Error' > > (aka 'struct _Dwarf_Error') to parameter of incompatible type > > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > > the address with & > > warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); > > ^~ > > & > > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > > const char *dwarf_errmsg(Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: > > warning: incompatible pointer types passing > > 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type > > 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); > > take the address with & [-Wincompatible-pointer-types] > > (void) dwarf_finish(dbg, &de); > > ^~~ > > & > > /usr/include/libdwarf.h:141:32: note: passing argument to parameter here > > int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: > > passing 'Dwarf_Error' > > (aka 'struct _Dwarf_Error') to parameter of incompatible type > > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > > the address with & > > dwarf_errmsg(de)); > > ^~ > > & > > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > > const char *dwarf_errmsg(Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: > > warning: implicit declaration of function > > 'dwarf_srcfiles' is invalid in C99 > [-Wimplicit-function-declaration] > > ret = dwarf_srcfiles(die, &src_files, &filecount, &de); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: > > use of undeclared identifier 'DW_DLV_ERROR' > > if (ret == DW_DLV_ERROR) > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: > > passing 'Dwarf_Error' > > (aka 'struct _Dwarf_Error') to parameter of incompatible type > > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > > the address with & > > warnx("dwarf_srclines: %s", dwarf_errmsg(de)); > > ^~ > > & > > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > > const char *dwarf_errmsg(Dwarf_Error *); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: > > warning: implicit declaration of function > > 'dwarf_srclines' is invalid in C99 > [-Wimplicit-function-declaration] > > ret = dwarf_srclines(die, &lbuf, &lcount, &de); > > ^ > > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: > > use of undeclared identifier 'DW_DLV_ERROR' > > if (ret == DW_DLV_ERROR) > > ^ > > fatal error: too many errors emitted, stopping now [-ferror-limit=] > > 5 warnings and 20 errors generated. > > *** Error code 1 > > > > Stop. > > make[4]: stopped in /usr/src/usr.bin/nm > > *** Error code 1 > > > > Stop. > > make[3]: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make[2]: stopped in /usr/src > > > > > > > > My attempt to build Rui Paulos u-boot repository: > > > > > > #gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config > > > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > Generating include/autoconf.mk > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > Generating include/autoconf.mk.dep > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > for dir in tools examples/standalone examples/api ; do gmake -C $dir > > _depend ; done > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > gmake[1]: Entering directory '/usr/uboot/tools' > > gmake[1]: gcc: Command not found > > gmake[1]: armv6-freebsd-gcc: Command not found > > gmake[1]: Nothing to be done for '_depend'. > > gmake[1]: Leaving directory '/usr/uboot/tools' > > gmake[1]: Entering directory '/usr/uboot/examples/standalone' > > gmake[1]: armv6-freebsd-gcc: Command not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > gmake[1]: Nothing to be done for '_depend'. > > gmake[1]: Leaving directory '/usr/uboot/examples/standalone' > > gmake[1]: Entering directory '/usr/uboot/examples/api' > > gmake[1]: armv6-freebsd-gcc: Command not found > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > gmake[1]: Nothing to be done for '_depend'. > > gmake[1]: Leaving directory '/usr/uboot/examples/api' > > gmake -C tools all > > armv6-freebsd-gcc: not found > > usage: dirname string [...] > > gmake[1]: Entering directory '/usr/uboot/tools' > > gmake[1]: gcc: Command not found > > gmake[1]: armv6-freebsd-gcc: Command not found > > gcc -g -Wall -idirafter /usr/uboot/include -idirafter > > /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt > > -I /usr/uboot/tools -DTEXT_BASE=0x97800000 -DUSE_HOSTCC > > -D__KERNEL_STRICT_NAMES -O -c -o mkimage.o /usr/uboot/tools/mkimage.c > > gmake[1]: gcc: Command not found > > Makefile:218: recipe for target 'mkimage.o' failed > > gmake[1]: *** [mkimage.o] Error 127 > > gmake[1]: Leaving directory '/usr/uboot/tools' > > Makefile:402: recipe for target 'tools' failed > > gmake: *** [tools] Error 2 > > > > > > > > Thanks, > > Russ > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to > "freebsd-arm-unsubscribe@freebsd.org > " > > From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 19:00:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54298166 for ; Sun, 15 Mar 2015 19:00:08 +0000 (UTC) Received: from mail-yh0-x22f.google.com (mail-yh0-x22f.google.com [IPv6:2607:f8b0:4002:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0DD6964C for ; Sun, 15 Mar 2015 19:00:08 +0000 (UTC) Received: by yhjf44 with SMTP id f44so10959240yhj.3 for ; Sun, 15 Mar 2015 12:00:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=D8yBONmJ9/sYNWWoqfeKbl4S1pHCj53cNCzxdwoD66I=; b=K7CkxBamlQDh50VB17TPdXuqP/nyhJ+pEDCA9Ui8D2Q+FWaU/RxCeOj6purB52i19X jdnVew3fILwmaS+iscFUK3lV2t+r/oY+u0Vonsu6/7hrW5FCHkz8wuCZOjb0mQ+Ziyf5 rOTj/cZEcdDyT13nGtDqwhzj0+9kSNWuQBeDLYml5AJ1uLwpvblDaTwT+HQb05jXVKAD Hthk/MdkCUeaT7Lo+y5YARCExcEZEDADxWr+BjqwByg2756ukAim4eaIaykIdL+Ia6/r 3GvdVqzxw0TtCCQFcfYYaTA94IP25Ojlntn/AErdI0QYsJnAMSZQCG64KiUA0tD1H3Vc 3xfg== MIME-Version: 1.0 X-Received: by 10.236.104.132 with SMTP id i4mr56475179yhg.62.1426446007065; Sun, 15 Mar 2015 12:00:07 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sun, 15 Mar 2015 12:00:07 -0700 (PDT) In-Reply-To: <5505CD50.2050503@ambient-md.com> References: <5505CD50.2050503@ambient-md.com> Date: Sun, 15 Mar 2015 12:00:07 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Peter Garshtja Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 19:00:08 -0000 Hi Peter, This is the error I get when running your command for head: cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 -fstack-protector -Qunused-arguments -c /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: unknown type name 'Dwarf_Block' get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: implicit declaration of function 'dwarf_get_elf' is invalid in C99 [-Wimplicit-function-declaration] if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: use of undeclared identifier 'Dwarf_Block' Dwarf_Block *block; ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: use of undeclared identifier 'block' Dwarf_Block *block; ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: warning: implicit declaration of function 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] dwarf_formblock(at, &block, &de) == DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: use of undeclared identifier 'block' dwarf_formblock(at, &block, &de) == DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: use of undeclared identifier 'block' if (*((uint8_t *)block->bl_data) == DW_OP_addr) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: use of undeclared identifier 'block' var->addr = get_block_value(dbg, block); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_child: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: use of undeclared identifier 'DW_DLA_DIE' dwarf_dealloc(dbg, die, DW_DLA_DIE); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: too many arguments to function call, expected 4, have 6 if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != ~~~~~~~~~~~~~~ ^~~~~~~~~ /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: warning: incompatible pointer types passing 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); take the address with & [-Wincompatible-pointer-types] (void) dwarf_finish(dbg, &de); ^~~ & /usr/include/libdwarf.h:141:32: note: passing argument to parameter here int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: warning: implicit declaration of function 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] ret = dwarf_srcfiles(die, &src_files, &filecount, &de); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_srclines: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: warning: implicit declaration of function 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] ret = dwarf_srclines(die, &lbuf, &lcount, &de); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 5 warnings and 20 errors generated. *** Error code 1 Stop. make[2]: stopped in /usr/src/usr.bin/nm *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src On Sun, Mar 15, 2015 at 11:20 AM, Peter Garshtja wrote: > here is gcc cross compiler > > FreeBSD 10.X > > make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 > WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev > > FreeBSD HEAD > > make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 > WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev > xdev-links > > Regards, > Peter > > > On 3/15/2015 7:48 AM, peter garshtja wrote: > > Hi, > > You need GCC compiler for u-boot. > > I will send you later the make command that will build GCC cross compiler > > On Sunday, March 15, 2015, Russell Haley wrote: >> Hello I am trying to build the cross compile tools and make u-boot. >> >> Tim Kientzle spoke about two ways of getting cross compilers for >> outside of building FreeBDS: >> >> 1) make TARGET=arm TARGET_ARCH=armv6 buildenv >> >> after a successful buildworld >> >> 2)make xdev XDEV=arm XDEV_ARCH=armv6 >> >> I have struggled (and failed) to make either work. I checked out Rui >> Paulos uboot fork to /usr/uboot. >> >> >> 1)Using buildenv -> >> >> Jailbird:/usr/src$ make TARGET=arm TARGET_ARCH=armv6 buildenv >> Entering world for armv6:arm >> # cd ../uboot/ >> # PATH=$PATH:/usr/local/bin export PATH EDITOR >> # gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >> gmake[2]: Entering directory '/usr/uboot' >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> Generating include/autoconf.mk >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> Generating include/autoconf.mk.dep >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> Configuring a wireless module >> Configuring for ccwmx53 board... >> gmake[2]: Leaving directory '/usr/uboot' >> # >> >> >> 2)Using xdev-> >> >> Jailbird:/usr/src$ make xdev XDEV=arm XDEV_ARCH=arm >> >> I also failed to "make xdev XDEV=arm XDEV_ARCH=armv6" but didn't >> capture text. Here is the last output I have captured: >> >> CC='cc ' mkdep -f .depend -a >> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >> echo nm: /usr/lib/libc.a /usr/lib/libdwarf.a >> /usr/obj/arm.armv6/arm-freebsd/usr/src/lib/libelftc/libelftc.a >> /usr/lib/libelf.a >> .depend >> cc -O -pipe -mfloat-abi=softfp >> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >> -Qunused-arguments -c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >> unknown type name 'Dwarf_Block' >> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: >> implicit declaration of function 'dwarf_get_elf' >> is invalid in C99 [-Wimplicit-function-declaration] >> if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: >> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >> _Dwarf_Error *'); take the address with & >> warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: >> use of undeclared identifier 'Dwarf_Block' >> Dwarf_Block *block; >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: >> use of undeclared identifier 'block' >> Dwarf_Block *block; >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: >> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >> _Dwarf_Error *'); take the address with & >> warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: >> warning: implicit declaration of function >> 'dwarf_formblock' is invalid in C99 >> [-Wimplicit-function-declaration] >> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: >> use of undeclared identifier 'block' >> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: >> use of undeclared identifier 'block' >> if (*((uint8_t *)block->bl_data) == DW_OP_addr) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: >> use of undeclared identifier 'block' >> var->addr = get_block_value(dbg, block); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_child: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: >> use of undeclared identifier 'DW_DLA_DIE' >> dwarf_dealloc(dbg, die, DW_DLA_DIE); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: >> too many arguments to function call, expected 4, >> have 6 >> if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != >> ~~~~~~~~~~~~~~ ^~~~~~~~~ >> /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here >> int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: >> warning: incompatible pointer types passing >> 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type >> 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); >> take the address with & [-Wincompatible-pointer-types] >> (void) dwarf_finish(dbg, &de); >> ^~~ >> & >> /usr/include/libdwarf.h:141:32: note: passing argument to parameter here >> int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: >> warning: implicit declaration of function >> 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] >> ret = dwarf_srcfiles(die, &src_files, &filecount, &de); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_srclines: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: >> warning: implicit declaration of function >> 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] >> ret = dwarf_srclines(die, &lbuf, &lcount, &de); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> fatal error: too many errors emitted, stopping now [-ferror-limit=] >> 5 warnings and 20 errors generated. >> *** Error code 1 >> >> Stop. >> make[4]: stopped in /usr/src/usr.bin/nm >> *** Error code 1 >> >> Stop. >> make[3]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make[2]: stopped in /usr/src >> >> >> >> My attempt to build Rui Paulos u-boot repository: >> >> >> #gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >> >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> Generating include/autoconf.mk >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> Generating include/autoconf.mk.dep >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> for dir in tools examples/standalone examples/api ; do gmake -C $dir >> _depend ; done >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> gmake[1]: Entering directory '/usr/uboot/tools' >> gmake[1]: gcc: Command not found >> gmake[1]: armv6-freebsd-gcc: Command not found >> gmake[1]: Nothing to be done for '_depend'. >> gmake[1]: Leaving directory '/usr/uboot/tools' >> gmake[1]: Entering directory '/usr/uboot/examples/standalone' >> gmake[1]: armv6-freebsd-gcc: Command not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> gmake[1]: Nothing to be done for '_depend'. >> gmake[1]: Leaving directory '/usr/uboot/examples/standalone' >> gmake[1]: Entering directory '/usr/uboot/examples/api' >> gmake[1]: armv6-freebsd-gcc: Command not found >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> gmake[1]: Nothing to be done for '_depend'. >> gmake[1]: Leaving directory '/usr/uboot/examples/api' >> gmake -C tools all >> armv6-freebsd-gcc: not found >> usage: dirname string [...] >> gmake[1]: Entering directory '/usr/uboot/tools' >> gmake[1]: gcc: Command not found >> gmake[1]: armv6-freebsd-gcc: Command not found >> gcc -g -Wall -idirafter /usr/uboot/include -idirafter >> /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt >> -I /usr/uboot/tools -DTEXT_BASE=0x97800000 -DUSE_HOSTCC >> -D__KERNEL_STRICT_NAMES -O -c -o mkimage.o /usr/uboot/tools/mkimage.c >> gmake[1]: gcc: Command not found >> Makefile:218: recipe for target 'mkimage.o' failed >> gmake[1]: *** [mkimage.o] Error 127 >> gmake[1]: Leaving directory '/usr/uboot/tools' >> Makefile:402: recipe for target 'tools' failed >> gmake: *** [tools] Error 2 >> >> >> >> Thanks, >> Russ >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > > From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 19:25:42 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C898423 for ; Sun, 15 Mar 2015 19:25:42 +0000 (UTC) Received: from mail-yh0-x233.google.com (mail-yh0-x233.google.com [IPv6:2607:f8b0:4002:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8F27911 for ; Sun, 15 Mar 2015 19:25:41 +0000 (UTC) Received: by yhch68 with SMTP id h68so11061550yhc.1 for ; Sun, 15 Mar 2015 12:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=r3uDC13EUiuBr9qu+/1DmDMNiBJDBDmf8LM1Q2bID2c=; b=ev38tpDT6BHHGzzsgJGjsBOPRnaIcKM6eMhdHSNUsYyCV6maa1aJPFTJWxR2JBKhI1 52wfe/UALMaYBPcb1G3+2T570SUwpuqka6wNvbYs/FSDkK0uEVrPUGGhbftm1Wy3QULS 0vQIdf2JP6o8b0DrEXuSBriBo8V2LO+oakjym1206jbT3OCFXQA41ErKOS797PsWeQAO zLA43JAR7QlPdQcU8iF8DSi5O699RzY95s68uQ/Mf+uxeFJoVECeGZCBKm0cVXgHWgu4 klONKum+6gGHMAMNNpSZymDfyupXSF6c2S3PIYE32urTP9JrKjrvV3Eg3rqoNPHYnnJq 48nQ== MIME-Version: 1.0 X-Received: by 10.236.66.33 with SMTP id g21mr58954224yhd.72.1426447540849; Sun, 15 Mar 2015 12:25:40 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sun, 15 Mar 2015 12:25:40 -0700 (PDT) In-Reply-To: References: <5505CD50.2050503@ambient-md.com> Date: Sun, 15 Mar 2015 12:25:40 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Peter Garshtja Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 19:25:42 -0000 Peter, Sorry, I was attacked by a wild kid who managed to send my unfinished email... Here is the error I get when I run your command from head: make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev xdev-links cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 -fstack-protector -Qunused-arguments -c /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: unknown type name 'Dwarf_Block' get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: implicit declaration of function 'dwarf_get_elf' is invalid in C99 [-Wimplicit-function-declaration] if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: use of undeclared identifier 'Dwarf_Block' Dwarf_Block *block; ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: use of undeclared identifier 'block' Dwarf_Block *block; ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: warning: implicit declaration of function 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] dwarf_formblock(at, &block, &de) == DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: use of undeclared identifier 'block' dwarf_formblock(at, &block, &de) == DW_DLV_OK) { ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: use of undeclared identifier 'block' if (*((uint8_t *)block->bl_data) == DW_OP_addr) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: use of undeclared identifier 'block' var->addr = get_block_value(dbg, block); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_child: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: use of undeclared identifier 'DW_DLA_DIE' dwarf_dealloc(dbg, die, DW_DLA_DIE); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: too many arguments to function call, expected 4, have 6 if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != ~~~~~~~~~~~~~~ ^~~~~~~~~ /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: warning: incompatible pointer types passing 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); take the address with & [-Wincompatible-pointer-types] (void) dwarf_finish(dbg, &de); ^~~ & /usr/include/libdwarf.h:141:32: note: passing argument to parameter here int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: warning: implicit declaration of function 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] ret = dwarf_srcfiles(die, &src_files, &filecount, &de); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') to parameter of incompatible type 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take the address with & warnx("dwarf_srclines: %s", dwarf_errmsg(de)); ^~ & /usr/include/libdwarf.h:122:39: note: passing argument to parameter here const char *dwarf_errmsg(Dwarf_Error *); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: warning: implicit declaration of function 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] ret = dwarf_srclines(die, &lbuf, &lcount, &de); ^ /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: use of undeclared identifier 'DW_DLV_ERROR' if (ret == DW_DLV_ERROR) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 5 warnings and 20 errors generated. *** Error code 1 Stop. make[2]: stopped in /usr/src/usr.bin/nm *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src As per Ian's last comment about xdev being dead, I will instead move forward with his suggested remedy from pkgng. I looked into crochet and was impressed with what I saw. I forked and will look at adding the CoreConnect board. Thanks, Russ On Sun, Mar 15, 2015 at 12:00 PM, Russell Haley wrote: > Hi Peter, > > This is the error I get when running your command for head: > > cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 > -fstack-protector -Qunused-arguments -c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: > unknown type name 'Dwarf_Block' > get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: > implicit declaration of function 'dwarf_get_elf' > is invalid in C99 [-Wimplicit-function-declaration] > if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > _Dwarf_Error *'); take the address with & > warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: > use of undeclared identifier 'Dwarf_Block' > Dwarf_Block *block; > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: > use of undeclared identifier 'block' > Dwarf_Block *block; > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > _Dwarf_Error *'); take the address with & > warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: > warning: implicit declaration of function > 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: > use of undeclared identifier 'block' > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: > use of undeclared identifier 'block' > if (*((uint8_t *)block->bl_data) == DW_OP_addr) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: > use of undeclared identifier 'block' > var->addr = get_block_value(dbg, block); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_child: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: > use of undeclared identifier 'DW_DLA_DIE' > dwarf_dealloc(dbg, die, DW_DLA_DIE); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: > too many arguments to function call, expected 4, > have 6 > if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != > ~~~~~~~~~~~~~~ ^~~~~~~~~ > /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here > int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: > warning: incompatible pointer types passing > 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type > 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); > take the address with & [-Wincompatible-pointer-types] > (void) dwarf_finish(dbg, &de); > ^~~ > & > /usr/include/libdwarf.h:141:32: note: passing argument to parameter here > int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: > warning: implicit declaration of function > 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] > ret = dwarf_srcfiles(die, &src_files, &filecount, &de); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_srclines: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: > warning: implicit declaration of function > 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] > ret = dwarf_srclines(die, &lbuf, &lcount, &de); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > fatal error: too many errors emitted, stopping now [-ferror-limit=] > 5 warnings and 20 errors generated. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src/usr.bin/nm > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > On Sun, Mar 15, 2015 at 11:20 AM, Peter Garshtja > wrote: >> here is gcc cross compiler >> >> FreeBSD 10.X >> >> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >> >> FreeBSD HEAD >> >> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >> xdev-links >> >> Regards, >> Peter >> >> >> On 3/15/2015 7:48 AM, peter garshtja wrote: >> >> Hi, >> >> You need GCC compiler for u-boot. >> >> I will send you later the make command that will build GCC cross compiler >> >> On Sunday, March 15, 2015, Russell Haley wrote: >>> Hello I am trying to build the cross compile tools and make u-boot. >>> >>> Tim Kientzle spoke about two ways of getting cross compilers for >>> outside of building FreeBDS: >>> >>> 1) make TARGET=arm TARGET_ARCH=armv6 buildenv >>> >>> after a successful buildworld >>> >>> 2)make xdev XDEV=arm XDEV_ARCH=armv6 >>> >>> I have struggled (and failed) to make either work. I checked out Rui >>> Paulos uboot fork to /usr/uboot. >>> >>> >>> 1)Using buildenv -> >>> >>> Jailbird:/usr/src$ make TARGET=arm TARGET_ARCH=armv6 buildenv >>> Entering world for armv6:arm >>> # cd ../uboot/ >>> # PATH=$PATH:/usr/local/bin export PATH EDITOR >>> # gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >>> gmake[2]: Entering directory '/usr/uboot' >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> Generating include/autoconf.mk >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> Generating include/autoconf.mk.dep >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> Configuring a wireless module >>> Configuring for ccwmx53 board... >>> gmake[2]: Leaving directory '/usr/uboot' >>> # >>> >>> >>> 2)Using xdev-> >>> >>> Jailbird:/usr/src$ make xdev XDEV=arm XDEV_ARCH=arm >>> >>> I also failed to "make xdev XDEV=arm XDEV_ARCH=armv6" but didn't >>> capture text. Here is the last output I have captured: >>> >>> CC='cc ' mkdep -f .depend -a >>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>> echo nm: /usr/lib/libc.a /usr/lib/libdwarf.a >>> /usr/obj/arm.armv6/arm-freebsd/usr/src/lib/libelftc/libelftc.a >>> /usr/lib/libelf.a >> .depend >>> cc -O -pipe -mfloat-abi=softfp >>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >>> -Qunused-arguments -c >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >>> unknown type name 'Dwarf_Block' >>> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: >>> implicit declaration of function 'dwarf_get_elf' >>> is invalid in C99 [-Wimplicit-function-declaration] >>> if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: >>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>> _Dwarf_Error *'); take the address with & >>> warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: >>> use of undeclared identifier 'Dwarf_Block' >>> Dwarf_Block *block; >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: >>> use of undeclared identifier 'block' >>> Dwarf_Block *block; >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: >>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>> _Dwarf_Error *'); take the address with & >>> warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: >>> warning: implicit declaration of function >>> 'dwarf_formblock' is invalid in C99 >>> [-Wimplicit-function-declaration] >>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: >>> use of undeclared identifier 'block' >>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: >>> use of undeclared identifier 'block' >>> if (*((uint8_t *)block->bl_data) == DW_OP_addr) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: >>> use of undeclared identifier 'block' >>> var->addr = get_block_value(dbg, block); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_child: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: >>> use of undeclared identifier 'DW_DLA_DIE' >>> dwarf_dealloc(dbg, die, DW_DLA_DIE); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: >>> too many arguments to function call, expected 4, >>> have 6 >>> if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != >>> ~~~~~~~~~~~~~~ ^~~~~~~~~ >>> /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here >>> int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: >>> warning: incompatible pointer types passing >>> 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type >>> 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); >>> take the address with & [-Wincompatible-pointer-types] >>> (void) dwarf_finish(dbg, &de); >>> ^~~ >>> & >>> /usr/include/libdwarf.h:141:32: note: passing argument to parameter here >>> int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: >>> warning: implicit declaration of function >>> 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] >>> ret = dwarf_srcfiles(die, &src_files, &filecount, &de); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_srclines: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: >>> warning: implicit declaration of function >>> 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] >>> ret = dwarf_srclines(die, &lbuf, &lcount, &de); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> fatal error: too many errors emitted, stopping now [-ferror-limit=] >>> 5 warnings and 20 errors generated. >>> *** Error code 1 >>> >>> Stop. >>> make[4]: stopped in /usr/src/usr.bin/nm >>> *** Error code 1 >>> >>> Stop. >>> make[3]: stopped in /usr/src >>> *** Error code 1 >>> >>> Stop. >>> make[2]: stopped in /usr/src >>> >>> >>> >>> My attempt to build Rui Paulos u-boot repository: >>> >>> >>> #gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >>> >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> Generating include/autoconf.mk >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> Generating include/autoconf.mk.dep >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> for dir in tools examples/standalone examples/api ; do gmake -C $dir >>> _depend ; done >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> gmake[1]: Entering directory '/usr/uboot/tools' >>> gmake[1]: gcc: Command not found >>> gmake[1]: armv6-freebsd-gcc: Command not found >>> gmake[1]: Nothing to be done for '_depend'. >>> gmake[1]: Leaving directory '/usr/uboot/tools' >>> gmake[1]: Entering directory '/usr/uboot/examples/standalone' >>> gmake[1]: armv6-freebsd-gcc: Command not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> gmake[1]: Nothing to be done for '_depend'. >>> gmake[1]: Leaving directory '/usr/uboot/examples/standalone' >>> gmake[1]: Entering directory '/usr/uboot/examples/api' >>> gmake[1]: armv6-freebsd-gcc: Command not found >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> gmake[1]: Nothing to be done for '_depend'. >>> gmake[1]: Leaving directory '/usr/uboot/examples/api' >>> gmake -C tools all >>> armv6-freebsd-gcc: not found >>> usage: dirname string [...] >>> gmake[1]: Entering directory '/usr/uboot/tools' >>> gmake[1]: gcc: Command not found >>> gmake[1]: armv6-freebsd-gcc: Command not found >>> gcc -g -Wall -idirafter /usr/uboot/include -idirafter >>> /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt >>> -I /usr/uboot/tools -DTEXT_BASE=0x97800000 -DUSE_HOSTCC >>> -D__KERNEL_STRICT_NAMES -O -c -o mkimage.o /usr/uboot/tools/mkimage.c >>> gmake[1]: gcc: Command not found >>> Makefile:218: recipe for target 'mkimage.o' failed >>> gmake[1]: *** [mkimage.o] Error 127 >>> gmake[1]: Leaving directory '/usr/uboot/tools' >>> Makefile:402: recipe for target 'tools' failed >>> gmake: *** [tools] Error 2 >>> >>> >>> >>> Thanks, >>> Russ >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> >> >> From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 20:22:16 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27545EF3; Sun, 15 Mar 2015 20:22:16 +0000 (UTC) Received: from mail-yk0-x236.google.com (mail-yk0-x236.google.com [IPv6:2607:f8b0:4002:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DA83FEF2; Sun, 15 Mar 2015 20:22:15 +0000 (UTC) Received: by ykfc206 with SMTP id c206so4757324ykf.1; Sun, 15 Mar 2015 13:22:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+3xuyHZeImHVbvIRs1nlJVjpzbzE/Y+N/k4dOH7wChk=; b=NW94Q0f9I5BwTjcUN94GDQ86L6RcFNM13S6cXJxgpI7PiO3/2TZAqLTXfUVNXAfJHl Csb3hDkbenbY+bmdTXKWZgksnZmU85Prmt3VLfeM2enBrE9E8I9uRFgWvNb/yBYdgKeY wHCXkk5QBFV9bWVUoO1i3M6PGsZKajTjyTdqmF5TC2xumfOP1Nxymle3a6u20ZuqgBNd g0Hv2Kc7cu/9l1c+BaT0KGk5qc8FIdJzXrpA5uPXyEryuqO56h1qKCu2RsbafyPVgR1M XJe82WwTdPVnknhBdAyQfS7ahJ9sRL0avCQEGkw42feLfJVTHtSsF0H01EUyUKsE39Yr UokQ== MIME-Version: 1.0 X-Received: by 10.236.104.132 with SMTP id i4mr56732474yhg.62.1426450934945; Sun, 15 Mar 2015 13:22:14 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sun, 15 Mar 2015 13:22:14 -0700 (PDT) In-Reply-To: <1426437012.67325.7.camel@freebsd.org> References: <1426437012.67325.7.camel@freebsd.org> Date: Sun, 15 Mar 2015 13:22:14 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 20:22:16 -0000 Thanks Ian, I'll play with this tonight. On Sun, Mar 15, 2015 at 9:30 AM, Ian Lepore wrote: > On Sat, 2015-03-14 at 21:14 -0700, Russell Haley wrote: >> Hello I am trying to build the cross compile tools and make u-boot. >> >> Tim Kientzle spoke about two ways of getting cross compilers for >> outside of building FreeBDS: >> >> 1) make TARGET=arm TARGET_ARCH=armv6 buildenv >> >> after a successful buildworld >> >> 2)make xdev XDEV=arm XDEV_ARCH=armv6 >> >> I have struggled (and failed) to make either work. I checked out Rui >> Paulos uboot fork to /usr/uboot. >> >> >> 1)Using buildenv -> > > The xdev way of building crosstools to build uboot is pretty much dead. > Probably the best way forward is to use one of the existing u-boot ports > such as sysutils/u-boot-wandboard, copy it and transform it into a port > to build the flavor you need. To save the time of building the port > cross-compiler from scratch you can do "pkg install arm-none-eabi-gcc". > > Are you working with the ConnectCore 6? If so, the u-boot ports for > wandboard or cubox-hummingboard are probably 99% ready, you may need to > tweak the config file patch in the port. > > -- Ian > From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 22:48:29 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90FF7BD8 for ; Sun, 15 Mar 2015 22:48:29 +0000 (UTC) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2106524E for ; Sun, 15 Mar 2015 22:48:28 +0000 (UTC) Received: from shadow.sentry.org (localhost.sentry.org [127.0.0.1]) by shadow.sentry.org (8.14.8/8.14.8) with ESMTP id t2FMarPF012435 for ; Mon, 16 Mar 2015 09:36:53 +1100 (EST) (envelope-from trev@sentry.org) Message-ID: <55060984.9030301@sentry.org> Date: Mon, 16 Mar 2015 09:36:52 +1100 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? References: <1426436462.67325.1.camel@freebsd.org> In-Reply-To: <1426436462.67325.1.camel@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [0.0.0.0]); Mon, 16 Mar 2015 09:36:53 +1100 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 22:48:29 -0000 Ian Lepore wrote: > On Sun, 2015-03-15 at 02:22 +0900, Brendan Sechter wrote: >> I am looking for thoughts, opinions and recommendations regarding WiFi / >> Bluetooth modules for embedded ARM FreeBSD projects. My requirements are >> 802.11ac / Bluetooth 4.0. The ideal module is low cost, works with minimal >> effort and also has a USB dongle approximation for early stage development. >> -Brendan > > Right now, USB is pretty much your only option for bluetooth and wifi on > freebsd-arm. All the other chips I've seen that aren't USB are SDIO, > and we have no SDIO infrastructure for talking to anything except an > sdcard. For WiFi, given my issues with a USB WiFi dongle stalling with the RPi B+ (if_urtwn driver), I used one of those $US 10-12 pocket wireless N routers (the size of a thumb drive) sourced from eBay which connects to the ethernet port, is powered from a USB port, and joins the WiFi network as a client. Works well. -- Trevor Roydhouse BJuris, LLB, LLM (UNSW) Systems Developer Australasian Legal Information Institute Web : www.austlii.edu.au From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 23:02:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BC09CE2 for ; Sun, 15 Mar 2015 23:02:02 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDF9D3FA for ; Sun, 15 Mar 2015 23:02:01 +0000 (UTC) Received: by wegp1 with SMTP id p1so26579035weg.1 for ; Sun, 15 Mar 2015 16:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+33FdIuRUutOTkMd+yqGqH/dKUGiVtuZJS1GXgjNE5Y=; b=kuk5bEDCjP1hnzjDe9X1nGpTT3OQK/SG0J09jqarx1f1B/DZjc/2tQE4+gIeDG3Ez5 uzeUsC5k+Blk3cZdds2h9xPxZmYJxTz4u82w2ikCNPYEATDv1BOX0ZIAziUvbpX80rxH yWf50a1UH4gzRB06KVUv27+nLu9XmEsDb0ylhaj/kYhDLqvggfrAr4mMVCqiBiuZW/QI iSB0Fx3OFym7+BYuyQCC/Zpt5NY0uX7oayJ1gr66AxKmYNunw0X8JxK13fg0iLM/V7lh stAetjSNptwHP4kgB3UBmIoYth/q/dMVLwuD08wdb4vkvBXQFzCcTe47rIFobBXDvIaA 0/iQ== MIME-Version: 1.0 X-Received: by 10.195.12.35 with SMTP id en3mr112911470wjd.129.1426460520068; Sun, 15 Mar 2015 16:02:00 -0700 (PDT) Received: by 10.27.214.136 with HTTP; Sun, 15 Mar 2015 16:01:59 -0700 (PDT) In-Reply-To: <55060984.9030301@sentry.org> References: <1426436462.67325.1.camel@freebsd.org> <55060984.9030301@sentry.org> Date: Sun, 15 Mar 2015 16:01:59 -0700 Message-ID: Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? From: Waitman Gobble To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 23:02:02 -0000 On Sun, Mar 15, 2015 at 3:36 PM, Trevor Roydhouse wrote: > Ian Lepore wrote: >> >> On Sun, 2015-03-15 at 02:22 +0900, Brendan Sechter wrote: >>> >>> I am looking for thoughts, opinions and recommendations regarding WiFi / >>> Bluetooth modules for embedded ARM FreeBSD projects. My requirements are >>> 802.11ac / Bluetooth 4.0. The ideal module is low cost, works with >>> minimal >>> effort and also has a USB dongle approximation for early stage >>> development. >>> -Brendan >> >> >> Right now, USB is pretty much your only option for bluetooth and wifi on >> freebsd-arm. All the other chips I've seen that aren't USB are SDIO, >> and we have no SDIO infrastructure for talking to anything except an >> sdcard. > > > For WiFi, given my issues with a USB WiFi dongle stalling with the RPi B+ > (if_urtwn driver), I used one of those $US 10-12 pocket wireless N routers > (the size of a thumb drive) sourced from eBay which connects to the ethernet > port, is powered from a USB port, and joins the WiFi network as a client. > Works well. > > -- > Trevor Roydhouse > BJuris, LLB, LLM (UNSW) > Systems Developer > Australasian Legal Information Institute Web : www.austlii.edu.au > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" If you are planning on using hostapd, I'm pretty sure the only available option (USB, anyway) is the Ralink RT5390 . -- Waitman Gobble Los Altos California USA 510-830-7975 From owner-freebsd-arm@FreeBSD.ORG Sun Mar 15 23:04:20 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2719D8B; Sun, 15 Mar 2015 23:04:19 +0000 (UTC) Received: from mail-yh0-x232.google.com (mail-yh0-x232.google.com [IPv6:2607:f8b0:4002:c01::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A6B25EE; Sun, 15 Mar 2015 23:04:19 +0000 (UTC) Received: by yhpt93 with SMTP id t93so11941603yhp.0; Sun, 15 Mar 2015 16:04:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=J/STfMkFMv4aHKc0wBipfYKbLMz+evZvyDU3JAozqXI=; b=AqA2+Uc94Nwk/89KZmhMqMTGZmEoXMyMZ2nLpQuF1nsj1cWJDsujUrTpJhw6XXz7yU nkesmyhLHe4e+wW79PVtdR8x6n3B7Py7csrQQgOFrnpsR5obVPgXHyiDH27Uilq7OzZJ AXlnsm2DD4ucHnGI0pbrKgvlY+8hdlmr3wBrCHVYdwRUDPmEiEjorhQhGu+9KiURPFXp jy1Qi9+8dTgrrfZ4rP8EZ9Q21EG6QXmsKeDtwdveDoCbHK1Hzr8bBfBZrNwiR/KuUZ+s VfR5XQ57XB2Q0CURgUUKPJLdlY3B4S8hDv3X05F5fKqVTTdoi/PhPL2K4k6k2C1XtD5L y04Q== MIME-Version: 1.0 X-Received: by 10.236.17.163 with SMTP id j23mr59435167yhj.138.1426460658681; Sun, 15 Mar 2015 16:04:18 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sun, 15 Mar 2015 16:04:18 -0700 (PDT) In-Reply-To: References: <5505CD50.2050503@ambient-md.com> Date: Sun, 15 Mar 2015 16:04:18 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Peter Garshtja Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2015 23:04:20 -0000 Ha ha, jokes on me. One of the Crochet scripts checks for xdev tools: root@Jailbird:/usr/crochet# ./crochet.sh -b CoreConnect-WMX53 Starting at Sun Mar 15 15:14:33 PDT 2015 Board: CoreConnect-WMX53 Source version is: r279684 Building FreeBSD version: 11.0 Image name is: /usr/crochet/work/FreeBSD-armv6-11.0-DIGI-CCWMX53-r279684.img Building FreeBSD version: 11.0 Object files are at: /usr/crochet/work/obj/arm.armv6/usr/src Found suitable FreeBSD source tree in: /usr/src Can't find appropriate FreeBSD xdev tools. Tested: /usr/armv6-freebsd/usr/bin/cc If you have FreeBSD-CURRENT sources in /usr/src, you can build these with the following command: cd /usr/src && sudo make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 WITHOUT_TESTS=1 xdev Run this script again after you have the xdev tools installed. ******************* Which fails with the same "Dwarf error" I am getting from other xdev attempts. Oh, my poor little brain. Russ On Sun, Mar 15, 2015 at 12:25 PM, Russell Haley wrote: > Peter, > > Sorry, I was attacked by a wild kid who managed to send my unfinished email... > > Here is the error I get when I run your command from head: > make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 > WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev > xdev-links > > cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 > -fstack-protector -Qunused-arguments -c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: > unknown type name 'Dwarf_Block' > get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: > implicit declaration of function 'dwarf_get_elf' > is invalid in C99 [-Wimplicit-function-declaration] > if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > _Dwarf_Error *'); take the address with & > warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: > use of undeclared identifier 'Dwarf_Block' > Dwarf_Block *block; > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: > use of undeclared identifier 'block' > Dwarf_Block *block; > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: > passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') > to parameter of incompatible type 'Dwarf_Error *' (aka 'struct > _Dwarf_Error *'); take the address with & > warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: > warning: implicit declaration of function > 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: > use of undeclared identifier 'block' > dwarf_formblock(at, &block, &de) == DW_DLV_OK) { > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: > use of undeclared identifier 'block' > if (*((uint8_t *)block->bl_data) == DW_OP_addr) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: > use of undeclared identifier 'block' > var->addr = get_block_value(dbg, block); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_child: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: > use of undeclared identifier 'DW_DLA_DIE' > dwarf_dealloc(dbg, die, DW_DLA_DIE); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: > too many arguments to function call, expected 4, > have 6 > if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != > ~~~~~~~~~~~~~~ ^~~~~~~~~ > /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here > int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: > warning: incompatible pointer types passing > 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type > 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); > take the address with & [-Wincompatible-pointer-types] > (void) dwarf_finish(dbg, &de); > ^~~ > & > /usr/include/libdwarf.h:141:32: note: passing argument to parameter here > int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: > warning: implicit declaration of function > 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] > ret = dwarf_srcfiles(die, &src_files, &filecount, &de); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: > passing 'Dwarf_Error' > (aka 'struct _Dwarf_Error') to parameter of incompatible type > 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take > the address with & > warnx("dwarf_srclines: %s", dwarf_errmsg(de)); > ^~ > & > /usr/include/libdwarf.h:122:39: note: passing argument to parameter here > const char *dwarf_errmsg(Dwarf_Error *); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: > warning: implicit declaration of function > 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] > ret = dwarf_srclines(die, &lbuf, &lcount, &de); > ^ > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: > use of undeclared identifier 'DW_DLV_ERROR' > if (ret == DW_DLV_ERROR) > ^ > fatal error: too many errors emitted, stopping now [-ferror-limit=] > 5 warnings and 20 errors generated. > *** Error code 1 > > Stop. > make[2]: stopped in /usr/src/usr.bin/nm > *** Error code 1 > > Stop. > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > > As per Ian's last comment about xdev being dead, I will instead move > forward with his suggested remedy from pkgng. I looked into crochet > and was impressed with what I saw. I forked and will look at adding > the CoreConnect board. > > Thanks, > > Russ > > On Sun, Mar 15, 2015 at 12:00 PM, Russell Haley wrote: >> Hi Peter, >> >> This is the error I get when running your command for head: >> >> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >> -fstack-protector -Qunused-arguments -c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >> unknown type name 'Dwarf_Block' >> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: >> implicit declaration of function 'dwarf_get_elf' >> is invalid in C99 [-Wimplicit-function-declaration] >> if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: >> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >> _Dwarf_Error *'); take the address with & >> warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: >> use of undeclared identifier 'Dwarf_Block' >> Dwarf_Block *block; >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: >> use of undeclared identifier 'block' >> Dwarf_Block *block; >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: >> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >> _Dwarf_Error *'); take the address with & >> warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: >> warning: implicit declaration of function >> 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] >> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: >> use of undeclared identifier 'block' >> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: >> use of undeclared identifier 'block' >> if (*((uint8_t *)block->bl_data) == DW_OP_addr) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: >> use of undeclared identifier 'block' >> var->addr = get_block_value(dbg, block); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_child: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: >> use of undeclared identifier 'DW_DLA_DIE' >> dwarf_dealloc(dbg, die, DW_DLA_DIE); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: >> too many arguments to function call, expected 4, >> have 6 >> if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != >> ~~~~~~~~~~~~~~ ^~~~~~~~~ >> /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here >> int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: >> warning: incompatible pointer types passing >> 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type >> 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); >> take the address with & [-Wincompatible-pointer-types] >> (void) dwarf_finish(dbg, &de); >> ^~~ >> & >> /usr/include/libdwarf.h:141:32: note: passing argument to parameter here >> int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: >> warning: implicit declaration of function >> 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] >> ret = dwarf_srcfiles(die, &src_files, &filecount, &de); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_srclines: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: >> warning: implicit declaration of function >> 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] >> ret = dwarf_srclines(die, &lbuf, &lcount, &de); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> fatal error: too many errors emitted, stopping now [-ferror-limit=] >> 5 warnings and 20 errors generated. >> *** Error code 1 >> >> Stop. >> make[2]: stopped in /usr/src/usr.bin/nm >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> >> On Sun, Mar 15, 2015 at 11:20 AM, Peter Garshtja >> wrote: >>> here is gcc cross compiler >>> >>> FreeBSD 10.X >>> >>> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >>> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >>> >>> FreeBSD HEAD >>> >>> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >>> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >>> xdev-links >>> >>> Regards, >>> Peter >>> >>> >>> On 3/15/2015 7:48 AM, peter garshtja wrote: >>> >>> Hi, >>> >>> You need GCC compiler for u-boot. >>> >>> I will send you later the make command that will build GCC cross compiler >>> >>> On Sunday, March 15, 2015, Russell Haley wrote: >>>> Hello I am trying to build the cross compile tools and make u-boot. >>>> >>>> Tim Kientzle spoke about two ways of getting cross compilers for >>>> outside of building FreeBDS: >>>> >>>> 1) make TARGET=arm TARGET_ARCH=armv6 buildenv >>>> >>>> after a successful buildworld >>>> >>>> 2)make xdev XDEV=arm XDEV_ARCH=armv6 >>>> >>>> I have struggled (and failed) to make either work. I checked out Rui >>>> Paulos uboot fork to /usr/uboot. >>>> >>>> >>>> 1)Using buildenv -> >>>> >>>> Jailbird:/usr/src$ make TARGET=arm TARGET_ARCH=armv6 buildenv >>>> Entering world for armv6:arm >>>> # cd ../uboot/ >>>> # PATH=$PATH:/usr/local/bin export PATH EDITOR >>>> # gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >>>> gmake[2]: Entering directory '/usr/uboot' >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> Generating include/autoconf.mk >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> Generating include/autoconf.mk.dep >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> Configuring a wireless module >>>> Configuring for ccwmx53 board... >>>> gmake[2]: Leaving directory '/usr/uboot' >>>> # >>>> >>>> >>>> 2)Using xdev-> >>>> >>>> Jailbird:/usr/src$ make xdev XDEV=arm XDEV_ARCH=arm >>>> >>>> I also failed to "make xdev XDEV=arm XDEV_ARCH=armv6" but didn't >>>> capture text. Here is the last output I have captured: >>>> >>>> CC='cc ' mkdep -f .depend -a >>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>>> echo nm: /usr/lib/libc.a /usr/lib/libdwarf.a >>>> /usr/obj/arm.armv6/arm-freebsd/usr/src/lib/libelftc/libelftc.a >>>> /usr/lib/libelf.a >> .depend >>>> cc -O -pipe -mfloat-abi=softfp >>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >>>> -Qunused-arguments -c >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >>>> unknown type name 'Dwarf_Block' >>>> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: >>>> implicit declaration of function 'dwarf_get_elf' >>>> is invalid in C99 [-Wimplicit-function-declaration] >>>> if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: >>>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>>> _Dwarf_Error *'); take the address with & >>>> warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); >>>> ^~ >>>> & >>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>> const char *dwarf_errmsg(Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: >>>> use of undeclared identifier 'Dwarf_Block' >>>> Dwarf_Block *block; >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: >>>> use of undeclared identifier 'block' >>>> Dwarf_Block *block; >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: >>>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>>> _Dwarf_Error *'); take the address with & >>>> warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); >>>> ^~ >>>> & >>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>> const char *dwarf_errmsg(Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: >>>> warning: implicit declaration of function >>>> 'dwarf_formblock' is invalid in C99 >>>> [-Wimplicit-function-declaration] >>>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: >>>> use of undeclared identifier 'block' >>>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: >>>> use of undeclared identifier 'block' >>>> if (*((uint8_t *)block->bl_data) == DW_OP_addr) >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: >>>> use of undeclared identifier 'block' >>>> var->addr = get_block_value(dbg, block); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: >>>> use of undeclared identifier 'DW_DLV_ERROR' >>>> if (ret == DW_DLV_ERROR) >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: >>>> passing 'Dwarf_Error' >>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>> the address with & >>>> warnx("dwarf_child: %s", dwarf_errmsg(de)); >>>> ^~ >>>> & >>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>> const char *dwarf_errmsg(Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: >>>> use of undeclared identifier 'DW_DLV_ERROR' >>>> if (ret == DW_DLV_ERROR) >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: >>>> passing 'Dwarf_Error' >>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>> the address with & >>>> warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); >>>> ^~ >>>> & >>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>> const char *dwarf_errmsg(Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: >>>> use of undeclared identifier 'DW_DLA_DIE' >>>> dwarf_dealloc(dbg, die, DW_DLA_DIE); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: >>>> too many arguments to function call, expected 4, >>>> have 6 >>>> if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != >>>> ~~~~~~~~~~~~~~ ^~~~~~~~~ >>>> /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here >>>> int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: >>>> passing 'Dwarf_Error' >>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>> the address with & >>>> warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); >>>> ^~ >>>> & >>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>> const char *dwarf_errmsg(Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: >>>> warning: incompatible pointer types passing >>>> 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type >>>> 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); >>>> take the address with & [-Wincompatible-pointer-types] >>>> (void) dwarf_finish(dbg, &de); >>>> ^~~ >>>> & >>>> /usr/include/libdwarf.h:141:32: note: passing argument to parameter here >>>> int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: >>>> passing 'Dwarf_Error' >>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>> the address with & >>>> dwarf_errmsg(de)); >>>> ^~ >>>> & >>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>> const char *dwarf_errmsg(Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: >>>> warning: implicit declaration of function >>>> 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] >>>> ret = dwarf_srcfiles(die, &src_files, &filecount, &de); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: >>>> use of undeclared identifier 'DW_DLV_ERROR' >>>> if (ret == DW_DLV_ERROR) >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: >>>> passing 'Dwarf_Error' >>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>> the address with & >>>> warnx("dwarf_srclines: %s", dwarf_errmsg(de)); >>>> ^~ >>>> & >>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>> const char *dwarf_errmsg(Dwarf_Error *); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: >>>> warning: implicit declaration of function >>>> 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] >>>> ret = dwarf_srclines(die, &lbuf, &lcount, &de); >>>> ^ >>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: >>>> use of undeclared identifier 'DW_DLV_ERROR' >>>> if (ret == DW_DLV_ERROR) >>>> ^ >>>> fatal error: too many errors emitted, stopping now [-ferror-limit=] >>>> 5 warnings and 20 errors generated. >>>> *** Error code 1 >>>> >>>> Stop. >>>> make[4]: stopped in /usr/src/usr.bin/nm >>>> *** Error code 1 >>>> >>>> Stop. >>>> make[3]: stopped in /usr/src >>>> *** Error code 1 >>>> >>>> Stop. >>>> make[2]: stopped in /usr/src >>>> >>>> >>>> >>>> My attempt to build Rui Paulos u-boot repository: >>>> >>>> >>>> #gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >>>> >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> Generating include/autoconf.mk >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> Generating include/autoconf.mk.dep >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> for dir in tools examples/standalone examples/api ; do gmake -C $dir >>>> _depend ; done >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> gmake[1]: Entering directory '/usr/uboot/tools' >>>> gmake[1]: gcc: Command not found >>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>> gmake[1]: Nothing to be done for '_depend'. >>>> gmake[1]: Leaving directory '/usr/uboot/tools' >>>> gmake[1]: Entering directory '/usr/uboot/examples/standalone' >>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> gmake[1]: Nothing to be done for '_depend'. >>>> gmake[1]: Leaving directory '/usr/uboot/examples/standalone' >>>> gmake[1]: Entering directory '/usr/uboot/examples/api' >>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> gmake[1]: Nothing to be done for '_depend'. >>>> gmake[1]: Leaving directory '/usr/uboot/examples/api' >>>> gmake -C tools all >>>> armv6-freebsd-gcc: not found >>>> usage: dirname string [...] >>>> gmake[1]: Entering directory '/usr/uboot/tools' >>>> gmake[1]: gcc: Command not found >>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>> gcc -g -Wall -idirafter /usr/uboot/include -idirafter >>>> /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt >>>> -I /usr/uboot/tools -DTEXT_BASE=0x97800000 -DUSE_HOSTCC >>>> -D__KERNEL_STRICT_NAMES -O -c -o mkimage.o /usr/uboot/tools/mkimage.c >>>> gmake[1]: gcc: Command not found >>>> Makefile:218: recipe for target 'mkimage.o' failed >>>> gmake[1]: *** [mkimage.o] Error 127 >>>> gmake[1]: Leaving directory '/usr/uboot/tools' >>>> Makefile:402: recipe for target 'tools' failed >>>> gmake: *** [tools] Error 2 >>>> >>>> >>>> >>>> Thanks, >>>> Russ >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>>> >>> >>> From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 00:29:53 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2A87461 for ; Mon, 16 Mar 2015 00:29:53 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7060CD77 for ; Mon, 16 Mar 2015 00:29:53 +0000 (UTC) Received: by wgra20 with SMTP id a20so27579130wgr.3 for ; Sun, 15 Mar 2015 17:29:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=lMn4jipBI1gwQqxYPAJj1w/MVgQXUjLXLzPx9k4KzCo=; b=whILMH4Fg/12pMGJ81kUjr6HrcxAjhWdUAVV2RydhXrSdz9ApB9fadPkKEcN/Ffdp7 Up3hls9VISblGzoEwzfr3ShTysl55j0TloQPt42kmIOsVqSouO48+OWt0U1EfRnyuK/l Xl7/xEswX/Fht/ifEJtuModqnlm7A2Px1IxHfEOdNFiQyTLSye9Bq9dkB4ggud6nNCwz OGcnCz+HOOVj6H+Jc9dfiuQyNB2iLWqUiWMhHYfTwFEBdxLU3WiEPTg09sYVpIY7wpS1 pP81OuamN7dT7waDiJ4F8HwEpCyiHJTrbRFgvGrCMEFoD4M7g0xeW24YdGidI31JOCxe 33mw== X-Received: by 10.194.241.202 with SMTP id wk10mr91120990wjc.145.1426465791730; Sun, 15 Mar 2015 17:29:51 -0700 (PDT) Received: from ketas-laptop.mydomain (97-39-190-90.dyn.estpak.ee. [90.190.39.97]) by mx.google.com with ESMTPSA id r14sm12933265wiv.13.2015.03.15.17.29.50 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Mar 2015 17:29:50 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <550623B0.1020806@hot.ee> Date: Mon, 16 Mar 2015 02:28:32 +0200 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Trevor Roydhouse Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? References: <1426436462.67325.1.camel@freebsd.org> <55060984.9030301@sentry.org> In-Reply-To: <55060984.9030301@sentry.org> X-TagToolbar-Keys: D20150316022832816 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 00:29:54 -0000 On 2015-03-16 00:36, Trevor Roydhouse wrote: > For WiFi, given my issues with a USB WiFi dongle stalling with the RPi > B+ (if_urtwn driver), I used one of those $US 10-12 pocket wireless N > routers (the size of a thumb drive) sourced from eBay which connects to > the ethernet port, is powered from a USB port, and joins the WiFi > network as a client. Works well. I'm curious about those pocket routers... depending on hardware, you could run FreeBSD inside them too! On WiFi, before having 802.11ac, it could be nice to have 802.11n working everywhere it could hardwarely work... I wonder if those stalling issues could be fixed, instead of crazy workarounds. Though, I would suggest adding monitoring on USB WiFi anyway, just in case... Like I have in my BBB. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 00:35:47 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A67A7CB for ; Mon, 16 Mar 2015 00:35:47 +0000 (UTC) Received: from mail-qc0-f172.google.com (mail-qc0-f172.google.com [209.85.216.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B9CFE54 for ; Mon, 16 Mar 2015 00:35:46 +0000 (UTC) Received: by qcaz10 with SMTP id z10so31387170qca.1 for ; Sun, 15 Mar 2015 17:35:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=y6RJi5KsipL1Sb6lOHyFRTAE1a9E4fVzpEWmSlFt9EI=; b=lKWvjtlmSy1xL5qN0QYZxy84riiP8IA9RUGoSzQu4245XPvt7dveKnwyl+kac0hsf8 akHmtbbwL3rmv+1R0mk15MJcT45GFWd7PdrFB+Yta/ypCrZJoSsEjvqMSaGMZS7Cq8se NX0h/Cx2GKoAWApJ6umIlbPhdvIQPFQFekt9qb8QXfWexUQ8tOS7y7WvXZh5PdBg34cx Bs9n6MWKsH6yip2ILRpjHyeHNf9IE5CQRVcRA0FMpEsEgBUMYC+MSJE1x4rZN3ryNlwT krRX6xKrmdLonkQxJNtU3YBjgrumVIfOCKRGG1O2ua1TROpczMXw1Cie5dQcsJzAp7/2 Dsbw== X-Gm-Message-State: ALoCoQkqJuizwK0QxzmiDrGJrFC8vRMVS68F2Ao4sf0ARASwb8YbroGhHfXQk1olKCbbKZ3k5zZj X-Received: by 10.55.23.6 with SMTP id i6mr62629908qkh.39.1426466139920; Sun, 15 Mar 2015 17:35:39 -0700 (PDT) Received: from [172.26.26.1] (ip69-17-247-231.vif.net. [69.17.247.231]) by mx.google.com with ESMTPSA id s7sm6465802qgd.4.2015.03.15.17.35.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Mar 2015 17:35:39 -0700 (PDT) Message-ID: <55062566.1020908@ambient-md.com> Date: Sun, 15 Mar 2015 20:35:50 -0400 From: Peter Garshtja User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Russell Haley Subject: Re: Building Cross Compiler and u-boot References: <5505CD50.2050503@ambient-md.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 00:35:47 -0000 Can you check u-boot on git ? here is tutorial that i use for my Pi |30) pkg install git 31) pkg install devel/subversion 32) pkg install python 33) pkg install devel/gmake 34) pkg install textproc/gsed 35) git clone git://github.com/kientzle/crochet-freebsd.git /root/crochet 36) git clone git://github.com/gonzoua/u-boot-pi.git /root/crochet/u-boot-rpi 37) svn checkout https://svn0.us-west.freebsd.org/base/head /usr/src -r 273702 38) cd /usr/src && make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev xdev-links As you can see i use ||github.com/gonzoua/u-boot-pi.git| , perhaps on git you can find uboot for your board Regards, Peter On 3/15/2015 7:04 PM, Russell Haley wrote: > Ha ha, jokes on me. One of the Crochet scripts checks for xdev tools: > > root@Jailbird:/usr/crochet# ./crochet.sh -b CoreConnect-WMX53 > Starting at Sun Mar 15 15:14:33 PDT 2015 > Board: CoreConnect-WMX53 > Source version is: r279684 > Building FreeBSD version: 11.0 > Image name is: > /usr/crochet/work/FreeBSD-armv6-11.0-DIGI-CCWMX53-r279684.img > Building FreeBSD version: 11.0 > Object files are at: /usr/crochet/work/obj/arm.armv6/usr/src > Found suitable FreeBSD source tree in: > /usr/src > Can't find appropriate FreeBSD xdev tools. > Tested: /usr/armv6-freebsd/usr/bin/cc > If you have FreeBSD-CURRENT sources in /usr/src, you can build these > with the following command: > > cd /usr/src && sudo make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 > WITH_GCC_BOOTSTRAP=1 WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 > WITHOUT_CLANG_IS_CC=1 WITHOUT_TESTS=1 xdev > > Run this script again after you have the xdev tools installed. > > ******************* > Which fails with the same "Dwarf error" I am getting from other xdev attempts. > > Oh, my poor little brain. > Russ > > On Sun, Mar 15, 2015 at 12:25 PM, Russell Haley wrote: >> Peter, >> >> Sorry, I was attacked by a wild kid who managed to send my unfinished email... >> >> Here is the error I get when I run your command from head: >> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >> xdev-links >> >> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >> -fstack-protector -Qunused-arguments -c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >> unknown type name 'Dwarf_Block' >> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: >> implicit declaration of function 'dwarf_get_elf' >> is invalid in C99 [-Wimplicit-function-declaration] >> if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: >> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >> _Dwarf_Error *'); take the address with & >> warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: >> use of undeclared identifier 'Dwarf_Block' >> Dwarf_Block *block; >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: >> use of undeclared identifier 'block' >> Dwarf_Block *block; >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: >> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >> _Dwarf_Error *'); take the address with & >> warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: >> warning: implicit declaration of function >> 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] >> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: >> use of undeclared identifier 'block' >> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: >> use of undeclared identifier 'block' >> if (*((uint8_t *)block->bl_data) == DW_OP_addr) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: >> use of undeclared identifier 'block' >> var->addr = get_block_value(dbg, block); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_child: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: >> use of undeclared identifier 'DW_DLA_DIE' >> dwarf_dealloc(dbg, die, DW_DLA_DIE); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: >> too many arguments to function call, expected 4, >> have 6 >> if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != >> ~~~~~~~~~~~~~~ ^~~~~~~~~ >> /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here >> int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: >> warning: incompatible pointer types passing >> 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type >> 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); >> take the address with & [-Wincompatible-pointer-types] >> (void) dwarf_finish(dbg, &de); >> ^~~ >> & >> /usr/include/libdwarf.h:141:32: note: passing argument to parameter here >> int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: >> warning: implicit declaration of function >> 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] >> ret = dwarf_srcfiles(die, &src_files, &filecount, &de); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: >> passing 'Dwarf_Error' >> (aka 'struct _Dwarf_Error') to parameter of incompatible type >> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >> the address with & >> warnx("dwarf_srclines: %s", dwarf_errmsg(de)); >> ^~ >> & >> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >> const char *dwarf_errmsg(Dwarf_Error *); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: >> warning: implicit declaration of function >> 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] >> ret = dwarf_srclines(die, &lbuf, &lcount, &de); >> ^ >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: >> use of undeclared identifier 'DW_DLV_ERROR' >> if (ret == DW_DLV_ERROR) >> ^ >> fatal error: too many errors emitted, stopping now [-ferror-limit=] >> 5 warnings and 20 errors generated. >> *** Error code 1 >> >> Stop. >> make[2]: stopped in /usr/src/usr.bin/nm >> *** Error code 1 >> >> Stop. >> make[1]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> >> >> As per Ian's last comment about xdev being dead, I will instead move >> forward with his suggested remedy from pkgng. I looked into crochet >> and was impressed with what I saw. I forked and will look at adding >> the CoreConnect board. >> >> Thanks, >> >> Russ >> >> On Sun, Mar 15, 2015 at 12:00 PM, Russell Haley wrote: >>> Hi Peter, >>> >>> This is the error I get when running your command for head: >>> >>> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >>> -fstack-protector -Qunused-arguments -c >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >>> unknown type name 'Dwarf_Block' >>> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: >>> implicit declaration of function 'dwarf_get_elf' >>> is invalid in C99 [-Wimplicit-function-declaration] >>> if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: >>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>> _Dwarf_Error *'); take the address with & >>> warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: >>> use of undeclared identifier 'Dwarf_Block' >>> Dwarf_Block *block; >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: >>> use of undeclared identifier 'block' >>> Dwarf_Block *block; >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: >>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>> _Dwarf_Error *'); take the address with & >>> warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: >>> warning: implicit declaration of function >>> 'dwarf_formblock' is invalid in C99 [-Wimplicit-function-declaration] >>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: >>> use of undeclared identifier 'block' >>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: >>> use of undeclared identifier 'block' >>> if (*((uint8_t *)block->bl_data) == DW_OP_addr) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: >>> use of undeclared identifier 'block' >>> var->addr = get_block_value(dbg, block); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_child: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: >>> use of undeclared identifier 'DW_DLA_DIE' >>> dwarf_dealloc(dbg, die, DW_DLA_DIE); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: >>> too many arguments to function call, expected 4, >>> have 6 >>> if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != >>> ~~~~~~~~~~~~~~ ^~~~~~~~~ >>> /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here >>> int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: >>> warning: incompatible pointer types passing >>> 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type >>> 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); >>> take the address with & [-Wincompatible-pointer-types] >>> (void) dwarf_finish(dbg, &de); >>> ^~~ >>> & >>> /usr/include/libdwarf.h:141:32: note: passing argument to parameter here >>> int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: >>> warning: implicit declaration of function >>> 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] >>> ret = dwarf_srcfiles(die, &src_files, &filecount, &de); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: >>> passing 'Dwarf_Error' >>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>> the address with & >>> warnx("dwarf_srclines: %s", dwarf_errmsg(de)); >>> ^~ >>> & >>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>> const char *dwarf_errmsg(Dwarf_Error *); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: >>> warning: implicit declaration of function >>> 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] >>> ret = dwarf_srclines(die, &lbuf, &lcount, &de); >>> ^ >>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: >>> use of undeclared identifier 'DW_DLV_ERROR' >>> if (ret == DW_DLV_ERROR) >>> ^ >>> fatal error: too many errors emitted, stopping now [-ferror-limit=] >>> 5 warnings and 20 errors generated. >>> *** Error code 1 >>> >>> Stop. >>> make[2]: stopped in /usr/src/usr.bin/nm >>> *** Error code 1 >>> >>> Stop. >>> make[1]: stopped in /usr/src >>> *** Error code 1 >>> >>> Stop. >>> make: stopped in /usr/src >>> >>> On Sun, Mar 15, 2015 at 11:20 AM, Peter Garshtja >>> wrote: >>>> here is gcc cross compiler >>>> >>>> FreeBSD 10.X >>>> >>>> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >>>> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >>>> >>>> FreeBSD HEAD >>>> >>>> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >>>> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >>>> xdev-links >>>> >>>> Regards, >>>> Peter >>>> >>>> >>>> On 3/15/2015 7:48 AM, peter garshtja wrote: >>>> >>>> Hi, >>>> >>>> You need GCC compiler for u-boot. >>>> >>>> I will send you later the make command that will build GCC cross compiler >>>> >>>> On Sunday, March 15, 2015, Russell Haley wrote: >>>>> Hello I am trying to build the cross compile tools and make u-boot. >>>>> >>>>> Tim Kientzle spoke about two ways of getting cross compilers for >>>>> outside of building FreeBDS: >>>>> >>>>> 1) make TARGET=arm TARGET_ARCH=armv6 buildenv >>>>> >>>>> after a successful buildworld >>>>> >>>>> 2)make xdev XDEV=arm XDEV_ARCH=armv6 >>>>> >>>>> I have struggled (and failed) to make either work. I checked out Rui >>>>> Paulos uboot fork to /usr/uboot. >>>>> >>>>> >>>>> 1)Using buildenv -> >>>>> >>>>> Jailbird:/usr/src$ make TARGET=arm TARGET_ARCH=armv6 buildenv >>>>> Entering world for armv6:arm >>>>> # cd ../uboot/ >>>>> # PATH=$PATH:/usr/local/bin export PATH EDITOR >>>>> # gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >>>>> gmake[2]: Entering directory '/usr/uboot' >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> Generating include/autoconf.mk >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> Generating include/autoconf.mk.dep >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> Configuring a wireless module >>>>> Configuring for ccwmx53 board... >>>>> gmake[2]: Leaving directory '/usr/uboot' >>>>> # >>>>> >>>>> >>>>> 2)Using xdev-> >>>>> >>>>> Jailbird:/usr/src$ make xdev XDEV=arm XDEV_ARCH=arm >>>>> >>>>> I also failed to "make xdev XDEV=arm XDEV_ARCH=armv6" but didn't >>>>> capture text. Here is the last output I have captured: >>>>> >>>>> CC='cc ' mkdep -f .depend -a >>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>>>> echo nm: /usr/lib/libc.a /usr/lib/libdwarf.a >>>>> /usr/obj/arm.armv6/arm-freebsd/usr/src/lib/libelftc/libelftc.a >>>>> /usr/lib/libelf.a >> .depend >>>>> cc -O -pipe -mfloat-abi=softfp >>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >>>>> -Qunused-arguments -c >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >>>>> unknown type name 'Dwarf_Block' >>>>> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:926:6: warning: >>>>> implicit declaration of function 'dwarf_get_elf' >>>>> is invalid in C99 [-Wimplicit-function-declaration] >>>>> if (dwarf_get_elf(dbg, &elf, &de) != DW_DLV_OK) { >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:927:50: error: >>>>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>>>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>>>> _Dwarf_Error *'); take the address with & >>>>> warnx("dwarf_get_elf failed: %s", dwarf_errmsg(de)); >>>>> ^~ >>>>> & >>>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>>> const char *dwarf_errmsg(Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:2: error: >>>>> use of undeclared identifier 'Dwarf_Block' >>>>> Dwarf_Block *block; >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:959:15: error: >>>>> use of undeclared identifier 'block' >>>>> Dwarf_Block *block; >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:969:46: error: >>>>> passing 'Dwarf_Error' (aka 'struct _Dwarf_Error') >>>>> to parameter of incompatible type 'Dwarf_Error *' (aka 'struct >>>>> _Dwarf_Error *'); take the address with & >>>>> warnx("dwarf_tag failed: %s", dwarf_errmsg(de)); >>>>> ^~ >>>>> & >>>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>>> const char *dwarf_errmsg(Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:7: >>>>> warning: implicit declaration of function >>>>> 'dwarf_formblock' is invalid in C99 >>>>> [-Wimplicit-function-declaration] >>>>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1028:28: error: >>>>> use of undeclared identifier 'block' >>>>> dwarf_formblock(at, &block, &de) == DW_DLV_OK) { >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1034:21: error: >>>>> use of undeclared identifier 'block' >>>>> if (*((uint8_t *)block->bl_data) == DW_OP_addr) >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1035:38: error: >>>>> use of undeclared identifier 'block' >>>>> var->addr = get_block_value(dbg, block); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1093:13: error: >>>>> use of undeclared identifier 'DW_DLV_ERROR' >>>>> if (ret == DW_DLV_ERROR) >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1094:41: error: >>>>> passing 'Dwarf_Error' >>>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>>> the address with & >>>>> warnx("dwarf_child: %s", dwarf_errmsg(de)); >>>>> ^~ >>>>> & >>>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>>> const char *dwarf_errmsg(Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1101:13: error: >>>>> use of undeclared identifier 'DW_DLV_ERROR' >>>>> if (ret == DW_DLV_ERROR) >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1102:45: error: >>>>> passing 'Dwarf_Error' >>>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>>> the address with & >>>>> warnx("dwarf_siblingof: %s", dwarf_errmsg(de)); >>>>> ^~ >>>>> & >>>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>>> const char *dwarf_errmsg(Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1107:26: error: >>>>> use of undeclared identifier 'DW_DLA_DIE' >>>>> dwarf_dealloc(dbg, die, DW_DLA_DIE); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1282:51: error: >>>>> too many arguments to function call, expected 4, >>>>> have 6 >>>>> if (dwarf_elf_init(elf, DW_DLC_READ, NULL, NULL, &dbg, &de) != >>>>> ~~~~~~~~~~~~~~ ^~~~~~~~~ >>>>> /usr/include/libdwarf.h:139:1: note: 'dwarf_elf_init' declared here >>>>> int dwarf_elf_init(Elf *, int, Dwarf_Debug *, Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1284:51: error: >>>>> passing 'Dwarf_Error' >>>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>>> the address with & >>>>> warnx("dwarf_elf_init failed: %s", dwarf_errmsg(de)); >>>>> ^~ >>>>> & >>>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>>> const char *dwarf_errmsg(Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1293:23: >>>>> warning: incompatible pointer types passing >>>>> 'Dwarf_Debug' (aka 'struct _Dwarf_Debug *') to parameter of type >>>>> 'Dwarf_Debug *' (aka 'struct _Dwarf_Debug **'); >>>>> take the address with & [-Wincompatible-pointer-types] >>>>> (void) dwarf_finish(dbg, &de); >>>>> ^~~ >>>>> & >>>>> /usr/include/libdwarf.h:141:32: note: passing argument to parameter here >>>>> int dwarf_finish(Dwarf_Debug *, Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1306:22: error: >>>>> passing 'Dwarf_Error' >>>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>>> the address with & >>>>> dwarf_errmsg(de)); >>>>> ^~ >>>>> & >>>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>>> const char *dwarf_errmsg(Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1319:9: >>>>> warning: implicit declaration of function >>>>> 'dwarf_srcfiles' is invalid in C99 [-Wimplicit-function-declaration] >>>>> ret = dwarf_srcfiles(die, &src_files, &filecount, &de); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1320:14: error: >>>>> use of undeclared identifier 'DW_DLV_ERROR' >>>>> if (ret == DW_DLV_ERROR) >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1321:45: error: >>>>> passing 'Dwarf_Error' >>>>> (aka 'struct _Dwarf_Error') to parameter of incompatible type >>>>> 'Dwarf_Error *' (aka 'struct _Dwarf_Error *'); take >>>>> the address with & >>>>> warnx("dwarf_srclines: %s", dwarf_errmsg(de)); >>>>> ^~ >>>>> & >>>>> /usr/include/libdwarf.h:122:39: note: passing argument to parameter here >>>>> const char *dwarf_errmsg(Dwarf_Error *); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1329:9: >>>>> warning: implicit declaration of function >>>>> 'dwarf_srclines' is invalid in C99 [-Wimplicit-function-declaration] >>>>> ret = dwarf_srclines(die, &lbuf, &lcount, &de); >>>>> ^ >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:1330:14: error: >>>>> use of undeclared identifier 'DW_DLV_ERROR' >>>>> if (ret == DW_DLV_ERROR) >>>>> ^ >>>>> fatal error: too many errors emitted, stopping now [-ferror-limit=] >>>>> 5 warnings and 20 errors generated. >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make[4]: stopped in /usr/src/usr.bin/nm >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make[3]: stopped in /usr/src >>>>> *** Error code 1 >>>>> >>>>> Stop. >>>>> make[2]: stopped in /usr/src >>>>> >>>>> >>>>> >>>>> My attempt to build Rui Paulos u-boot repository: >>>>> >>>>> >>>>> #gmake SED=gsed HOSTCC=cc CROSS_COMPILE=armv6-freebsd- ccwmx53js_config >>>>> >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> Generating include/autoconf.mk >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> Generating include/autoconf.mk.dep >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> for dir in tools examples/standalone examples/api ; do gmake -C $dir >>>>> _depend ; done >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> gmake[1]: Entering directory '/usr/uboot/tools' >>>>> gmake[1]: gcc: Command not found >>>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>>> gmake[1]: Nothing to be done for '_depend'. >>>>> gmake[1]: Leaving directory '/usr/uboot/tools' >>>>> gmake[1]: Entering directory '/usr/uboot/examples/standalone' >>>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> gmake[1]: Nothing to be done for '_depend'. >>>>> gmake[1]: Leaving directory '/usr/uboot/examples/standalone' >>>>> gmake[1]: Entering directory '/usr/uboot/examples/api' >>>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> gmake[1]: Nothing to be done for '_depend'. >>>>> gmake[1]: Leaving directory '/usr/uboot/examples/api' >>>>> gmake -C tools all >>>>> armv6-freebsd-gcc: not found >>>>> usage: dirname string [...] >>>>> gmake[1]: Entering directory '/usr/uboot/tools' >>>>> gmake[1]: gcc: Command not found >>>>> gmake[1]: armv6-freebsd-gcc: Command not found >>>>> gcc -g -Wall -idirafter /usr/uboot/include -idirafter >>>>> /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt >>>>> -I /usr/uboot/tools -DTEXT_BASE=0x97800000 -DUSE_HOSTCC >>>>> -D__KERNEL_STRICT_NAMES -O -c -o mkimage.o /usr/uboot/tools/mkimage.c >>>>> gmake[1]: gcc: Command not found >>>>> Makefile:218: recipe for target 'mkimage.o' failed >>>>> gmake[1]: *** [mkimage.o] Error 127 >>>>> gmake[1]: Leaving directory '/usr/uboot/tools' >>>>> Makefile:402: recipe for target 'tools' failed >>>>> gmake: *** [tools] Error 2 >>>>> >>>>> >>>>> >>>>> Thanks, >>>>> Russ >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>>>> >>>> From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 02:52:14 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 070419E4 for ; Mon, 16 Mar 2015 02:52:14 +0000 (UTC) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0B99132 for ; Mon, 16 Mar 2015 02:52:13 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t2G2q3KT027340; Mon, 16 Mar 2015 02:52:03 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id sk52di7qcv8yfxsdsdfiw9cy8e; Mon, 16 Mar 2015 02:52:03 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Building Cross Compiler and u-boot From: Tim Kientzle In-Reply-To: Date: Sun, 15 Mar 2015 19:52:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5505CD50.2050503@ambient-md.com> To: Russell Haley X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm , Peter Garshtja X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 02:52:14 -0000 > On Mar 15, 2015, at 12:25 PM, Russell Haley = wrote: >=20 > Peter, >=20 > Sorry, I was attacked by a wild kid who managed to send my unfinished = email... >=20 > Here is the error I get when I run your command from head: > make XDEV=3Darm XDEV_ARCH=3Darmv6 WITH_GCC=3D1 WITH_GCC_BOOTSTRAP=3D1 > WITHOUT_CLANG=3D1 WITHOUT_CLANG_BOOTSTRAP=3D1 WITHOUT_CLANG_IS_CC=3D1 = xdev > xdev-links >=20 > cc -O2 -pipe = -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc > -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=3Dgnu99 > -fstack-protector -Qunused-arguments -c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c > /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: > unknown type name 'Dwarf_Block' > get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) > ^ On my system: /usr/src/contrib/elftoolchain/nm/nm.c includes libdwarf.h. /usr/include/libdwarf.h defines Dwarf_Block /usr/include/libdwarf.h is installed from = /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h Can you check those on your system? Tim From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 02:57:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E9EEBCA for ; Mon, 16 Mar 2015 02:57:02 +0000 (UTC) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5924516A for ; Mon, 16 Mar 2015 02:57:02 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t2G2v15b027375; Mon, 16 Mar 2015 02:57:01 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.105] (192.168.1.65 [192.168.1.65]) by kientzle.com with SMTP id jf536unt638k5ik9dtgvdesp9s; Mon, 16 Mar 2015 02:57:01 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: How to use u-boot-beaglebone port? From: Tim Kientzle In-Reply-To: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> Date: Sun, 15 Mar 2015 19:57:00 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 02:57:02 -0000 > On Mar 12, 2015, at 5:59 PM, Paul Mather = wrote: >=20 > Has anyone successfully used the sysutils/u-boot-beaglebone port? >=20 > I managed to build [1] and install it today. I tried to install it to = the SD card FAT partition, as per the README, and the result was an = unbootable system. >=20 > When I copied the u-boot.img file as u-boot.img (rather than the = bb-uboot.img as suggested in the README), I got it to start up to the = "U-Boot#" prompt. Apparently, no one ever patched the port to use bb-uboot.img and = bb-ubldr as the name. I did this in Crochet when I was experimenting with having multiple U-Boots on a single SD card image. That experiment was to try to see what would be required to build single images that booted on multiple different devices. Tim From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 03:17:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2727DF2D for ; Mon, 16 Mar 2015 03:17:11 +0000 (UTC) Received: from mail-yk0-x233.google.com (mail-yk0-x233.google.com [IPv6:2607:f8b0:4002:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D27DC64A for ; Mon, 16 Mar 2015 03:17:10 +0000 (UTC) Received: by ykfc206 with SMTP id c206so6853841ykf.1 for ; Sun, 15 Mar 2015 20:17:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TGOGgd5sii2wR8ELlSn4YulxtYYn2YErFwKfhk75MX4=; b=G0pGXByffsQcBqDEkekDTp/uqVkERDpG8zOQNaB0yBKYrFPgc9tC+skJ6I4EcTf6WC HZCBodR/yzi5rdEOLPE7WMXDuGJ+BuG3V8R6ffp1wbT3kyb7tjApsxKiCLkLnI7soJ1j KN7nxEJDpMq/rJeTvvpI1SKz4gwozrS488tw3rNeHDQRTvfJk+JyOGEXUxkfB+IrMVR/ iOu/Ad75V9dMZWnU2WAuvNFll/4DMiDhJEI92VjHZpdA48hrxxcbBePC2DgeQ8w6GdB0 nmH62bBVBCKUapCxZ3Qe+Ze3Zqk5XK4iKg3p4d28XLNK1A5fLHGchA6S1NHJHT9mYE0J Be7g== MIME-Version: 1.0 X-Received: by 10.170.125.208 with SMTP id r199mr53310049ykb.76.1426475829861; Sun, 15 Mar 2015 20:17:09 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sun, 15 Mar 2015 20:17:09 -0700 (PDT) In-Reply-To: References: <5505CD50.2050503@ambient-md.com> Date: Sun, 15 Mar 2015 20:17:09 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm , Peter Garshtja X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 03:17:11 -0000 Tim, root@Jailbird:/usr/src# cat /usr/src/contrib/elftoolchain/nm/nm.c | grep "libdwarf.h" #include root@Jailbird:/usr/src# ll /usr/include/libdwarf.h -r--r--r-- 1 root wheel 7385 Nov 11 13:03 /usr/include/libdwarf.h root@Jailbird:/usr/src# ll /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h -rw-r--r-- 1 root wheel 33712 Mar 5 23:00 /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h root@Jailbird:/usr/src# cat /usr/include/libdwarf.h | grep Dwarf_Block root@Jailbird:/usr/src# cat /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h | grep Dwarf_Block } Dwarf_Block; int dwarf_formblock(Dwarf_Attribute, Dwarf_Block **, Dwarf_Error *); root@Jailbird:/usr/src# Thanks, Russ On Sun, Mar 15, 2015 at 7:52 PM, Tim Kientzle wrote: > >> On Mar 15, 2015, at 12:25 PM, Russell Haley wrote: >> >> Peter, >> >> Sorry, I was attacked by a wild kid who managed to send my unfinished email... >> >> Here is the error I get when I run your command from head: >> make XDEV=arm XDEV_ARCH=armv6 WITH_GCC=1 WITH_GCC_BOOTSTRAP=1 >> WITHOUT_CLANG=1 WITHOUT_CLANG_BOOTSTRAP=1 WITHOUT_CLANG_IS_CC=1 xdev >> xdev-links >> >> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libelftc >> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=gnu99 >> -fstack-protector -Qunused-arguments -c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >> unknown type name 'Dwarf_Block' >> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >> ^ > > On my system: > /usr/src/contrib/elftoolchain/nm/nm.c includes libdwarf.h. > > /usr/include/libdwarf.h defines Dwarf_Block > > /usr/include/libdwarf.h is installed from /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h > > Can you check those on your system? > > Tim > > From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 04:01:40 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93F853E0; Mon, 16 Mar 2015 04:01:40 +0000 (UTC) Received: from mail-yh0-x233.google.com (mail-yh0-x233.google.com [IPv6:2607:f8b0:4002:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50881AC9; Mon, 16 Mar 2015 04:01:40 +0000 (UTC) Received: by yhch68 with SMTP id h68so13508785yhc.1; Sun, 15 Mar 2015 21:01:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dNl9J6VKwhc/NqXYTxOvuqApG3akQn2FPtEWXnAMJR0=; b=ho4H1/4kVB31LEC4nfeC44h4M0IhhkhSWWKtjt9jzzlnxbEjg0X3PkuT0+OHgo3zEd JFETRk7UzePVH/UPokT4SOEzjzMDk1ZuXAvyi6SWMEMTVYDSJmfxyIhLeTX/Bwc7uwK6 UowGR3BcRM6KU1Q56H2bKCYMf5qfwPb0AF/60cVLkOQjb4Q0V4lBRq5JvYolcHKOASy/ C16Q3CGnoXNdcADbIayMFgzgPlkZG4OQOnPVl4Ou0K/gYMcmBgPDWGzhMIAeClPw+5dU vKJ5brcSZQPA5/K8GIsB5VrFj14VNolQGQ7zF0Oigs+Mv51ofphOH8aquwn/UAnq7cQi ARig== MIME-Version: 1.0 X-Received: by 10.236.104.132 with SMTP id i4mr58061978yhg.62.1426478499446; Sun, 15 Mar 2015 21:01:39 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sun, 15 Mar 2015 21:01:39 -0700 (PDT) In-Reply-To: <1426437012.67325.7.camel@freebsd.org> References: <1426437012.67325.7.camel@freebsd.org> Date: Sun, 15 Mar 2015 21:01:39 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 04:01:40 -0000 Hi Ian, Sorry, I'm sure this is a newbie mistake, but I'm still getting gcc not found. root@Jailbird:/usr/local/arm-none-eabi$ pkg install arm-none-eabi-gcc Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. Checking integrity... done (0 conflicting) The most recent version of packages are already installed root@Jailbird:/usr/local/arm-none-eabi$ gcc gcc: Command not found. I'm not sure where it was installed? root@Jailbird:/usr/local/arm-none-eabi/bin# ls ar as ld ld.bfd nm objcopy objdump ranlib size strip On Sun, Mar 15, 2015 at 9:30 AM, Ian Lepore wrote: > On Sat, 2015-03-14 at 21:14 -0700, Russell Haley wrote: >> Hello I am trying to build the cross compile tools and make u-boot. >> >> Tim Kientzle spoke about two ways of getting cross compilers for >> outside of building FreeBDS: >> >> 1) make TARGET=arm TARGET_ARCH=armv6 buildenv >> >> after a successful buildworld >> >> 2)make xdev XDEV=arm XDEV_ARCH=armv6 >> >> I have struggled (and failed) to make either work. I checked out Rui >> Paulos uboot fork to /usr/uboot. >> >> >> 1)Using buildenv -> > > The xdev way of building crosstools to build uboot is pretty much dead. > Probably the best way forward is to use one of the existing u-boot ports > such as sysutils/u-boot-wandboard, copy it and transform it into a port > to build the flavor you need. To save the time of building the port > cross-compiler from scratch you can do "pkg install arm-none-eabi-gcc". > > Are you working with the ConnectCore 6? If so, the u-boot ports for > wandboard or cubox-hummingboard are probably 99% ready, you may need to > tweak the config file patch in the port. > > -- Ian > From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 05:04:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA932736 for ; Mon, 16 Mar 2015 05:04:52 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE1B8FD6 for ; Mon, 16 Mar 2015 05:04:52 +0000 (UTC) Received: by igbue6 with SMTP id ue6so31387600igb.1 for ; Sun, 15 Mar 2015 22:04:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=JKCdo0qHgUu0j+JALICnsSPaK1PegGBQGIL8NX7mfVY=; b=AQ5tf/yAsQE+SKLllciBscEvLAApFgvPVkqOi4MmEWcp820UnryMAKat9+AqVcHdfz QAwxUy5OlbdA2qihL01CZuB7KzswKCjibpYTCMP2balT3s5Qyjm1Haqbpbu0ICesyd9y XpWnhxaQmzhW+1sq/ikN5ZEtClRdSSSzqoOKaYRKctjiUZOX3GPb6ZADWPo5OuB7nbOp E3wtW7TcOzLG9PjTmZCZXJjTtk56yky+Q8r4MYqWtFNdHnfhvBZ/+AyTYqgnw3QHyEuZ JER2UYkD16rgI+fp0B5GpeKHBvF896u8BTYnoig++uX84+LzZ73pYU5nG5mKhiwclAqF yuFg== X-Received: by 10.107.132.13 with SMTP id g13mr72144678iod.4.1426482291998; Sun, 15 Mar 2015 22:04:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.7.16 with HTTP; Sun, 15 Mar 2015 22:04:21 -0700 (PDT) In-Reply-To: <65260d32d448683b765c81e2761126e7@localhost.localdomain> References: <65260d32d448683b765c81e2761126e7@localhost.localdomain> From: Jia-Shiun Li Date: Mon, 16 Mar 2015 13:04:21 +0800 Message-ID: Subject: Re: [Differential] [Accepted] D2018: Introduce Annapurna Labs AHCI support To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 05:04:53 -0000 On Sat, Mar 14, 2015 at 9:29 AM, imp (Warner Losh) < phabric-noreply@freebsd.org> wrote: > imp accepted this revision. > imp added a comment. > This revision is now accepted and ready to land. > > Thanks for the comments. Still not sure what an Annapurna is.... > > REVISION DETAIL > https://reviews.freebsd.org/D2018 > > To: zbb, mav, smh, imp > Cc: freebsd-arm > Probably SoC from Annapurna Labs. https://gigaom.com/2015/01/22/confirmed-amazon-is-buying-annapurna-labs/ The init part probably should have been done in boot loader when initing hardware. The AHCI standard was designed in the way that system designers have room to adjust. E.g. use PI to indicate only two ports were connected on a notebook when silicon supports 6, so a generic driver can detect it and not to assume it can use all 6 ports. Not sure about Annapurna's implementation. Intel's ICH/PCH implement these read-only registers as write once registers after powered on, so BIOS will always be the only one modifying, and drivers see them as read-only. It is also possible that implementations choose to init by values in external ROM/flash, internal fuse, or strapping pins. It will need docs from Annapurna, spec or errata, to see if it disagree with AHCI in any ways, and if there is better alternative to quirks. -Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 06:02:43 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B446E2B; Mon, 16 Mar 2015 06:02:43 +0000 (UTC) Received: from mail-yh0-x229.google.com (mail-yh0-x229.google.com [IPv6:2607:f8b0:4002:c01::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D39107EA; Mon, 16 Mar 2015 06:02:42 +0000 (UTC) Received: by yhpt93 with SMTP id t93so14132352yhp.0; Sun, 15 Mar 2015 23:02:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8dTB+Ik4XHzGp1mdhnPAiYrV9Y50TaS+enePv0KSJck=; b=tQ5jXJUpMUlEEfOtia7dxScS5wy1SLdnx4bauzJO59pk14wNZaoVblUHEIuSBi2JNf BPlUORurJDjLujm+dVP5LtAoAYg4HISgV8/mPzuXWrNbUQ9wB7tOxytOBN/ia5so0YNL U31ReYp0+jUDH7tbkP3zQxzroJqXiiAyV8e0CQWXKVstoZDWLL5/w/xh4SNgx+CU+LgF f4IS620Qg4FhF6QPt8XWXCr/ST2pQDExzyD6LRXnyeySsYYkRzikSSbrGlf3AGtMtyuA D3Kn1L+vYaw/F40AXpRMIgJQ6xapbBedGO0bAsct25pzlW2MbFBpHjnjPzSBBcVfHXJk Vckg== MIME-Version: 1.0 X-Received: by 10.236.63.65 with SMTP id z41mr8890483yhc.8.1426485760817; Sun, 15 Mar 2015 23:02:40 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Sun, 15 Mar 2015 23:02:40 -0700 (PDT) In-Reply-To: References: <1426437012.67325.7.camel@freebsd.org> Date: Sun, 15 Mar 2015 23:02:40 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 06:02:43 -0000 Thanks Johny Mattsson, that's what I needed! root@Jailbird:/usr/uboot# gmake SED=gsed HOSTCC=arm-none-eabi-gcc CROSS_COMPILE=arm-none-eabi- ccwmx53js_config Configuring a wireless module Configuring for ccwmx53 board... root@Jailbird:/usr/uboot# However: root@Jailbird:/usr/uboot# gmake SED=gsed HOSTCC=arm-none-eabi-gcc CROSS_COMPILE=arm-none-eabi- for dir in tools examples/standalone examples/api ; do gmake -C $dir _depend ; done gmake[1]: Entering directory '/usr/uboot/tools' gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/tools' gmake[1]: Entering directory '/usr/uboot/examples/standalone' gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/examples/standalone' gmake[1]: Entering directory '/usr/uboot/examples/api' gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/examples/api' gmake -C tools all gmake[1]: Entering directory '/usr/uboot/tools' arm-none-eabi-gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter /usr/uboot/include -idirafter /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt -I /usr/uboot/tools -DTEXT_BASE=0x77800000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -O -o gen_eth_addr.o gen_eth_addr.c -c gen_eth_addr.c:24:19: fatal error: stdio.h: No such file or directory #include ^ compilation terminated. /usr/uboot/config.mk:218: recipe for target 'gen_eth_addr.o' failed gmake[1]: *** [gen_eth_addr.o] Error 1 gmake[1]: Leaving directory '/usr/uboot/tools' Makefile:402: recipe for target 'tools' failed gmake: *** [tools] Error 2 root@Jailbird:/usr/uboot# My source is from here: https://github.com/rpaulo/uboot-ccwmx53-digi On Sun, Mar 15, 2015 at 9:01 PM, Russell Haley wrote: > Hi Ian, > > Sorry, I'm sure this is a newbie mistake, but I'm still getting gcc not found. > > root@Jailbird:/usr/local/arm-none-eabi$ pkg install arm-none-eabi-gcc > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > Checking integrity... done (0 conflicting) > The most recent version of packages are already installed > root@Jailbird:/usr/local/arm-none-eabi$ gcc > gcc: Command not found. > > I'm not sure where it was installed? > root@Jailbird:/usr/local/arm-none-eabi/bin# ls > ar as ld ld.bfd nm objcopy objdump ranlib size strip > > > > > On Sun, Mar 15, 2015 at 9:30 AM, Ian Lepore wrote: >> On Sat, 2015-03-14 at 21:14 -0700, Russell Haley wrote: >>> Hello I am trying to build the cross compile tools and make u-boot. >>> >>> Tim Kientzle spoke about two ways of getting cross compilers for >>> outside of building FreeBDS: >>> >>> 1) make TARGET=arm TARGET_ARCH=armv6 buildenv >>> >>> after a successful buildworld >>> >>> 2)make xdev XDEV=arm XDEV_ARCH=armv6 >>> >>> I have struggled (and failed) to make either work. I checked out Rui >>> Paulos uboot fork to /usr/uboot. >>> >>> >>> 1)Using buildenv -> >> >> The xdev way of building crosstools to build uboot is pretty much dead. >> Probably the best way forward is to use one of the existing u-boot ports >> such as sysutils/u-boot-wandboard, copy it and transform it into a port >> to build the flavor you need. To save the time of building the port >> cross-compiler from scratch you can do "pkg install arm-none-eabi-gcc". >> >> Are you working with the ConnectCore 6? If so, the u-boot ports for >> wandboard or cubox-hummingboard are probably 99% ready, you may need to >> tweak the config file patch in the port. >> >> -- Ian >> From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 18:14:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44E0C3A3 for ; Mon, 16 Mar 2015 18:14:38 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B2CAAC0D for ; Mon, 16 Mar 2015 18:14:37 +0000 (UTC) Received: by wifj2 with SMTP id j2so50740693wif.1 for ; Mon, 16 Mar 2015 11:14:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:reply-to:from:to:subject:date:mime-version:content-type :content-transfer-encoding; bh=+lNeyUHPKMLjt35dgFvCu2QceP2WlKVBGrl5LNiw1nA=; b=OvoEqET8/FjBRqrjCtlz3QuH7DKPRsUOfeGtHGSOrNhkrcWM/MYG3IyvLsFwGWIzAG nouBQiMqx+uvTI9C5yfLHs+USkh5cwQ/wMQ3rL5twta79Vp9tjWeQfySVzEOMqtQfuZB 5o/Q78tLTHPahyP/F5iaIRw2m5mwLi80tB8WCsUidOygPXlrtuv5kO5AlvY/r5sGVJLr FFBq83j19fQQRRPPH0Mr5WEK9c1bs7jqttiEesi/U5/ARWnOtZ+ldmdTpun5s3kARtR1 hLM6HxzPWiGNoqA/heRQLK5Ba1iEHT+goBOm0wUmn5aFi9J/AEa5BAM22ujVR+4hlMHB zumA== X-Received: by 10.194.159.105 with SMTP id xb9mr73277323wjb.156.1426529676225; Mon, 16 Mar 2015 11:14:36 -0700 (PDT) Received: from almani ([5.222.59.233]) by mx.google.com with ESMTPSA id dj4sm16460533wjc.13.2015.03.16.11.14.31 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 16 Mar 2015 11:14:33 -0700 (PDT) Message-ID: <017301d4-42079-01549059146065@almani> Reply-To: "Global Researchers Journals" From: "Global Researchers Journals" To: freebsd-arm@freebsd.org Subject: Call for Paper {March 2015 | Vol 05-Issue 03} Date: Mon, 16 Mar 2015 21:44:33 +0330 X-Priority: 3 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 18:14:38 -0000 Call for Paper Dear Colleagues You are cordially invited to submit or recommend papers to: [1]http://www.grjournals.com (March 2015 (Volume 05 | Issue 03) Journal of Physiology and Pharmacology Advances (JPPA) [2]http://grjournals.com/Default.aspx?tabid=6537 · Journal of Animal Production Advances (JAPA) [3]http://grjournals.com/Default.aspx?tabid=6538 Journal of Animal Science Advances (JASA) [4]http://grjournals.com/Default.aspx?tabid=6401 Journal of Veterinary Advances (JVA) [5]http://grjournals.com/Default.aspx?tabid=6536 Journal of Recent Advances in Agriculture (JRAA) [6]http://grjournals.com/Default.aspx?tabid=6878 Global Researchers Journals, a fast track peer-reviewed and open access academic journal published by Grjournals Publishing, which is one of the largest open access journal publishers around the world Grjournals is using online article submission, review and tracking system for quality and quick review processing. Journal provides rapid publication of research article. After 30 days Rapid Review Process by the editorial/review board members or outside experts, an accepted paper will be placed under In Press within 24 hours and will be published in the next issue. Instructions for authors are available on our website: [7]http://www.grjournals.com Submitted papers must follow the Instructions to authors to be considered for review and publication. Refereeing of manuscripts is conducted anonymously and the identity of the referees is not disclosed. The manuscripts which get an acceptance will publish with DOI number. Your Manuscript(s) can be one of these kinds: Review, Original Article, Case Report, Short Communications, Technical Notes, Mini Review Article and Hypothesis. Some of Abstracted/Index in: CAB reviews, Chemical Abstract Service (CAS), Genamics JournalSeek, Index Directory of Open Access Journals (DOAJ), Index Electronic Journals Library SCIRUS, ISC and the World most Popular University and Electronic Library. [8]http://grjournals.com/Default.aspx?tabid=732 9 Now you can clear the clutter by accessing your favorite journals online: Full text, full archive that's always there when you need it Easy access anywhere, anytime and anyhow · Impact your practice, not the environment NOTICE: Authors that cite [9]www.grjournals.com manuscripts as reference in their ISI articles, they can send their manuscripts to one of above journals as FREE of charge. After evaluation and get an acceptance it will publish without any Article Processing Fee with DOI. .We apologize if you have received this email twice, or our journal is not your field With Warm Regards ,Sincerely Grjournals Team Site: [10]www.grjournals.com E_Mail: [11]grjournals@gmail.com References 1. http://www.grjournals.com/ 2. http://grjournals.com/Default.aspx?tabid=6537 3. http://grjournals.com/Default.aspx?tabid=6538 4. http://grjournals.com/Default.aspx?tabid=6401 5. http://grjournals.com/Default.aspx?tabid=6536 6. http://grjournals.com/Default.aspx?tabid=6878 7. http://www.grjournals.com/ 8. http://grjournals.com/Default.aspx?tabid=7329 9. http://www.grjournals.com/ 10. http://www.grjournals.com/ 11. mailto:grjournals@gmail.com From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 18:59:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 62593484 for ; Mon, 16 Mar 2015 18:59:02 +0000 (UTC) Received: from mail-yk0-x230.google.com (mail-yk0-x230.google.com [IPv6:2607:f8b0:4002:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E6041A5 for ; Mon, 16 Mar 2015 18:59:02 +0000 (UTC) Received: by ykek76 with SMTP id k76so21423820yke.0 for ; Mon, 16 Mar 2015 11:59:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=FyFzZQ9HSj2i6E/Ke9BWO9tOjJ9BnCnGSllVIs9wHKM=; b=YyVigXHT/iwKM5+LgSWx4/otFKVcfKLoNdFUiF4wPcagHppQfCU+ogFqFiV07mGKD9 lgV9sghz/+vgs65gydQGbKpTjlMLJ2vQD8IpfuSh6kp9feNW8tnUoy5te3f/zAEMAeas PI9JGAw7Vwe8l/U69s8OPKJtUZW4b43I+LgPY1IRz0J3amfKeD56i8/71zVBc58ZdMpp j7cpjz9S6MlHXKo7Ql/V7/VGo5QDchiYnCQV7SVP7HWtFo+I1morAv1RIYmhJAon71rt bkPupiUFwNHsdIfpdIh1hkaXxqdMHYpf9omypOUUTt6kVl6BruYRTEPeVYj5Op/EQwxE HczA== MIME-Version: 1.0 X-Received: by 10.236.29.3 with SMTP id h3mr64280833yha.83.1426532341093; Mon, 16 Mar 2015 11:59:01 -0700 (PDT) Received: by 10.170.124.197 with HTTP; Mon, 16 Mar 2015 11:59:01 -0700 (PDT) Date: Mon, 16 Mar 2015 13:59:01 -0500 Message-ID: Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM From: Brendan A R Sechter To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 18:59:02 -0000 > Date: Sun, 15 Mar 2015 16:01:59 -0700 > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? > From: gobble.wa@gmail.com > To: freebsd-arm@freebsd.org > > If you are planning on using hostapd, I'm pretty sure the only > available option (USB, anyway) is the Ralink RT5390 . > Date: Sun, 15 Mar 2015 00:07:23 +0100 > From: ticso@cicely7.cicely.de > To: sgeos@hotmail.com > CC: freebsd-arm@freebsd.org; freebsd-wireless@freebsd.org > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? > > I'd bought some nano WiFi USB on AliExpress marketed for Rasberry usage. > They are Ralink RT5390 based, I'm seeing a lot of RT5370 USB dongles, but I'm having less luck finding the RT5390. The following link claims "the RT5390 is the PCIe equivalent of the RT5370 USB". http://ubuntuforums.org/showthread.php?t=2159102 If this is true, any of the RT5370 dongles will work. Correct? -Brendan From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 19:20:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67F0BC65 for ; Mon, 16 Mar 2015 19:20:54 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CA056691 for ; Mon, 16 Mar 2015 19:20:53 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t2GJKNjc056939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 16 Mar 2015 20:20:24 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t2GJKKII044041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2015 20:20:20 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t2GJKKxL055502; Mon, 16 Mar 2015 20:20:20 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t2GJKKh2055501; Mon, 16 Mar 2015 20:20:20 +0100 (CET) (envelope-from ticso) Date: Mon, 16 Mar 2015 20:20:20 +0100 From: Bernd Walter To: Brendan A R Sechter Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM Message-ID: <20150316192019.GA53586@cicely7.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 19:20:54 -0000 On Mon, Mar 16, 2015 at 01:59:01PM -0500, Brendan A R Sechter wrote: > > Date: Sun, 15 Mar 2015 16:01:59 -0700 > > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM > projects? > > From: gobble.wa@gmail.com > > To: freebsd-arm@freebsd.org > > > > If you are planning on using hostapd, I'm pretty sure the only > > available option (USB, anyway) is the Ralink RT5390 . > > > Date: Sun, 15 Mar 2015 00:07:23 +0100 > > From: ticso@cicely7.cicely.de > > To: sgeos@hotmail.com > > CC: freebsd-arm@freebsd.org; freebsd-wireless@freebsd.org > > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM > projects? > > > > I'd bought some nano WiFi USB on AliExpress marketed for Rasberry usage. > > They are Ralink RT5390 based, > > I'm seeing a lot of RT5370 USB dongles, but I'm having less luck finding > the RT5390. The following link claims "the RT5390 is the PCIe equivalent > of the RT5370 USB". > http://ubuntuforums.org/showthread.php?t=2159102 ugen1.6: at usbus1 run0: <1.0> on usbus1 run0: MAC/BBP RT5390 (rev 0x0502), RF RT5370 (MIMO 1T1R), address 00:0f:55:a8:da:83 > If this is true, any of the RT5370 dongles will work. Correct? My guess is that they are part of the same set. Since my sticks are nano I can't easily open them to lookup on the chip. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 19:25:44 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0CFCE95 for ; Mon, 16 Mar 2015 19:25:44 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 56C076DB for ; Mon, 16 Mar 2015 19:25:43 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t2GJPJhW057100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 16 Mar 2015 20:25:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t2GJPHhm044100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2015 20:25:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t2GJPHwH055541; Mon, 16 Mar 2015 20:25:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t2GJPH17055540; Mon, 16 Mar 2015 20:25:17 +0100 (CET) (envelope-from ticso) Date: Mon, 16 Mar 2015 20:25:17 +0100 From: Bernd Walter To: Brendan A R Sechter Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM Message-ID: <20150316192517.GB53586@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20150316192019.GA53586@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150316192019.GA53586@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 19:25:45 -0000 On Mon, Mar 16, 2015 at 08:20:20PM +0100, Bernd Walter wrote: > On Mon, Mar 16, 2015 at 01:59:01PM -0500, Brendan A R Sechter wrote: > > > Date: Sun, 15 Mar 2015 16:01:59 -0700 > > > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM > > projects? > > > From: gobble.wa@gmail.com > > > To: freebsd-arm@freebsd.org > > > > > > If you are planning on using hostapd, I'm pretty sure the only > > > available option (USB, anyway) is the Ralink RT5390 . > > > > > Date: Sun, 15 Mar 2015 00:07:23 +0100 > > > From: ticso@cicely7.cicely.de > > > To: sgeos@hotmail.com > > > CC: freebsd-arm@freebsd.org; freebsd-wireless@freebsd.org > > > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM > > projects? > > > > > > I'd bought some nano WiFi USB on AliExpress marketed for Rasberry usage. > > > They are Ralink RT5390 based, > > > > I'm seeing a lot of RT5370 USB dongles, but I'm having less luck finding > > the RT5390. The following link claims "the RT5390 is the PCIe equivalent > > of the RT5370 USB". > > http://ubuntuforums.org/showthread.php?t=2159102 > > ugen1.6: at usbus1 > run0: <1.0> on usbus1 > run0: MAC/BBP RT5390 (rev 0x0502), RF RT5370 (MIMO 1T1R), address 00:0f:55:a8:da:83 > > > If this is true, any of the RT5370 dongles will work. Correct? > > My guess is that they are part of the same set. > Since my sticks are nano I can't easily open them to lookup on the chip. I manged to tear one open. In fact it is labeled RT5370N. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 19:30:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E553210D; Mon, 16 Mar 2015 19:30:22 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 739FB77F; Mon, 16 Mar 2015 19:30:22 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t2GJUJxf057120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 16 Mar 2015 20:30:20 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t2GJUFjN044151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Mar 2015 20:30:15 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t2GJUFEF055554; Mon, 16 Mar 2015 20:30:15 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t2GJUFCb055553; Mon, 16 Mar 2015 20:30:15 +0100 (CET) (envelope-from ticso) Date: Mon, 16 Mar 2015 20:30:15 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM projects? Message-ID: <20150316193015.GC53586@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1426436462.67325.1.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1426436462.67325.1.camel@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 19:30:23 -0000 On Sun, Mar 15, 2015 at 10:21:02AM -0600, Ian Lepore wrote: > On Sun, 2015-03-15 at 02:22 +0900, Brendan Sechter wrote: > > I am looking for thoughts, opinions and recommendations regarding WiFi / Bluetooth modules for embedded ARM FreeBSD projects. My requirements are 802.11ac / Bluetooth 4.0. The ideal module is low cost, works with minimal effort and also has a USB dongle approximation for early stage development. > > -Brendan > > Right now, USB is pretty much your only option for bluetooth and wifi on > freebsd-arm. All the other chips I've seen that aren't USB are SDIO, > and we have no SDIO infrastructure for talking to anything except an > sdcard. How much work would be needed for PCI support? My novena (iMX6) came with Atheros modules. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 20:00:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01305693 for ; Mon, 16 Mar 2015 20:00:09 +0000 (UTC) Received: from mail-qg0-x236.google.com (mail-qg0-x236.google.com [IPv6:2607:f8b0:400d:c04::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B88E2AE8 for ; Mon, 16 Mar 2015 20:00:09 +0000 (UTC) Received: by qgfa8 with SMTP id a8so50574683qgf.0 for ; Mon, 16 Mar 2015 13:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HJWAS4gwEGnvoM38q4w9lgbeUjjQlFjNC3q0giKPKng=; b=M8fr5zSUeyDFM64cnUXkVYFrHRpfgfWSeQDl0FXSovwgfrxSq1ZJO1ijKhPeDFpfOS zFck3xWY0bZl4Gy5XzKdt54cypsVcwVLvlYJUHL/4zwN5MQT8CpzYIbe8dE7ApxHtd9P qVNkbELJZJ2RAIPG0xxvHSU6xpbHPeccijcL3+8Ww/dghd9XwrbOExSHiAInbhKxGCIM c4UoiYqd+Vpgd5jEh131yI00D7fh3QVaZGKhNcI2Gy5xvfiJpNZcb0cQq0mDnpQ5DOZH wvZBQNEFgNgmr7FQWnv0Wck9i30o2+YGMFEtvDxLlRD4QUJXO+aZkqCGKhxtggTQMfIO 5dLA== MIME-Version: 1.0 X-Received: by 10.140.98.2 with SMTP id n2mr42062517qge.62.1426536008445; Mon, 16 Mar 2015 13:00:08 -0700 (PDT) Received: by 10.140.37.82 with HTTP; Mon, 16 Mar 2015 13:00:08 -0700 (PDT) Date: Mon, 16 Mar 2015 17:00:08 -0300 Message-ID: Subject: hexdumping /dev/mem From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 20:00:10 -0000 Hello! I'm trying to read a 32 bit register of the System Level Control Registers of the ZedBoard (Zynq-7000 SoC) from a running FreeBSD. I thought that I could simply do it with hexdump(1) to avoid writing a driver since I only need to read it once. I've tried: #hexdump -s 0xF8000910 -n 4 /dev/mem and I get this message: hexdump: /dev/mem: Invalid argument Reading some archives in this mailing list I've found that "the arm version of /dev/mem is not functionally equivalent to that of amd64 or i386. Arm disallows access to non-DRAM addresses through /dev/mem". Is there any other way of doing this? Maybe the whole idea of using hexdump for this isn't really good. Thanks in advance. Regards, Matias. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 20:06:07 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1D8CAF1 for ; Mon, 16 Mar 2015 20:06:07 +0000 (UTC) Received: from relay.mailchannels.net (ar-005-i203.relay.mailchannels.net [162.253.144.85]) by mx1.freebsd.org (Postfix) with ESMTP id C18FBC25 for ; Mon, 16 Mar 2015 20:06:05 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (ip-10-204-4-183.us-west-2.compute.internal [10.204.4.183]) by relay.mailchannels.net (Postfix) with ESMTPA id 41583100305; Mon, 16 Mar 2015 19:58:05 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (smtp3.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Mon, 16 Mar 2015 19:58:06 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426535886395:409651849 X-MC-Ingress-Time: 1426535886395 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp3.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXarS-0005Fv-WD; Mon, 16 Mar 2015 19:39:39 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2GJdXtG023800; Mon, 16 Mar 2015 13:39:33 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1+EjWpdB09Tax1lPPAO9FWr Message-ID: <1426534773.95554.15.camel@freebsd.org> Subject: Re: How to use u-boot-beaglebone port? From: Ian Lepore To: Tim Kientzle Date: Mon, 16 Mar 2015 13:39:33 -0600 In-Reply-To: <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 20:06:07 -0000 On Sun, 2015-03-15 at 19:57 -0700, Tim Kientzle wrote: > > On Mar 12, 2015, at 5:59 PM, Paul Mather wrote: > > > > Has anyone successfully used the sysutils/u-boot-beaglebone port? > > > > I managed to build [1] and install it today. I tried to install it to the SD card FAT partition, as per the README, and the result was an unbootable system. > > > > When I copied the u-boot.img file as u-boot.img (rather than the bb-uboot.img as suggested in the README), I got it to start up to the "U-Boot#" prompt. > > > Apparently, no one ever patched the port to use bb-uboot.img and bb-ubldr > as the name. > > I did this in Crochet when I was experimenting with having multiple > U-Boots on a single SD card image. That experiment was to try > to see what would be required to build single images that booted on > multiple different devices. > When I created the u-boot-beaglebone port I specifically removed that bb- prefix stuff, because there will never be a unified image that runs on both rpi and beaglebone [*]. I had hoped someone would update crochet to use the new ports and this is one of the minor changes that would be needed on the crochet side. -- Ian [*] Because armv6 != armv7 in this case. While armv6 is synonymous with armv7 for most purposes in freebsd, the rpi is the exception to that in that it really IS armv6, and that leads to the kernel being built with different cache maintenance routines that don't work on armv7. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 21:45:23 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BEE368A for ; Mon, 16 Mar 2015 21:45:23 +0000 (UTC) Received: from nm4-vm3.bullet.mail.gq1.yahoo.com (nm4-vm3.bullet.mail.gq1.yahoo.com [98.136.218.162]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21C30C3D for ; Mon, 16 Mar 2015 21:45:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1426542126; bh=6aRHd53Kv9RE0v/WW0KSuTbTLJ+I0ibSlMJlwMRVzhg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject; b=SVraERawhfpv+3uPsGO6LQB1R/3LhNV6KblsZSZoCKXTqawHZOjS5NyN4WcAEkjaAk69V+/bOuAbKdBVOuZfU0SLzIChI7sWUkMucI21/rJks8231FFX04JLrugZTNPKH/jkx+BLY/f1or9iPfYqYtja/tZabCAXHS6GlhzQh65UHYlkBUq9iiYvJfM3qDl8adz+tt8Ve9hrtH7lsVdS8wJ2IABNgNlrY4z5eWZEEk9En519Egtpi6IlW3QEvDWm8lRUCllm2wdNtvNRL9r6MfKpDYYJUmc+TxXe2IZ5k2xfzXjFbnHSj+8Rxun4FASyW/lLeKSk7qSRDBlFNaHeGQ== Received: from [98.137.12.56] by nm4.bullet.mail.gq1.yahoo.com with NNFMP; 16 Mar 2015 21:42:06 -0000 Received: from [98.138.104.116] by tm1.bullet.mail.gq1.yahoo.com with NNFMP; 16 Mar 2015 21:42:06 -0000 Received: from [127.0.0.1] by smtp225.mail.ne1.yahoo.com with NNFMP; 16 Mar 2015 21:42:06 -0000 X-Yahoo-Newman-Id: 637543.92508.bm@smtp225.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: omEwP7YVM1kv_9DZyIsAV5rWUUSVXxNmS7TWRhNsOsHXLm7 EvvY3KzQSAoYytISr2FnhP43r4XtNwhFuDS3Jq2W3vdKTolPD7It8rcRF4Gw yhKP6j0WqFIKxVA_HqzPXwz2ozVgw1BLFyceevFGKRwt1V9d5p4wkALHfC58 sFSZCHh7nJ9aO2uzxhb159dyaDm66Fep8Q7dCgX7zuOAKBrJ3eTo6rblcTAx kpnD8Uxvk3r0MmojnnKj1Vm5MTPO_7Yogulz36bxJgpcHSlIQgDJsrANi7_a O8TV.OB39hl7heP8eL_geW6hH6_1u2DveERb9DDOqM6x5ztPrtEbIw.jhayv iHqdd2xCP3RQNZMLLpB8IjyHhgaAjISYwZXszIGD_WHKss6bltuR23sLDime 24K4U05SmXuu_b3QAVB58.F1uLkjnY5xR9fUjcsY_HhtqLkWEUOeT5rlcUFT 5p7PDCFaTFLAJV5PUlkrAiCU_M0K3fSoqEjhCv9s3gR0.scmSABOJd2J4Mg5 o4_0nrWbDNNUdIIMZ3nrxsor3S_Uz7gGl59aMSIJIA.25StiXYJhd3g-- X-Yahoo-SMTP: tUxoRneswBA21azLM.3ybMESf0mC2bFhTbmt0VU5ervH0kqi5lo- Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: hexdumping /dev/mem From: Thomas Skibo In-Reply-To: Date: Mon, 16 Mar 2015 14:42:04 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <29227F8C-4A83-4C95-9CD2-BA14E797A882@sbcglobal.net> References: To: =?utf-8?Q?Mat=C3=ADas_Perret_Cantoni?= X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 21:45:23 -0000 > On Mar 16, 2015, at 1:00 PM, Mat=C3=ADas Perret Cantoni = wrote: >=20 > Hello! >=20 > I'm trying to read a 32 bit register of the System Level Control > Registers of the ZedBoard (Zynq-7000 SoC) from a running FreeBSD. I > thought that I could simply do it with hexdump(1) to avoid writing a > driver since I only need to read it once. I've tried: >=20 >=20 > #hexdump -s 0xF8000910 -n 4 /dev/mem >=20 >=20 > and I get this message: >=20 > hexdump: /dev/mem: Invalid argument >=20 >=20 > Reading some archives in this mailing list I've found that "the arm > version of /dev/mem is not functionally equivalent to that of amd64 or > i386. Arm disallows access to non-DRAM addresses through /dev/mem=E2=80= =9D. That=E2=80=99s correct. /dev/mem only reads from memory not devices. I always use kdb to peek/dump registers. You have to translate the = device addresses (use =E2=80=9Cshow devmap=E2=80=9D to see the = mappings). But, once you know the kernel virtual addresses of the registers, you = might be able to hexdump them through /dev/kmem. (I don=E2=80=99t have = a Zedboard in front of me to try that.) >=20 > Is there any other way of doing this? Maybe the whole idea of using > hexdump for this isn't really good. >=20 >=20 >=20 > Thanks in advance. > Regards, > Matias. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" ------- Thomas Skibo thomasskibo@sbcglobal.net From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 22:58:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47DED85B for ; Mon, 16 Mar 2015 22:58:11 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F2B83A0 for ; Mon, 16 Mar 2015 22:58:10 +0000 (UTC) Received: by qcto4 with SMTP id o4so58630465qct.3 for ; Mon, 16 Mar 2015 15:58:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=l36BUIKTCvVDkQqhRlXSSdHyCZzT88r+X1oI3v+5RXo=; b=K8TV73O0JIeTSNWg5ER1T4X3wPG8QWdjtabvPNVMDlbOgPJDlb32rcf4dY1rCX6REg tFU4Wt3fVv4qzeneoWjLKJbfQ4R6y2QO5kFFHoxkMS7sVQw6rDzMFLA7dtWS038UA2kK l8TdHIZc3NidYtrBNLzkLm7FDCn3iRCAQFXLmOXDTV/vLWjm23I4by4Uq7MZas3CC1Y4 YYJMBtFizEKPNcbHnTv087olLEAtudYG9FVFJsiq/jf7wemnKPL6vP7XZnHOLQc4Qqk3 mfTuMsD9wlxKBeybHaUDhBw+WUAhmvn+ZRSwWnNSLsE2P2OYjrMpIxQIqXCkPLMlXSsk L78Q== MIME-Version: 1.0 X-Received: by 10.55.20.213 with SMTP id 82mr104251535qku.46.1426546690150; Mon, 16 Mar 2015 15:58:10 -0700 (PDT) Received: by 10.140.37.82 with HTTP; Mon, 16 Mar 2015 15:58:10 -0700 (PDT) In-Reply-To: <29227F8C-4A83-4C95-9CD2-BA14E797A882@sbcglobal.net> References: <29227F8C-4A83-4C95-9CD2-BA14E797A882@sbcglobal.net> Date: Mon, 16 Mar 2015 19:58:10 -0300 Message-ID: Subject: Re: hexdumping /dev/mem From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: Thomas Skibo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 22:58:11 -0000 2015-03-16 18:42 GMT-03:00 Thomas Skibo : > >> On Mar 16, 2015, at 1:00 PM, Mat=C3=ADas Perret Cantoni wrote: >> >> Hello! >> >> I'm trying to read a 32 bit register of the System Level Control >> Registers of the ZedBoard (Zynq-7000 SoC) from a running FreeBSD. I >> thought that I could simply do it with hexdump(1) to avoid writing a >> driver since I only need to read it once. I've tried: >> >> >> #hexdump -s 0xF8000910 -n 4 /dev/mem >> >> >> and I get this message: >> >> hexdump: /dev/mem: Invalid argument >> >> >> Reading some archives in this mailing list I've found that "the arm >> version of /dev/mem is not functionally equivalent to that of amd64 or >> i386. Arm disallows access to non-DRAM addresses through /dev/mem=E2=80= =9D. > > That=E2=80=99s correct. /dev/mem only reads from memory not devices. > > I always use kdb to peek/dump registers. You have to translate the devic= e addresses (use =E2=80=9Cshow devmap=E2=80=9D to see the mappings). > Looks like kdb is what I needed :). I don't even need hexdump. I guess I'm learning pretty basic stuff here. > But, once you know the kernel virtual addresses of the registers, you mig= ht be able to hexdump them through /dev/kmem. (I don=E2=80=99t have a Zedb= oard in front of me to try that.) > I couldn't find any man page for "kdb" or "db", and the help command of db didn't help much. ddb(4) and the section "On-Line Kernel Debugging Using DDB" of the developers-handbook were useful, but there's no clue about the show devmap there. Is there any other documentation source that I can read to find more about this? And last, once I entered kdb, is there any way to go back to the system without rebooting? Thank you! >> >> Is there any other way of doing this? Maybe the whole idea of using >> hexdump for this isn't really good. >> >> >> >> Thanks in advance. >> Regards, >> Matias. >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > ------- > Thomas Skibo > thomasskibo@sbcglobal.net > > > > From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 23:16:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11DBFC1A for ; Mon, 16 Mar 2015 23:16:09 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D07327C1 for ; Mon, 16 Mar 2015 23:16:08 +0000 (UTC) Received: by pacwe9 with SMTP id we9so78475676pac.1 for ; Mon, 16 Mar 2015 16:16:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=luns3B6sXK0clfn53IEEuywE88nufRoOspfcMWzGz2M=; b=je5XqPlGJqbn4inqgFWatADqvpSfOV+MWmFmChdnt5c4Od2xvdoWHinXik4Foq/vgT HG+uoqqRZpUuq9rIziIaCcyLfmvu+23E9br8WHqGL2qljjPFTwN+wrmKsv+OZHxNDO2T u174g8EWd4k6oksQk32+g+PcGIm6YxASDe7/2QwsrXiAw93oidsbPMMKMI6NbMtJ8adu U4mkmHa97C2btC5HMMnL45G4MFHPE+ottwBepEG8LInuGGUJePYe0Ttl5NcCEgDw1yJJ KH1/kjU3DqUpElXSGywsiA8lnWwxlMWmf8xIDMxVjl6ZoWY5QYFNYmnCmY3HWfuO7YI9 WvRw== X-Gm-Message-State: ALoCoQmSXToJZWs0u+aQOTLN9aRnh4N7K52Wz5dqXTMjF2JPDVVXieQY9YKvqDPHYBC342ZrBtYF X-Received: by 10.66.66.105 with SMTP id e9mr142823086pat.17.1426547767539; Mon, 16 Mar 2015 16:16:07 -0700 (PDT) Received: from [10.10.4.127] (host65.n061-122-037-064.pri.iprevolution.ne.jp. [61.122.37.65]) by mx.google.com with ESMTPSA id ht2sm19035988pdb.23.2015.03.16.16.16.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Mar 2015 16:16:05 -0700 (PDT) Sender: Warner Losh Subject: Re: How to use u-boot-beaglebone port? Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E7CD03E4-39CD-476F-BDC3-D575DC580C12"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Warner Losh In-Reply-To: <1426534773.95554.15.camel@freebsd.org> Date: Tue, 17 Mar 2015 08:16:03 +0900 Message-Id: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2070.6) Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 23:16:09 -0000 --Apple-Mail=_E7CD03E4-39CD-476F-BDC3-D575DC580C12 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 17, 2015, at 4:39 AM, Ian Lepore wrote: >=20 > [*] Because armv6 !=3D armv7 in this case. While armv6 is synonymous = with > armv7 for most purposes in freebsd, the rpi is the exception to that = in > that it really IS armv6, and that leads to the kernel being built with > different cache maintenance routines that don't work on armv7. I thought all that was handled through a separate vector so we could, in theory, do that. All of it is conditional, but that vectors back via = a table. It=E2=80=99s been like that on arm since day one, though maybe that got = broken somewhere. Warner --Apple-Mail=_E7CD03E4-39CD-476F-BDC3-D575DC580C12 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVB2QzAAoJEGwc0Sh9sBEAHX0QAIjaQaxPZ4baBD4Bc9tlzW8U k0nkCYRt+GDwOVd3du2tswEFDyjNaIygHKB0DfSsIHIa6bvSiZ2EUW90wNbI9fNh 5Tzl/Yk7kDg0FS2h8m/fnluqycMfZScQAygR3Q6MgRlK64optkAexmTX+u8crvUu JHXX/u2Q2BRD/tU9S5zHwAN9lcvLTcMIA95cEc0Bp+bGuX/vVMgUej8dn/05qKut lU+gtoJXfv+gB9fn3wVWES2OZiqDAdMpaGS3YE5MVeAcS31sFKj1tM7/I/TVWZsm dOBdj3W31p5Lq4YAr1hUBtjzleXxb2gc1WursW/aF0DtciKwYcZpwLX6NCXS7vgh W19Y3YWTpeftjrwXMMyRZkTn5cndg/G8NGB3N37aC+nr36L0nvu6qp7//iAQUigI IalItfGbaHxeAi57GbXpQu/cBXw1n9JEoIbRgG/t73DLrasKsDnQdnz7Q494T0hs zVu7Vae9v7pn454zxx2JJbA7IfhsM2KFb5BUUop/RoG8uEiayOUwDwb2IVLU6vmT 78VTbGNrE710SpcyZGd56ILdsfs9CcZWeGsn2YI8gZ6Vd13AINRJncSZR7YkY3yA huMbGHxvqVSK2Ul76iqowdBRxSilR/Iz+SnSyoP4QCtm+IjljeMO3Zc52AbbOS5j FXjzooiNASA9yz8sq9yL =QBCy -----END PGP SIGNATURE----- --Apple-Mail=_E7CD03E4-39CD-476F-BDC3-D575DC580C12-- From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 23:41:42 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 238A296 for ; Mon, 16 Mar 2015 23:41:42 +0000 (UTC) Received: from mx0.deglitch.com (unknown [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id C632FAA6 for ; Mon, 16 Mar 2015 23:41:41 +0000 (UTC) Received: from dhcp-250-37.sj.pi-coral.com (unknown [12.218.212.178]) by mx0.deglitch.com (Postfix) with ESMTPSA id C6FF48FC27; Tue, 17 Mar 2015 03:41:36 +0400 (MSK) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: hexdumping /dev/mem From: Stanislav Sedov In-Reply-To: Date: Mon, 16 Mar 2015 16:41:32 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <8033BAE2-9D21-4DB3-AEE9-727B1F3CE9C7@freebsd.org> References: <29227F8C-4A83-4C95-9CD2-BA14E797A882@sbcglobal.net> To: =?utf-8?Q?Mat=C3=ADas_Perret_Cantoni?= X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 23:41:42 -0000 > On Mar 16, 2015, at 3:58 PM, Mat=C3=ADas Perret Cantoni = wrote: >=20 > I couldn't find any man page for "kdb" or "db", and the help command > of db didn't help much. The only relevant manual pages are ddb(4) and ddb(8), I=E2=80=99m = afraid. But they have plenty of information. Nothing on devmap though. >=20 > ddb(4) and the section "On-Line Kernel Debugging Using DDB" of the > developers-handbook were useful, but there's no clue about the show > devmap there. Is there any other documentation source that I can read > to find more about this? >=20 > And last, once I entered kdb, is there any way to go back to the > system without rebooting? =E2=80=9Ccontinue=E2=80=9D should do the trick. -- ST4096-RIPE From owner-freebsd-arm@FreeBSD.ORG Mon Mar 16 23:45:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F329FE for ; Mon, 16 Mar 2015 23:45:30 +0000 (UTC) Received: from mx0.deglitch.com (unknown [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2E108ABC for ; Mon, 16 Mar 2015 23:45:30 +0000 (UTC) Received: from dhcp-250-37.sj.pi-coral.com (unknown [12.218.212.178]) by mx0.deglitch.com (Postfix) with ESMTPSA id A5B8E8FC27; Tue, 17 Mar 2015 03:45:24 +0400 (MSK) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: hexdumping /dev/mem From: Stanislav Sedov In-Reply-To: <8033BAE2-9D21-4DB3-AEE9-727B1F3CE9C7@freebsd.org> Date: Mon, 16 Mar 2015 16:45:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9F97BF3C-0CCB-4904-9ECD-E94650221521@freebsd.org> References: <29227F8C-4A83-4C95-9CD2-BA14E797A882@sbcglobal.net> <8033BAE2-9D21-4DB3-AEE9-727B1F3CE9C7@freebsd.org> To: =?utf-8?Q?Mat=C3=ADas_Perret_Cantoni?= X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2015 23:45:30 -0000 > On Mar 16, 2015, at 4:41 PM, Stanislav Sedov wrote: >=20 >=20 >> On Mar 16, 2015, at 3:58 PM, Mat=C3=ADas Perret Cantoni = wrote: >>=20 >> I couldn't find any man page for "kdb" or "db", and the help command >> of db didn't help much. >=20 > The only relevant manual pages are ddb(4) and ddb(8), I=E2=80=99m = afraid. > But they have plenty of information. Nothing on devmap though. The changeset that introduced the `show devmap` command is this one: = http://code.metager.de/source/diff/freebsd/sys/arm/arm/devmap.c?r2=3D%2Ffr= eebsd%2Fsys%2Farm%2Farm%2Fdevmap.c%40b3a08227709b8bd739e87fffe840ab9c57282= d6a&r1=3D%2Ffreebsd%2Fsys%2Farm%2Farm%2Fdevmap.c%4085cfc2b419b3418d5832ad5= f597f4609dbcd5a49 -- ST4096-RIPE From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 02:48:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FB95E33 for ; Tue, 17 Mar 2015 02:48:26 +0000 (UTC) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3DC20E08 for ; Tue, 17 Mar 2015 02:48:25 +0000 (UTC) Received: by pdnc3 with SMTP id c3so76028566pdn.0 for ; Mon, 16 Mar 2015 19:48:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=DNQGriI41RaFnHJ7l/OYERL6NOKIItWDC1oq6aqyi9I=; b=L5szsR3Z2nXgRl8AtKSrH91T9wJdUGN6of6ZeiD2Dzu6x0AKpz12tSbJwWFI6KVHMV xCUJpyoTofDF9syjAOUg0IDocXaMVcnST8+sW+EKkpAsT0rgZO8thUhzPrTOjPPvk/bt B/z41cHL0braGztP7dHHPqHP+FZ1lMztTOU+VrO0yOsf9BZoBIDPYbxOOt08cawrqMOU B7mnaHyR3rQoFTBw8LHShshgiPn5+spDRxQrlkHg3qk+BiWmr6+Omwnz/qEtGou3YlIh 2JyylIsPs9qkH4bbM9iGv0sB/Iy66BWx76/eN+NxKh1LfyldNkR7UXGRgVrkkw4xiPC9 ntzQ== X-Gm-Message-State: ALoCoQmpuhi/HmCBqX7LSuZkDeefYR55b8Ha7419nxjsED9bXaIpp2MUtMMASlC5KRXb4X6h9cP6 X-Received: by 10.66.124.129 with SMTP id mi1mr143277503pab.21.1426560195382; Mon, 16 Mar 2015 19:43:15 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id hz8sm19526426pac.5.2015.03.16.19.43.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Mar 2015 19:43:14 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Building Cross Compiler and u-boot From: Tim Kientzle In-Reply-To: Date: Mon, 16 Mar 2015 19:43:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1426437012.67325.7.camel@freebsd.org> To: Russell Haley X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 02:48:26 -0000 You=E2=80=99re trying to use the cross-compiler for the native bits. When building U-Boot, you should use: HOSTCC=3Dcc HOSTCC is a native compiler used to build a couple of U-Boot tools, = including gen_eth_addr. Those tools are then used to process other = pieces of U-Boot on the build machine. The default is =E2=80=98gcc=E2=80= =99 which only works if you have a native GCC installed. Last I = checked, the native bits did not actually require GCC, so just use = =E2=80=98cc=E2=80=99 here. CROSS_COMPILE=3Darm-none-eabi- This sets the prefix used to generate names for the various cross-tools. = With this setting, the build process will use arm-none-eabi-gcc, = arm-none-eabi-ar, etc. This can also be a path name or any other text. = There are also individual arguments for each program, but you probably = won=E2=80=99t need to use those. Tim > On Mar 15, 2015, at 11:02 PM, Russell Haley = wrote: >=20 > Thanks Johny Mattsson, that's what I needed! >=20 >=20 > root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Darm-none-eabi-gcc > CROSS_COMPILE=3Darm-none-eabi- ccwmx53js_config > Configuring a wireless module > Configuring for ccwmx53 board... > root@Jailbird:/usr/uboot# >=20 >=20 > However: > root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Darm-none-eabi-gcc > CROSS_COMPILE=3Darm-none-eabi- > for dir in tools examples/standalone examples/api ; do gmake -C $dir > _depend ; done > gmake[1]: Entering directory '/usr/uboot/tools' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/tools' > gmake[1]: Entering directory '/usr/uboot/examples/standalone' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/standalone' > gmake[1]: Entering directory '/usr/uboot/examples/api' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/api' > gmake -C tools all > gmake[1]: Entering directory '/usr/uboot/tools' > arm-none-eabi-gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer > -idirafter /usr/uboot/include -idirafter /usr/uboot/include2 > -idirafter /usr/uboot/include -I /usr/uboot/libfdt -I /usr/uboot/tools > -DTEXT_BASE=3D0x77800000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -O -o > gen_eth_addr.o gen_eth_addr.c -c > gen_eth_addr.c:24:19: fatal error: stdio.h: No such file or directory > #include > ^ > compilation terminated. > /usr/uboot/config.mk:218: recipe for target 'gen_eth_addr.o' failed > gmake[1]: *** [gen_eth_addr.o] Error 1 > gmake[1]: Leaving directory '/usr/uboot/tools' > Makefile:402: recipe for target 'tools' failed > gmake: *** [tools] Error 2 > root@Jailbird:/usr/uboot# >=20 > My source is from here: https://github.com/rpaulo/uboot-ccwmx53-digi >=20 >=20 > On Sun, Mar 15, 2015 at 9:01 PM, Russell Haley = wrote: >> Hi Ian, >>=20 >> Sorry, I'm sure this is a newbie mistake, but I'm still getting gcc = not found. >>=20 >> root@Jailbird:/usr/local/arm-none-eabi$ pkg install arm-none-eabi-gcc >> Updating FreeBSD repository catalogue... >> FreeBSD repository is up-to-date. >> All repositories are up-to-date. >> Checking integrity... done (0 conflicting) >> The most recent version of packages are already installed >> root@Jailbird:/usr/local/arm-none-eabi$ gcc >> gcc: Command not found. >>=20 >> I'm not sure where it was installed? >> root@Jailbird:/usr/local/arm-none-eabi/bin# ls >> ar as ld ld.bfd nm objcopy objdump ranlib size = strip >>=20 >>=20 >>=20 >>=20 >> On Sun, Mar 15, 2015 at 9:30 AM, Ian Lepore wrote: >>> On Sat, 2015-03-14 at 21:14 -0700, Russell Haley wrote: >>>> Hello I am trying to build the cross compile tools and make u-boot. >>>>=20 >>>> Tim Kientzle spoke about two ways of getting cross compilers for >>>> outside of building FreeBDS: >>>>=20 >>>> 1) make TARGET=3Darm TARGET_ARCH=3Darmv6 buildenv >>>>=20 >>>> after a successful buildworld >>>>=20 >>>> 2)make xdev XDEV=3Darm XDEV_ARCH=3Darmv6 >>>>=20 >>>> I have struggled (and failed) to make either work. I checked out = Rui >>>> Paulos uboot fork to /usr/uboot. >>>>=20 >>>>=20 >>>> 1)Using buildenv -> >>>=20 >>> The xdev way of building crosstools to build uboot is pretty much = dead. >>> Probably the best way forward is to use one of the existing u-boot = ports >>> such as sysutils/u-boot-wandboard, copy it and transform it into a = port >>> to build the flavor you need. To save the time of building the port >>> cross-compiler from scratch you can do "pkg install = arm-none-eabi-gcc". >>>=20 >>> Are you working with the ConnectCore 6? If so, the u-boot ports for >>> wandboard or cubox-hummingboard are probably 99% ready, you may need = to >>> tweak the config file patch in the port. >>>=20 >>> -- Ian >>>=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 06:54:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D696D5FD for ; Tue, 17 Mar 2015 06:54:56 +0000 (UTC) Received: from mail-yh0-x233.google.com (mail-yh0-x233.google.com [IPv6:2607:f8b0:4002:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A34FA46 for ; Tue, 17 Mar 2015 06:54:56 +0000 (UTC) Received: by yhct68 with SMTP id t68so281546yhc.2 for ; Mon, 16 Mar 2015 23:54:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=nr1OzJGQZFzNPIHZDLFWcxb6tSE34vC5RVHJJYoszVE=; b=WOz/u2Ap0cjDZtZ6X7iwmr1QSeLpGeR86TvPBQW/2mIXy+7EKDKdt1wRaQ3Zi36BFp 0O3ZWarVo+4MPBE+EFotMWNC5U259XOKwTtdIbDBhYC4cddsoLKd1tHCC+i/0nCrRRog IIOr0uZ+mP5HeEqgc0cRAVsL8EwGqKBuE1uGvBd18Qxf58KSHgv2QWtMTi7UYMvWD+mk JvA8HU4SfX/xU0JsDpkVcLpaOAd72a5oFgxbou7H8L/0PDCPasRLflEh+5Li61ggBGe1 QGvkv+Mg9yd7rD193XrzvPUJ8E7Op9WIewpq+SclAKBCCtifpbY4FP3lcBax0huZYNOh hXRw== MIME-Version: 1.0 X-Received: by 10.236.104.132 with SMTP id i4mr64051902yhg.62.1426575295558; Mon, 16 Mar 2015 23:54:55 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Mon, 16 Mar 2015 23:54:55 -0700 (PDT) In-Reply-To: References: <5505CD50.2050503@ambient-md.com> Date: Mon, 16 Mar 2015 23:54:55 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Tim Kientzle , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 06:54:56 -0000 Okay, I have to figure out how to get current running in a jail on PC-BSD. I'm going to hit their forum. Tim, as per "You=E2=80=99re trying to use the cross-compiler for the native bits." Okay, this is my latest: root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc CROSS_COMPILE=3Darm-none-eabi- ccwmx53js_config Configuring a wireless module Configuring for ccwmx53 board... root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc CROSS_COMPILE=3Darm-= none-eabi- Generating include/autoconf.mk Shared object "libmpc.so.3" not found, required by "cc1" Generating include/autoconf.mk.dep Shared object "libmpc.so.3" not found, required by "cc1" for dir in tools examples/standalone examples/api ; do gmake -C $dir _depend ; done gmake[1]: Entering directory '/usr/uboot/tools' gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/tools' gmake[1]: Entering directory '/usr/uboot/examples/standalone' gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/examples/standalone' gmake[1]: Entering directory '/usr/uboot/examples/api' gmake[1]: Nothing to be done for '_depend'. gmake[1]: Leaving directory '/usr/uboot/examples/api' gmake -C tools all gmake[1]: Entering directory '/usr/uboot/tools' cc -g -Wall -idirafter /usr/uboot/include -idirafter /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt -I /usr/uboot/tools -DTEXT_BASE=3D0x77800000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -O -c -o fdt.o cc: error: no input files Makefile:231: recipe for target 'fdt.o' failed gmake[1]: *** [fdt.o] Error 1 gmake[1]: Leaving directory '/usr/uboot/tools' Makefile:402: recipe for target 'tools' failed gmake: *** [tools] Error 2 root@Jailbird:/usr/uboot# ls tools/ .depend easylogo image.o logos mkimage.o scripts Makefile env img2brec.sh md5.o mpc86x_clk.c setlocalversion bddb envcrc.c img2srec.c mingw_support.c ncb.c sha1.o bin2header.c fdt_host.h imls mingw_support.h netconsole ubsha1.c bmp_logo.c gdb inca-swap-bytes.c mkimage.c os_support.c updater crc32.o gen_eth_addr.c jtagconsole mkimage.h os_support.h root@Jailbird:/usr/uboot# I know I've already said it but: oh, my poor little brain! Thanks guys! Russ On Sun, Mar 15, 2015 at 10:32 PM, Russell Haley wrot= e: > Ah, I didn't realize my jail had to be of the same branch as I was > trying to cross compile. Thank you. > > Russ > > On Sun, Mar 15, 2015 at 9:25 PM, Tim Kientzle wrote: >> >>> On Mar 15, 2015, at 8:17 PM, Russell Haley wrote= : >>> >>> Tim, >>> >>> root@Jailbird:/usr/src# cat /usr/src/contrib/elftoolchain/nm/nm.c | >>> grep "libdwarf.h" >>> #include >>> >>> root@Jailbird:/usr/src# ll /usr/include/libdwarf.h >>> -r--r--r-- 1 root wheel 7385 Nov 11 13:03 /usr/include/libdwarf.h >>> >>> root@Jailbird:/usr/src# ll /usr/src/contrib/elftoolchain/libdwarf/libdw= arf.h >>> -rw-r--r-- 1 root wheel 33712 Mar 5 23:00 >>> /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h >>> >>> >>> root@Jailbird:/usr/src# cat /usr/include/libdwarf.h | grep Dwarf_Block >> >> Apparently, you have a broken /usr/include/libdwarf.h. The >> file on your system is from Nov 11, but a quick dig through SVN >> logs shows that the Dwarf_Block declaration has been in >> FreeBSD-CURRENT since at least Jan 2014. >> >> I suggest you try updating your build system from source. >> >> Cheers, >> >> Tim >> >> >> >>> root@Jailbird:/usr/src# cat >>> /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h | grep Dwarf_Block >>> } Dwarf_Block; >>> int dwarf_formblock(Dwarf_Attribute, Dwarf_Block **, Dwarf_= Error *); >>> root@Jailbird:/usr/src# >>> >>> >>> >>> >>> Thanks, >>> >>> Russ >>> >>> On Sun, Mar 15, 2015 at 7:52 PM, Tim Kientzle wrote: >>>> >>>>> On Mar 15, 2015, at 12:25 PM, Russell Haley wr= ote: >>>>> >>>>> Peter, >>>>> >>>>> Sorry, I was attacked by a wild kid who managed to send my unfinished= email... >>>>> >>>>> Here is the error I get when I run your command from head: >>>>> make XDEV=3Darm XDEV_ARCH=3Darmv6 WITH_GCC=3D1 WITH_GCC_BOOTSTRAP=3D1 >>>>> WITHOUT_CLANG=3D1 WITHOUT_CLANG_BOOTSTRAP=3D1 WITHOUT_CLANG_IS_CC=3D1= xdev >>>>> xdev-links >>>>> >>>>> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libel= ftc >>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=3Dgnu99 >>>>> -fstack-protector -Qunused-arguments -c >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error: >>>>> unknown type name 'Dwarf_Block' >>>>> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >>>>> ^ >>>> >>>> On my system: >>>> /usr/src/contrib/elftoolchain/nm/nm.c includes libdwarf.h. >>>> >>>> /usr/include/libdwarf.h defines Dwarf_Block >>>> >>>> /usr/include/libdwarf.h is installed from /usr/src/contrib/elftoolcha= in/libdwarf/libdwarf.h >>>> >>>> Can you check those on your system? >>>> >>>> Tim >>>> >>>> >> From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 07:10:00 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA5937D1 for ; Tue, 17 Mar 2015 07:10:00 +0000 (UTC) Received: from mail-yh0-x232.google.com (mail-yh0-x232.google.com [IPv6:2607:f8b0:4002:c01::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D152BA2 for ; Tue, 17 Mar 2015 07:10:00 +0000 (UTC) Received: by yhct68 with SMTP id t68so378601yhc.2 for ; Tue, 17 Mar 2015 00:09:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=DrdDQFQjLBieXsyz4o0vzIVOwGmnz7Rdu1lnRJG1zBk=; b=m/MKfMs86eTsclJtry96L1/mdLI09WRvE3uZJFpF82cKMJStk9BIimMCGgQ6+5MNiR 6z13nXTYz96H84wNVdkS5AUqOzMvn8bo4DSnj9/FVCxyi1u9g9F2hCuhBQPSra1PHp70 SqhEbmJTEnre2s2oXn/lUOTBb8o0Y0VPJIGgKqwqnjnk2C/jl2UMYI2pt/O/Id/XlKUs AbNnPYIgcxei1scvvzW7F9OgoQpT919jxeG286J2XtrLGdSMnao8GwXZoJHQAZmXh3Pu lFy7MwpXmZeDXqFsvIvqlPBBwPFe9I2NBaJdWxEb5Cj3NFhyEm2t3WGPcd7/skvnGl7Y MvQQ== MIME-Version: 1.0 X-Received: by 10.170.48.18 with SMTP id 18mr74923371ykq.112.1426576199583; Tue, 17 Mar 2015 00:09:59 -0700 (PDT) Received: by 10.170.182.81 with HTTP; Tue, 17 Mar 2015 00:09:59 -0700 (PDT) In-Reply-To: References: <5505CD50.2050503@ambient-md.com> Date: Tue, 17 Mar 2015 00:09:59 -0700 Message-ID: Subject: Re: Building Cross Compiler and u-boot From: Russell Haley To: Tim Kientzle , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 07:10:00 -0000 I'll answer my own jails question: 15.3. Creating and Controlling Jails https://www.freebsd.org/doc/handbook/jails-build.html Cheers, Russ On Mon, Mar 16, 2015 at 11:54 PM, Russell Haley wrot= e: > Okay, I have to figure out how to get current running in a jail on > PC-BSD. I'm going to hit their forum. > > Tim, as per "You=E2=80=99re trying to use the cross-compiler for the nati= ve > bits." Okay, this is my latest: > > root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc > CROSS_COMPILE=3Darm-none-eabi- ccwmx53js_config > Configuring a wireless module > Configuring for ccwmx53 board... > root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc CROSS_COMPILE=3Dar= m-none-eabi- > Generating include/autoconf.mk > Shared object "libmpc.so.3" not found, required by "cc1" > Generating include/autoconf.mk.dep > Shared object "libmpc.so.3" not found, required by "cc1" > for dir in tools examples/standalone examples/api ; do gmake -C $dir > _depend ; done > gmake[1]: Entering directory '/usr/uboot/tools' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/tools' > gmake[1]: Entering directory '/usr/uboot/examples/standalone' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/standalone' > gmake[1]: Entering directory '/usr/uboot/examples/api' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/api' > gmake -C tools all > gmake[1]: Entering directory '/usr/uboot/tools' > cc -g -Wall -idirafter /usr/uboot/include -idirafter > /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt > -I /usr/uboot/tools -DTEXT_BASE=3D0x77800000 -DUSE_HOSTCC > -D__KERNEL_STRICT_NAMES -O -c -o fdt.o > cc: error: no input files > Makefile:231: recipe for target 'fdt.o' failed > gmake[1]: *** [fdt.o] Error 1 > gmake[1]: Leaving directory '/usr/uboot/tools' > Makefile:402: recipe for target 'tools' failed > gmake: *** [tools] Error 2 > root@Jailbird:/usr/uboot# ls tools/ > .depend easylogo image.o logos > mkimage.o scripts > Makefile env img2brec.sh md5.o > mpc86x_clk.c setlocalversion > bddb envcrc.c img2srec.c mingw_support.c > ncb.c sha1.o > bin2header.c fdt_host.h imls mingw_support.h > netconsole ubsha1.c > bmp_logo.c gdb inca-swap-bytes.c mkimage.c > os_support.c updater > crc32.o gen_eth_addr.c jtagconsole mkimage.h > os_support.h > root@Jailbird:/usr/uboot# > > I know I've already said it but: oh, my poor little brain! > > Thanks guys! > Russ > > On Sun, Mar 15, 2015 at 10:32 PM, Russell Haley wr= ote: >> Ah, I didn't realize my jail had to be of the same branch as I was >> trying to cross compile. Thank you. >> >> Russ >> >> On Sun, Mar 15, 2015 at 9:25 PM, Tim Kientzle wrote: >>> >>>> On Mar 15, 2015, at 8:17 PM, Russell Haley wrot= e: >>>> >>>> Tim, >>>> >>>> root@Jailbird:/usr/src# cat /usr/src/contrib/elftoolchain/nm/nm.c | >>>> grep "libdwarf.h" >>>> #include >>>> >>>> root@Jailbird:/usr/src# ll /usr/include/libdwarf.h >>>> -r--r--r-- 1 root wheel 7385 Nov 11 13:03 /usr/include/libdwarf.h >>>> >>>> root@Jailbird:/usr/src# ll /usr/src/contrib/elftoolchain/libdwarf/libd= warf.h >>>> -rw-r--r-- 1 root wheel 33712 Mar 5 23:00 >>>> /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h >>>> >>>> >>>> root@Jailbird:/usr/src# cat /usr/include/libdwarf.h | grep Dwarf_Block >>> >>> Apparently, you have a broken /usr/include/libdwarf.h. The >>> file on your system is from Nov 11, but a quick dig through SVN >>> logs shows that the Dwarf_Block declaration has been in >>> FreeBSD-CURRENT since at least Jan 2014. >>> >>> I suggest you try updating your build system from source. >>> >>> Cheers, >>> >>> Tim >>> >>> >>> >>>> root@Jailbird:/usr/src# cat >>>> /usr/src/contrib/elftoolchain/libdwarf/libdwarf.h | grep Dwarf_Block >>>> } Dwarf_Block; >>>> int dwarf_formblock(Dwarf_Attribute, Dwarf_Block **, Dwarf= _Error *); >>>> root@Jailbird:/usr/src# >>>> >>>> >>>> >>>> >>>> Thanks, >>>> >>>> Russ >>>> >>>> On Sun, Mar 15, 2015 at 7:52 PM, Tim Kientzle wrote= : >>>>> >>>>>> On Mar 15, 2015, at 12:25 PM, Russell Haley w= rote: >>>>>> >>>>>> Peter, >>>>>> >>>>>> Sorry, I was attacked by a wild kid who managed to send my unfinishe= d email... >>>>>> >>>>>> Here is the error I get when I run your command from head: >>>>>> make XDEV=3Darm XDEV_ARCH=3Darmv6 WITH_GCC=3D1 WITH_GCC_BOOTSTRAP=3D= 1 >>>>>> WITHOUT_CLANG=3D1 WITHOUT_CLANG_BOOTSTRAP=3D1 WITHOUT_CLANG_IS_CC=3D= 1 xdev >>>>>> xdev-links >>>>>> >>>>>> cc -O2 -pipe -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/libe= lftc >>>>>> -I/usr/src/usr.bin/nm/../../contrib/elftoolchain/common -std=3Dgnu99 >>>>>> -fstack-protector -Qunused-arguments -c >>>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c >>>>>> /usr/src/usr.bin/nm/../../contrib/elftoolchain/nm/nm.c:920:34: error= : >>>>>> unknown type name 'Dwarf_Block' >>>>>> get_block_value(Dwarf_Debug dbg, Dwarf_Block *block) >>>>>> ^ >>>>> >>>>> On my system: >>>>> /usr/src/contrib/elftoolchain/nm/nm.c includes libdwarf.h. >>>>> >>>>> /usr/include/libdwarf.h defines Dwarf_Block >>>>> >>>>> /usr/include/libdwarf.h is installed from /usr/src/contrib/elftoolch= ain/libdwarf/libdwarf.h >>>>> >>>>> Can you check those on your system? >>>>> >>>>> Tim >>>>> >>>>> >>> From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 07:24:47 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6E72939 for ; Tue, 17 Mar 2015 07:24:47 +0000 (UTC) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 89E24D46 for ; Tue, 17 Mar 2015 07:24:46 +0000 (UTC) Received: from [192.168.11.8] (unknown [98.248.95.7]) by mx0.deglitch.com (Postfix) with ESMTPSA id 93DF48FC27; Tue, 17 Mar 2015 11:24:37 +0400 (MSK) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Building Cross Compiler and u-boot From: Stanislav Sedov In-Reply-To: Date: Tue, 17 Mar 2015 00:24:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5505CD50.2050503@ambient-md.com> To: Russell Haley X-Mailer: Apple Mail (2.2070.6) Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 07:24:47 -0000 > On Mar 16, 2015, at 11:54 PM, Russell Haley = wrote: >=20 > root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc > CROSS_COMPILE=3Darm-none-eabi- ccwmx53js_config > Configuring a wireless module > Configuring for ccwmx53 board... > root@Jailbird:/usr/uboot# gmake SED=3Dgsed HOSTCC=3Dcc = CROSS_COMPILE=3Darm-none-eabi- > Generating include/autoconf.mk > Shared object "libmpc.so.3" not found, required by "cc1" > Generating include/autoconf.mk.dep > Shared object "libmpc.so.3" not found, required by =E2=80=9Ccc1" Looks like you are missing one of the cc dependencies. Is you cc gcc? If so, you might want to recompile it (or install the missing dependency = (mpc). > for dir in tools examples/standalone examples/api ; do gmake -C $dir > _depend ; done > gmake[1]: Entering directory '/usr/uboot/tools' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/tools' > gmake[1]: Entering directory '/usr/uboot/examples/standalone' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/standalone' > gmake[1]: Entering directory '/usr/uboot/examples/api' > gmake[1]: Nothing to be done for '_depend'. > gmake[1]: Leaving directory '/usr/uboot/examples/api' > gmake -C tools all > gmake[1]: Entering directory '/usr/uboot/tools' > cc -g -Wall -idirafter /usr/uboot/include -idirafter > /usr/uboot/include2 -idirafter /usr/uboot/include -I /usr/uboot/libfdt > -I /usr/uboot/tools -DTEXT_BASE=3D0x77800000 -DUSE_HOSTCC > -D__KERNEL_STRICT_NAMES -O -c -o fdt.o Sounds like a Makefile problem. The command line is definitely missing the source file. But this might be a fallout from the problem above. -- ST4096-RIPE From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 12:27:00 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1385ACDC for ; Tue, 17 Mar 2015 12:27:00 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EB1D7BD for ; Tue, 17 Mar 2015 12:26:59 +0000 (UTC) Received: by weop45 with SMTP id p45so6371736weo.0 for ; Tue, 17 Mar 2015 05:26:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:mime-version:content-type; bh=vTKFMdULPEwBHdiUcZd1kOEdBLogcwEYSQ1E4z6/61Y=; b=RJZbo9SPF8un6IchDuwNRdSP+y/erEO5+pvFMRbeFajV1hKyibHG4yhaSyxODcN9Cg GBhzfer1O9zKzlVXdf6sGsiEFRz5DTzZnm6mIBkpk8+IyRv5aKcZhjmWMvCApPWGpHZD dbkRysUJMiczBFZFXImSew487l+l91TsycQDCZbohxjPFXO9lbDizEyLX2AKgGnf5rIh hzBmK4FFM6zMk7tZ1OQS9oeZpIPrbhOs0gb6S4SUP20AO7H/PTxYICQSvOn0jkaugWLZ /RJZj4mrxQvpzrl0KAMwZ2eLO3UbfLeh7AXKA0XWauZgPfQhPm+hzhppRYgPqC/fRz+z sruA== X-Received: by 10.180.14.7 with SMTP id l7mr175654634wic.40.1426595217568; Tue, 17 Mar 2015 05:26:57 -0700 (PDT) Received: from vlado-notebook.g2.netng.org (ip-78-45-45-24.net.upcbroadband.cz. [78.45.45.24]) by mx.google.com with ESMTPSA id r3sm19755296wjw.7.2015.03.17.05.26.55 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 17 Mar 2015 05:26:56 -0700 (PDT) Date: Tue, 17 Mar 2015 13:26:41 +0100 From: Vladimir Botka To: Brendan A R Sechter Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM Message-ID: <20150317132641.0c60f094@vlado-notebook.g2.netng.org> In-Reply-To: References: Organization: na X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.23; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/8+PMn.chaZQjGZ2ooesxOMv"; protocol="application/pgp-signature" Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 12:27:00 -0000 --Sig_/8+PMn.chaZQjGZ2ooesxOMv Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 16 Mar 2015 13:59:01 -0500 Brendan A R Sechter wrote: > > Date: Sun, 15 Mar 2015 16:01:59 -0700 > > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM > projects? > > From: gobble.wa@gmail.com > > To: freebsd-arm@freebsd.org > > > > If you are planning on using hostapd, I'm pretty sure the only > > available option (USB, anyway) is the Ralink RT5390 . >=20 > > Date: Sun, 15 Mar 2015 00:07:23 +0100 > > From: ticso@cicely7.cicely.de > > To: sgeos@hotmail.com > > CC: freebsd-arm@freebsd.org; freebsd-wireless@freebsd.org > > Subject: Re: Recommended WiFi / Bluetooth modules for embedded ARM > projects? > > > > I'd bought some nano WiFi USB on AliExpress marketed for Rasberry > > usage. They are Ralink RT5390 based, >=20 > I'm seeing a lot of RT5370 USB dongles, but I'm having less luck > finding the RT5390. The following link claims "the RT5390 is the > PCIe equivalent of the RT5370 USB". > http://ubuntuforums.org/showthread.php?t=3D2159102 >=20 > If this is true, any of the RT5370 dongles will work. Correct? >=20 > -Brendan Hi, Netgear WNDR3700, RT5572 (ID 148f:5572 Ralink), no BT, WiFi only, works fine for me in 10.1 FreeBSD srv2 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 22:51:51 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 HTH, -vlado --Sig_/8+PMn.chaZQjGZ2ooesxOMv Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVCB2BAAoJEJDRmRKO1E8BrBwH/iYOrg4LMUtp4Mx0OMR2dNmR Xg0H8ZI3Zk3tXD7ohsenY+kW00QEQZD834iDiAMHsHjXbxUgDYc8K6hKh1BEbeHV FVz5ZGqz0vkob34zQ0L4ywRh61NjwWQv54JmmhaJbczRLwT+lxlps0SiE5Z1Oq41 bg2xQFJPoNKrRiSu4pJC8/TfZ6l1JRdoDucXFJhi/ww+NpMai5NSYHjtW8paCwCG i3meDZwANuc9J2a2PTRrKpsttYp7Oa3bWugFlv9qSoDtjsy4dE/Ne1EjRsOCC0R1 td0U8CoFOejqO8QMF7MhxEzLt16XnaqOg3osocDECn7hZKjvrdgyftKKna/GWNs= =YVno -----END PGP SIGNATURE----- --Sig_/8+PMn.chaZQjGZ2ooesxOMv-- From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 13:55:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9698DD99; Tue, 17 Mar 2015 13:55:11 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6893391; Tue, 17 Mar 2015 13:55:11 +0000 (UTC) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 86B7A7E1; Tue, 17 Mar 2015 09:55:03 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: How to use u-boot-beaglebone port? From: Paul Mather In-Reply-To: <1426534773.95554.15.camel@freebsd.org> Date: Tue, 17 Mar 2015 09:55:02 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.1878.6) Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 13:55:11 -0000 On Mar 16, 2015, at 3:39 PM, Ian Lepore wrote: > On Sun, 2015-03-15 at 19:57 -0700, Tim Kientzle wrote: >>> On Mar 12, 2015, at 5:59 PM, Paul Mather = wrote: >>>=20 >>> Has anyone successfully used the sysutils/u-boot-beaglebone port? >>>=20 >>> I managed to build [1] and install it today. I tried to install it = to the SD card FAT partition, as per the README, and the result was an = unbootable system. >>>=20 >>> When I copied the u-boot.img file as u-boot.img (rather than the = bb-uboot.img as suggested in the README), I got it to start up to the = "U-Boot#" prompt. >>=20 >>=20 >> Apparently, no one ever patched the port to use bb-uboot.img and = bb-ubldr >> as the name. >>=20 >> I did this in Crochet when I was experimenting with having multiple >> U-Boots on a single SD card image. That experiment was to try >> to see what would be required to build single images that booted on >> multiple different devices. >>=20 >=20 > When I created the u-boot-beaglebone port I specifically removed that > bb- prefix stuff, because there will never be a unified image that = runs > on both rpi and beaglebone [*]. I had hoped someone would update > crochet to use the new ports and this is one of the minor changes that > would be needed on the crochet side. >=20 > -- Ian >=20 > [*] Because armv6 !=3D armv7 in this case. While armv6 is synonymous = with > armv7 for most purposes in freebsd, the rpi is the exception to that = in > that it really IS armv6, and that leads to the kernel being built with > different cache maintenance routines that don't work on armv7. Does the sysutils/u-boot-beaglebone boot the BeagleBone Black for you? = As I reported earlier in the start to this thread, I can't get it to = boot the system for me. I've copied MLO, u-boot.img, and /boot/ubldr to the FAT partition, but I = just get to where U-Boot loads ubldr and then pauses before starting = over again in a loop. Are there some other files that need to be copied to the FAT partition, = or are those three files, plus the defaults compiled into u-boot.img = sufficient to boot the BeagleBone Black from SD card? Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 15:52:05 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1240FF for ; Tue, 17 Mar 2015 15:52:05 +0000 (UTC) Received: from relay.mailchannels.net (si-002-i157.relay.mailchannels.net [108.178.49.169]) by mx1.freebsd.org (Postfix) with ESMTP id E3E0BB4 for ; Tue, 17 Mar 2015 15:52:04 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp7.ore.mailhop.org (ip-10-237-13-110.us-west-2.compute.internal [10.237.13.110]) by relay.mailchannels.net (Postfix) with ESMTPA id B4B89120552; Tue, 17 Mar 2015 15:51:56 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp7.ore.mailhop.org (smtp7.ore.mailhop.org [10.45.8.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Tue, 17 Mar 2015 15:51:57 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426607516896:3989054219 X-MC-Ingress-Time: 1426607516896 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp7.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXtmc-0000Tn-Jy; Tue, 17 Mar 2015 15:51:54 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2HFpoT2025870; Tue, 17 Mar 2015 09:51:50 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX18ml4Qcu9zuDfFU91royBkU Message-ID: <1426607510.25614.3.camel@freebsd.org> Subject: Re: How to use u-boot-beaglebone port? From: Ian Lepore To: Warner Losh Date: Tue, 17 Mar 2015 09:51:50 -0600 In-Reply-To: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> Content-Type: text/plain; charset="iso-8859-7" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 X-AuthUser: hippie Content-Transfer-Encoding: quoted-printable Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 15:52:05 -0000 On Tue, 2015-03-17 at 08:16 +0900, Warner Losh wrote: > > On Mar 17, 2015, at 4:39 AM, Ian Lepore wrote: > >=20 > > [*] Because armv6 !=3D armv7 in this case. While armv6 is synonymous= with > > armv7 for most purposes in freebsd, the rpi is the exception to that = in > > that it really IS armv6, and that leads to the kernel being built wit= h > > different cache maintenance routines that don't work on armv7. >=20 > I thought all that was handled through a separate vector so we could, > in theory, do that. All of it is conditional, but that vectors back via= a table. > It=A2s been like that on arm since day one, though maybe that got broke= n > somewhere. >=20 > Warner >=20 Not broken, but rather "undone, by design." We now pass the proper arch on the command line so that v7 stuff gets built using v7 opcodes and with the right ACLE stuff defined. (This is actually all still in progress, some stuff still vectors through the old cpufuncs table.) We support RPi but we no longer let it cripple the newer boards/socs in pursuit of a mythical unified kernel that's never going to happen (at least, it's not going to happen in the form of v6+v7 in the same kernel). -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 16:00:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 792473E4 for ; Tue, 17 Mar 2015 16:00:11 +0000 (UTC) Received: from relay.mailchannels.net (tkt-001-i373.relay.mailchannels.net [174.136.5.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6EFFE10D for ; Tue, 17 Mar 2015 16:00:10 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (ip-10-204-4-183.us-west-2.compute.internal [10.204.4.183]) by relay.mailchannels.net (Postfix) with ESMTPA id B431A10022B; Tue, 17 Mar 2015 16:00:00 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp3.ore.mailhop.org (smtp3.ore.mailhop.org [10.83.15.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Tue, 17 Mar 2015 16:00:03 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426608001147:1064458947 X-MC-Ingress-Time: 1426608001147 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp3.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXtuR-0000ZX-2L; Tue, 17 Mar 2015 15:59:59 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2HFxrni025879; Tue, 17 Mar 2015 09:59:53 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX18XzBvuyUPwGsL4iPoGQmMy Message-ID: <1426607993.25614.9.camel@freebsd.org> Subject: Re: How to use u-boot-beaglebone port? From: Ian Lepore To: Paul Mather Date: Tue, 17 Mar 2015 09:59:53 -0600 In-Reply-To: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 16:00:11 -0000 On Tue, 2015-03-17 at 09:55 -0400, Paul Mather wrote: > On Mar 16, 2015, at 3:39 PM, Ian Lepore wrote: > > > On Sun, 2015-03-15 at 19:57 -0700, Tim Kientzle wrote: > >>> On Mar 12, 2015, at 5:59 PM, Paul Mather wrote: > >>> > >>> Has anyone successfully used the sysutils/u-boot-beaglebone port? > >>> > >>> I managed to build [1] and install it today. I tried to install it to the SD card FAT partition, as per the README, and the result was an unbootable system. > >>> > >>> When I copied the u-boot.img file as u-boot.img (rather than the bb-uboot.img as suggested in the README), I got it to start up to the "U-Boot#" prompt. > >> > >> > >> Apparently, no one ever patched the port to use bb-uboot.img and bb-ubldr > >> as the name. > >> > >> I did this in Crochet when I was experimenting with having multiple > >> U-Boots on a single SD card image. That experiment was to try > >> to see what would be required to build single images that booted on > >> multiple different devices. > >> > > > > When I created the u-boot-beaglebone port I specifically removed that > > bb- prefix stuff, because there will never be a unified image that runs > > on both rpi and beaglebone [*]. I had hoped someone would update > > crochet to use the new ports and this is one of the minor changes that > > would be needed on the crochet side. > > > > -- Ian > > > > [*] Because armv6 != armv7 in this case. While armv6 is synonymous with > > armv7 for most purposes in freebsd, the rpi is the exception to that in > > that it really IS armv6, and that leads to the kernel being built with > > different cache maintenance routines that don't work on armv7. > > > Does the sysutils/u-boot-beaglebone boot the BeagleBone Black for you? As I reported earlier in the start to this thread, I can't get it to boot the system for me. > > I've copied MLO, u-boot.img, and /boot/ubldr to the FAT partition, but I just get to where U-Boot loads ubldr and then pauses before starting over again in a loop. > > Are there some other files that need to be copied to the FAT partition, or are those three files, plus the defaults compiled into u-boot.img sufficient to boot the BeagleBone Black from SD card? > > Cheers, > > Paul. Yep, it works for me on BBW and BBB. The only time I've seen a totally silent lockup like that is when the loadaddr variable in the uboot env didn't match the UBLDR_LOADADDR value when ubldr was compiled. For BB, those values are usually 0x88000000, iirc. If you do a "readelf -a ubldr" on your build system you should see a line like Entry point address: 0x88000074 and whatever it is should be your uboot loadaddr + 0x74. You should only need MLO, u-boot.img, and ubldr on the fat partition. (There is an optional uEnv.txt that can be there, but it's not required to boot.) -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 16:04:48 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8ECDA66D; Tue, 17 Mar 2015 16:04:48 +0000 (UTC) Received: from relay.mailchannels.net (ar-005-i190.relay.mailchannels.net [162.253.144.72]) by mx1.freebsd.org (Postfix) with ESMTP id 5E19E1EB; Tue, 17 Mar 2015 16:04:46 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (ip-10-33-12-218.us-west-2.compute.internal [10.33.12.218]) by relay.mailchannels.net (Postfix) with ESMTPA id 20706529D; Tue, 17 Mar 2015 16:04:30 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (smtp5.ore.mailhop.org [10.21.145.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Tue, 17 Mar 2015 16:04:36 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426608276274:350221930 X-MC-Ingress-Time: 1426608276274 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXtym-000854-9E; Tue, 17 Mar 2015 16:04:28 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2HG4OZg025906; Tue, 17 Mar 2015 10:04:24 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX18CkHqb0oBAQJYi4seBDKko Message-ID: <1426608264.25614.13.camel@freebsd.org> Subject: Re: hexdumping /dev/mem From: Ian Lepore To: Stanislav Sedov Date: Tue, 17 Mar 2015 10:04:24 -0600 In-Reply-To: <8033BAE2-9D21-4DB3-AEE9-727B1F3CE9C7@freebsd.org> References: <29227F8C-4A83-4C95-9CD2-BA14E797A882@sbcglobal.net> <8033BAE2-9D21-4DB3-AEE9-727B1F3CE9C7@freebsd.org> Content-Type: text/plain; charset="iso-2022-jp" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: freebsd-arm@freebsd.org, =?ISO-8859-1?Q?Mat=EDas?= Perret Cantoni X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 16:04:48 -0000 On Mon, 2015-03-16 at 16:41 -0700, Stanislav Sedov wrote: > > On Mar 16, 2015, at 3:58 PM, Matas Perret Cantoni wrote: > > > > I couldn't find any man page for "kdb" or "db", and the help command > > of db didn't help much. > > The only relevant manual pages are ddb(4) and ddb(8), I$B!G(Bm afraid. > But they have plenty of information. Nothing on devmap though. > show devmap and show physmem are arm-specific commands I added a while back, but didn't document anywhere except in the builtin help display. Accessing device registers from ddb is possible because the access is all within the kernel (unlike with /dev/[k]mem where the pages have to be mapped into user space, which can't be done safely on arm). But you still have to be careful about what other device drivers might be doing with the same registers (if there are drivers attached for that hardware). -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 17:37:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49FA77B8; Tue, 17 Mar 2015 17:37:09 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAF7FE6E; Tue, 17 Mar 2015 17:37:08 +0000 (UTC) Received: by qgf3 with SMTP id 3so14836471qgf.3; Tue, 17 Mar 2015 10:37:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=AnD+LQzAZTDUaAX50/ovKGJS7VBDepwOlUSTyTrSpN8=; b=GRAysGYxDvechFKkqNcIu+UpI7EclpuE6X+UPR2QdkJlKYfjVOfLt2cPNWYbiMaWNu oKD1jtI3Q7Mw1qfWg2xR+Lt+/vqIugukJslygsBgy2RBG2KkxD9aF0Qd7Zc5bsMZ8eXs GbBTIfGoAEe6AJAxQKKkvhxwJgIBn6ZKRGHDwyA6+YWfoYaK33+ky4j0OU8NXm/4z58u CL5hgD802Ng1LyVLJ08mrOQv4Bk6gIxThJJ9YzxXXITabj5PdtU0XQDehhrp6iBK6v5N 1J97bdlf7kF/AmLfhGoZIvth1xVCyGZETtcMQl20GpmHw51BIzxOJSIJkHxq/sU19cpb ZC+Q== MIME-Version: 1.0 X-Received: by 10.229.202.136 with SMTP id fe8mr83379678qcb.26.1426613828031; Tue, 17 Mar 2015 10:37:08 -0700 (PDT) Received: by 10.140.37.82 with HTTP; Tue, 17 Mar 2015 10:37:07 -0700 (PDT) In-Reply-To: <1426608264.25614.13.camel@freebsd.org> References: <29227F8C-4A83-4C95-9CD2-BA14E797A882@sbcglobal.net> <8033BAE2-9D21-4DB3-AEE9-727B1F3CE9C7@freebsd.org> <1426608264.25614.13.camel@freebsd.org> Date: Tue, 17 Mar 2015 14:37:07 -0300 Message-ID: Subject: Re: hexdumping /dev/mem From: =?UTF-8?Q?Mat=C3=ADas_Perret_Cantoni?= To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 17:37:09 -0000 2015-03-17 13:04 GMT-03:00 Ian Lepore : > On Mon, 2015-03-16 at 16:41 -0700, Stanislav Sedov wrote: >> > On Mar 16, 2015, at 3:58 PM, Matas Perret Cantoni wrote: >> > >> > I couldn't find any man page for "kdb" or "db", and the help command >> > of db didn't help much. >> >> The only relevant manual pages are ddb(4) and ddb(8), I=E2=80=99m afraid= . >> But they have plenty of information. Nothing on devmap though. >> > > show devmap and show physmem are arm-specific commands I added a while > back, but didn't document anywhere except in the builtin help display. > > Accessing device registers from ddb is possible because the access is > all within the kernel (unlike with /dev/[k]mem where the pages have to > be mapped into user space, which can't be done safely on arm). But you > still have to be careful about what other device drivers might be doing > with the same registers (if there are drivers attached for that > hardware). > > -- Ian > > Thank you everyone. All this is very helpful. Matias.- From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 18:21:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47F97FA5; Tue, 17 Mar 2015 18:21:30 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F23333CB; Tue, 17 Mar 2015 18:21:29 +0000 (UTC) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 7B354811; Tue, 17 Mar 2015 14:21:27 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: How to use u-boot-beaglebone port? From: Paul Mather In-Reply-To: <1426607993.25614.9.camel@freebsd.org> Date: Tue, 17 Mar 2015 14:21:26 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> <1426607993.25614.9.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.1878.6) Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 18:21:30 -0000 On Mar 17, 2015, at 11:59 AM, Ian Lepore wrote: > On Tue, 2015-03-17 at 09:55 -0400, Paul Mather wrote: >> On Mar 16, 2015, at 3:39 PM, Ian Lepore wrote: >>=20 >>> On Sun, 2015-03-15 at 19:57 -0700, Tim Kientzle wrote: >>>>> On Mar 12, 2015, at 5:59 PM, Paul Mather = wrote: >>>>>=20 >>>>> Has anyone successfully used the sysutils/u-boot-beaglebone port? >>>>>=20 >>>>> I managed to build [1] and install it today. I tried to install = it to the SD card FAT partition, as per the README, and the result was = an unbootable system. >>>>>=20 >>>>> When I copied the u-boot.img file as u-boot.img (rather than the = bb-uboot.img as suggested in the README), I got it to start up to the = "U-Boot#" prompt. >>>>=20 >>>>=20 >>>> Apparently, no one ever patched the port to use bb-uboot.img and = bb-ubldr >>>> as the name. >>>>=20 >>>> I did this in Crochet when I was experimenting with having multiple >>>> U-Boots on a single SD card image. That experiment was to try >>>> to see what would be required to build single images that booted on >>>> multiple different devices. >>>>=20 >>>=20 >>> When I created the u-boot-beaglebone port I specifically removed = that >>> bb- prefix stuff, because there will never be a unified image that = runs >>> on both rpi and beaglebone [*]. I had hoped someone would update >>> crochet to use the new ports and this is one of the minor changes = that >>> would be needed on the crochet side. >>>=20 >>> -- Ian >>>=20 >>> [*] Because armv6 !=3D armv7 in this case. While armv6 is = synonymous with >>> armv7 for most purposes in freebsd, the rpi is the exception to that = in >>> that it really IS armv6, and that leads to the kernel being built = with >>> different cache maintenance routines that don't work on armv7. >>=20 >>=20 >> Does the sysutils/u-boot-beaglebone boot the BeagleBone Black for = you? As I reported earlier in the start to this thread, I can't get it = to boot the system for me. >>=20 >> I've copied MLO, u-boot.img, and /boot/ubldr to the FAT partition, = but I just get to where U-Boot loads ubldr and then pauses before = starting over again in a loop. >>=20 >> Are there some other files that need to be copied to the FAT = partition, or are those three files, plus the defaults compiled into = u-boot.img sufficient to boot the BeagleBone Black from SD card? >>=20 >> Cheers, >>=20 >> Paul. >=20 > Yep, it works for me on BBW and BBB. The only time I've seen a = totally > silent lockup like that is when the loadaddr variable in the uboot env > didn't match the UBLDR_LOADADDR value when ubldr was compiled. For = BB, > those values are usually 0x88000000, iirc. If you do a "readelf -a > ubldr" on your build system you should see a line like >=20 > Entry point address: 0x88000074 >=20 > and whatever it is should be your uboot loadaddr + 0x74. My current /boot/ubldr entry point address appears to be 0x1000074, = which seems to be derived from the default set in = /usr/src/sys/boot/arm/uboot/Makefile. What would I need to put in uEnv.txt to get such a ubldr to boot via the = sysutils/u-boot-beaglebone port files? Would I just need to have the = single line "loadaddr=3D1000000" in uEnv.txt, or would I have to = reproduce the whole environment embedded into u-boot.img? (Do the = settings in uEnv.txt replace entirely those in u-boot.img?) > You should only need MLO, u-boot.img, and ubldr on the fat partition. > (There is an optional uEnv.txt that can be there, but it's not = required > to boot.) It looks like your supposition above is correct and a mis-matching = loadaddr variable is likely to blame. Is a loadaddr of 0x1000000 correct for a BBB? Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 18:34:42 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7E52A3A9 for ; Tue, 17 Mar 2015 18:34:42 +0000 (UTC) Received: from relay.mailchannels.net (nov-007-i627.relay.mailchannels.net [46.232.183.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1790E6D7 for ; Tue, 17 Mar 2015 18:34:38 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (ip-10-204-4-183.us-west-2.compute.internal [10.204.4.183]) by relay.mailchannels.net (Postfix) with ESMTPA id 91BBD120541; Tue, 17 Mar 2015 18:34:25 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (smtp5.ore.mailhop.org [10.21.145.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Tue, 17 Mar 2015 18:34:28 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426617268745:2757642041 X-MC-Ingress-Time: 1426617268745 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXwJq-0006Jy-6x; Tue, 17 Mar 2015 18:34:22 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2HIYJaA026095; Tue, 17 Mar 2015 12:34:19 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX1/IF2XQQP15Bh/6OdfW24qX Message-ID: <1426617259.62241.3.camel@freebsd.org> Subject: Re: How to use u-boot-beaglebone port? From: Ian Lepore To: Paul Mather Date: Tue, 17 Mar 2015 12:34:19 -0600 In-Reply-To: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> <1426607993.25614.9.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 18:34:42 -0000 On Tue, 2015-03-17 at 14:21 -0400, Paul Mather wrote: > On Mar 17, 2015, at 11:59 AM, Ian Lepore wrote: > > > On Tue, 2015-03-17 at 09:55 -0400, Paul Mather wrote: > >> On Mar 16, 2015, at 3:39 PM, Ian Lepore wrote: > >> > >>> On Sun, 2015-03-15 at 19:57 -0700, Tim Kientzle wrote: > >>>>> On Mar 12, 2015, at 5:59 PM, Paul Mather wrote: > >>>>> > >>>>> Has anyone successfully used the sysutils/u-boot-beaglebone port? > >>>>> > >>>>> I managed to build [1] and install it today. I tried to install it to the SD card FAT partition, as per the README, and the result was an unbootable system. > >>>>> > >>>>> When I copied the u-boot.img file as u-boot.img (rather than the bb-uboot.img as suggested in the README), I got it to start up to the "U-Boot#" prompt. > >>>> > >>>> > >>>> Apparently, no one ever patched the port to use bb-uboot.img and bb-ubldr > >>>> as the name. > >>>> > >>>> I did this in Crochet when I was experimenting with having multiple > >>>> U-Boots on a single SD card image. That experiment was to try > >>>> to see what would be required to build single images that booted on > >>>> multiple different devices. > >>>> > >>> > >>> When I created the u-boot-beaglebone port I specifically removed that > >>> bb- prefix stuff, because there will never be a unified image that runs > >>> on both rpi and beaglebone [*]. I had hoped someone would update > >>> crochet to use the new ports and this is one of the minor changes that > >>> would be needed on the crochet side. > >>> > >>> -- Ian > >>> > >>> [*] Because armv6 != armv7 in this case. While armv6 is synonymous with > >>> armv7 for most purposes in freebsd, the rpi is the exception to that in > >>> that it really IS armv6, and that leads to the kernel being built with > >>> different cache maintenance routines that don't work on armv7. > >> > >> > >> Does the sysutils/u-boot-beaglebone boot the BeagleBone Black for you? As I reported earlier in the start to this thread, I can't get it to boot the system for me. > >> > >> I've copied MLO, u-boot.img, and /boot/ubldr to the FAT partition, but I just get to where U-Boot loads ubldr and then pauses before starting over again in a loop. > >> > >> Are there some other files that need to be copied to the FAT partition, or are those three files, plus the defaults compiled into u-boot.img sufficient to boot the BeagleBone Black from SD card? > >> > >> Cheers, > >> > >> Paul. > > > > Yep, it works for me on BBW and BBB. The only time I've seen a totally > > silent lockup like that is when the loadaddr variable in the uboot env > > didn't match the UBLDR_LOADADDR value when ubldr was compiled. For BB, > > those values are usually 0x88000000, iirc. If you do a "readelf -a > > ubldr" on your build system you should see a line like > > > > Entry point address: 0x88000074 > > > > and whatever it is should be your uboot loadaddr + 0x74. > > My current /boot/ubldr entry point address appears to be 0x1000074, which seems to be derived from the default set in /usr/src/sys/boot/arm/uboot/Makefile. > > What would I need to put in uEnv.txt to get such a ubldr to boot via the sysutils/u-boot-beaglebone port files? Would I just need to have the single line "loadaddr=1000000" in uEnv.txt, or would I have to reproduce the whole environment embedded into u-boot.img? (Do the settings in uEnv.txt replace entirely those in u-boot.img?) > > > You should only need MLO, u-boot.img, and ubldr on the fat partition. > > (There is an optional uEnv.txt that can be there, but it's not required > > to boot.) > > It looks like your supposition above is correct and a mis-matching loadaddr variable is likely to blame. > > Is a loadaddr of 0x1000000 correct for a BBB? > > Cheers, > > Paul. The address is a physical ram address, so you can't just make up any number -- there has to be actual ram at that address on the board, and the address must not conflict with where u-boot itself is loaded and where the kernel will be loaded. I think the BB ram starts at 0x80000000, so 0x10000000 won't work. The right fix would be to recompile ubldr with UBLDR_LOADADDR set to 0x88000000. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 19:00:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43338D39 for ; Tue, 17 Mar 2015 19:00:52 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 21B22A60 for ; Tue, 17 Mar 2015 19:00:52 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2HJ0pQl025042 for ; Tue, 17 Mar 2015 19:00:51 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2HJ0pvl025041; Tue, 17 Mar 2015 19:00:51 GMT (envelope-from root) Date: Tue, 17 Mar 2015 19:00:51 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: <109797aa38f197f8b924f5f2668dca28@localhost.localdomain> X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFUIeeM= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 19:00:52 -0000 emaste added inline comments. INLINE COMMENTS usr.bin/xlint/arch/arm64/targparam.h:1 I will import the NetBSD aarch64 version of this file instead; it already includes a change to the 2-clause license. usr.bin/xlint/lint1/param.h:98 not actually necessary, as it is picked up from targparam.h. (Note that there is no __powerpc64__ definition, for instance.) REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: bdrewery, imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 19:00:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73982D81 for ; Tue, 17 Mar 2015 19:00:56 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52D8EA65 for ; Tue, 17 Mar 2015 19:00:56 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2HJ0u5D025130 for ; Tue, 17 Mar 2015 19:00:56 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2HJ0utL025129; Tue, 17 Mar 2015 19:00:56 GMT (envelope-from root) Date: Tue, 17 Mar 2015 19:00:56 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Closed] D2018: Introduce Annapurna Labs AHCI support Message-ID: X-Priority: 3 Thread-Topic: D2018: Introduce Annapurna Labs AHCI support X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZGMxZTcyZjQyYTA3MjQzZjU5NjlmODc0YTQ5IFUIeeg= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 19:00:56 -0000 zbb closed this revision. zbb added a comment. Thank you very much. Committed to: https://svnweb.freebsd.org/changeset/base/280184 REVISION DETAIL https://reviews.freebsd.org/D2018 To: zbb, smh, imp, mav Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 19:02:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 605B7DF0 for ; Tue, 17 Mar 2015 19:02:03 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3E34BA7F for ; Tue, 17 Mar 2015 19:02:03 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2HJ22AM027626 for ; Tue, 17 Mar 2015 19:02:02 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2HJ22Hc027625; Tue, 17 Mar 2015 19:02:02 GMT (envelope-from root) Date: Tue, 17 Mar 2015 19:02:02 +0000 To: freebsd-arm@freebsd.org From: "zbb (Zbigniew Bodek)" Subject: [Differential] [Commented On] D1810: Leave HYP mode upon startup Message-ID: <0f2a907354f9afcab5c2d4a83979e4b9@localhost.localdomain> X-Priority: 3 Thread-Topic: D1810: Leave HYP mode upon startup X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjlkNDcyMzZlMWIyNDBkZTI1NTY5ZjZiZGRjIFUIeio= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 19:02:03 -0000 zbb added a comment. Ping REVISION DETAIL https://reviews.freebsd.org/D1810 To: zbb, andrew, ian Cc: emaste, marius, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 19:29:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0760488 for ; Tue, 17 Mar 2015 19:29:08 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8EBD8DBD for ; Tue, 17 Mar 2015 19:29:08 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2HJT8ux054593 for ; Tue, 17 Mar 2015 19:29:08 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2HJT8T1054592; Tue, 17 Mar 2015 19:29:08 GMT (envelope-from root) Date: Tue, 17 Mar 2015 19:29:08 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Commented On] D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) Message-ID: X-Priority: 3 Thread-Topic: D2005: Start of arm64 toolchain support (sufficient for kernel-toolchain) X-Herald-Rules: <23> X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: MWIwYjI4MjVhOWQ4NTczNDM4ZTQ0MzM1OTZhIFUIgIQ= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 19:29:08 -0000 andrew added inline comments. INLINE COMMENTS usr.bin/xlint/lint1/param.h:98 The `#elif __aarch64__` is needed to stop the below `#error unknown machine type`. From my reading of the gcc source we define both `__powerpc__` and `__powerpc64__` on powerpc64 so will be caught by the `__powerpc__` case above, this is not the case on arm64. REVISION DETAIL https://reviews.freebsd.org/D2005 To: emaste, bdrewery Cc: bdrewery, imp, andrew, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 19:30:10 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A979A4CE; Tue, 17 Mar 2015 19:30:10 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 79746DC3; Tue, 17 Mar 2015 19:30:10 +0000 (UTC) Received: from pmather.lib.vt.edu (pmather.lib.vt.edu [128.173.126.193]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 0CE22824; Tue, 17 Mar 2015 15:30:08 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: How to use u-boot-beaglebone port? From: Paul Mather In-Reply-To: <1426617259.62241.3.camel@freebsd.org> Date: Tue, 17 Mar 2015 15:30:08 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> <1426607993.25614.9.camel@freebsd.org> <1426617259.62241.3.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.1878.6) Cc: Tim Kientzle , freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 19:30:10 -0000 On Mar 17, 2015, at 2:34 PM, Ian Lepore wrote: > On Tue, 2015-03-17 at 14:21 -0400, Paul Mather wrote: >> On Mar 17, 2015, at 11:59 AM, Ian Lepore wrote: >>=20 >>> On Tue, 2015-03-17 at 09:55 -0400, Paul Mather wrote: >>>> On Mar 16, 2015, at 3:39 PM, Ian Lepore wrote: >>>>=20 >>>>> On Sun, 2015-03-15 at 19:57 -0700, Tim Kientzle wrote: >>>>>>> On Mar 12, 2015, at 5:59 PM, Paul Mather = wrote: >>>>>>>=20 >>>>>>> Has anyone successfully used the sysutils/u-boot-beaglebone = port? >>>>>>>=20 >>>>>>> I managed to build [1] and install it today. I tried to install = it to the SD card FAT partition, as per the README, and the result was = an unbootable system. >>>>>>>=20 >>>>>>> When I copied the u-boot.img file as u-boot.img (rather than the = bb-uboot.img as suggested in the README), I got it to start up to the = "U-Boot#" prompt. >>>>>>=20 >>>>>>=20 >>>>>> Apparently, no one ever patched the port to use bb-uboot.img and = bb-ubldr >>>>>> as the name. >>>>>>=20 >>>>>> I did this in Crochet when I was experimenting with having = multiple >>>>>> U-Boots on a single SD card image. That experiment was to try >>>>>> to see what would be required to build single images that booted = on >>>>>> multiple different devices. >>>>>>=20 >>>>>=20 >>>>> When I created the u-boot-beaglebone port I specifically removed = that >>>>> bb- prefix stuff, because there will never be a unified image that = runs >>>>> on both rpi and beaglebone [*]. I had hoped someone would update >>>>> crochet to use the new ports and this is one of the minor changes = that >>>>> would be needed on the crochet side. >>>>>=20 >>>>> -- Ian >>>>>=20 >>>>> [*] Because armv6 !=3D armv7 in this case. While armv6 is = synonymous with >>>>> armv7 for most purposes in freebsd, the rpi is the exception to = that in >>>>> that it really IS armv6, and that leads to the kernel being built = with >>>>> different cache maintenance routines that don't work on armv7. >>>>=20 >>>>=20 >>>> Does the sysutils/u-boot-beaglebone boot the BeagleBone Black for = you? As I reported earlier in the start to this thread, I can't get it = to boot the system for me. >>>>=20 >>>> I've copied MLO, u-boot.img, and /boot/ubldr to the FAT partition, = but I just get to where U-Boot loads ubldr and then pauses before = starting over again in a loop. >>>>=20 >>>> Are there some other files that need to be copied to the FAT = partition, or are those three files, plus the defaults compiled into = u-boot.img sufficient to boot the BeagleBone Black from SD card? >>>>=20 >>>> Cheers, >>>>=20 >>>> Paul. >>>=20 >>> Yep, it works for me on BBW and BBB. The only time I've seen a = totally >>> silent lockup like that is when the loadaddr variable in the uboot = env >>> didn't match the UBLDR_LOADADDR value when ubldr was compiled. For = BB, >>> those values are usually 0x88000000, iirc. If you do a "readelf -a >>> ubldr" on your build system you should see a line like >>>=20 >>> Entry point address: 0x88000074 >>>=20 >>> and whatever it is should be your uboot loadaddr + 0x74. >>=20 >> My current /boot/ubldr entry point address appears to be 0x1000074, = which seems to be derived from the default set in = /usr/src/sys/boot/arm/uboot/Makefile. >>=20 >> What would I need to put in uEnv.txt to get such a ubldr to boot via = the sysutils/u-boot-beaglebone port files? Would I just need to have = the single line "loadaddr=3D1000000" in uEnv.txt, or would I have to = reproduce the whole environment embedded into u-boot.img? (Do the = settings in uEnv.txt replace entirely those in u-boot.img?) >>=20 >>> You should only need MLO, u-boot.img, and ubldr on the fat = partition. >>> (There is an optional uEnv.txt that can be there, but it's not = required >>> to boot.) >>=20 >> It looks like your supposition above is correct and a mis-matching = loadaddr variable is likely to blame. >>=20 >> Is a loadaddr of 0x1000000 correct for a BBB? >>=20 >> Cheers, >>=20 >> Paul. >=20 > The address is a physical ram address, so you can't just make up any > number -- there has to be actual ram at that address on the board, and > the address must not conflict with where u-boot itself is loaded and > where the kernel will be loaded. >=20 > I think the BB ram starts at 0x80000000, so 0x10000000 won't work. = The > right fix would be to recompile ubldr with UBLDR_LOADADDR set to > 0x88000000. What is the best place to set this? My current /boot/ubldr is the product of a native build. I looked = through the source code and it seems the only place that sets this is = /usr/src/sys/boot/arm/uboot/Makefile, where we have this: # Address at which ubldr will be loaded. # This varies for different boards and SOCs. UBLDR_LOADADDR?=3D 0x1000000 The "?=3D" makes me think this is just a fallback default to stop the = build from breaking and that UBLDR_LOADADDR needs to be set accordingly = for each different ARM system. If that is so, and we know what the = UBLDR_LOADADDR should be for the BBB (or at least that the default won't = work because there's no RAM there on the BBB), then why doesn't -CURRENT = set a value such that a working ubldr is built? (I'd prefer ubldr not = to be built at all than a non-working version be built.) I presume I could set this in /etc/make.conf on my BBB. Could I put it = in my BBB kernel config file (which seems a good place for it)? Many thanks for the help and information. I plan to rebuild /boot/ubldr = with a UBLDR_LOADADDR of 0x88000000. Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 19:31:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFAD2531 for ; Tue, 17 Mar 2015 19:31:26 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E901DDB for ; Tue, 17 Mar 2015 19:31:26 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id t2HJVQtc058639 for ; Tue, 17 Mar 2015 19:31:26 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id t2HJVQWR058638; Tue, 17 Mar 2015 19:31:26 GMT (envelope-from root) Date: Tue, 17 Mar 2015 19:31:26 +0000 To: freebsd-arm@freebsd.org From: "andrew (Andrew Turner)" Subject: [Differential] [Commented On] D1810: Leave HYP mode upon startup Message-ID: <2092101f3a052117df1053146734b487@localhost.localdomain> X-Priority: 3 Thread-Topic: D1810: Leave HYP mode upon startup X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ZjlkNDcyMzZlMWIyNDBkZTI1NTY5ZjZiZGRjIFUIgQ4= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 19:31:26 -0000 andrew added a comment. We now have clang 3.6 in the tree so you should be able to use the instructions directly. REVISION DETAIL https://reviews.freebsd.org/D1810 To: zbb, andrew, ian Cc: emaste, marius, imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 19:46:54 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9703D72 for ; Tue, 17 Mar 2015 19:46:54 +0000 (UTC) Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7319B72 for ; Tue, 17 Mar 2015 19:46:54 +0000 (UTC) Received: by qgez64 with SMTP id z64so18470160qge.2 for ; Tue, 17 Mar 2015 12:46:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Xub7UPVTX2dXRVknF3hUyqUuW9P4cyhVzKMN0C/C/aE=; b=G/hj081S0hs0NEdqavFvlL5Og5JhhdNAQdzsfrGhzouRE+yY47q0DNfhyIaFN/BqjV G6A7sJFdOAE/BCHVcLoPyyYMufonCnSeetqI6m08XfwmstF4WcftoMf7zyDLbxQEyM2E EK0/8/w9C8mRpNxD6cnK73rxO7YDMYUlOso4UQxtVbJdlvmTmx28HB4raCw7466ARui8 n09p9OBSHl4+EnL5O2nC+/eYTQbfnC8xvJauhnXSBKtkF23vwAiGLdnap4IzgLR+eova Y+ZzMHIkC0Z1BQQ6s1J0kVCdZh/GOa3/mHHmeCyUmZK2LoOmmGToKc0hr/+6nt+hkFo7 Bbew== MIME-Version: 1.0 X-Received: by 10.229.71.72 with SMTP id g8mr44867574qcj.25.1426621613579; Tue, 17 Mar 2015 12:46:53 -0700 (PDT) Received: by 10.229.249.198 with HTTP; Tue, 17 Mar 2015 12:46:53 -0700 (PDT) Date: Tue, 17 Mar 2015 14:46:53 -0500 Message-ID: Subject: PKG and Raspberry Pi From: Alex Thomas To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 19:46:54 -0000 Are there any good, publicly available pkg repositories for freebsd-arm on raspberry pi? Or am I waiting for Freebsd 11-RELEASE? Alex Thomas From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 20:19:04 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 522E0498 for ; Tue, 17 Mar 2015 20:19:04 +0000 (UTC) Received: from relay.mailchannels.net (si-002-i158.relay.mailchannels.net [108.178.49.170]) by mx1.freebsd.org (Postfix) with ESMTP id 96446400 for ; Tue, 17 Mar 2015 20:19:01 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (ip-10-220-9-73.us-west-2.compute.internal [10.220.9.73]) by relay.mailchannels.net (Postfix) with ESMTPA id BF654A0858; Tue, 17 Mar 2015 20:18:50 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (smtp5.ore.mailhop.org [10.21.145.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Tue, 17 Mar 2015 20:18:55 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1426623533937:3823803008 X-MC-Ingress-Time: 1426623533937 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YXxws-0000Lm-3r; Tue, 17 Mar 2015 20:18:46 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t2HKIcoX026284; Tue, 17 Mar 2015 14:18:38 -0600 (MDT) (envelope-from ian@freebsd.org) X-Mail-Handler: DuoCircle Outbound SMTP X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@duocircle.com (see https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information for abuse reporting information) X-MHO-User: U2FsdGVkX19Ksm22Ty98gRGXvT9bBbzR Message-ID: <1426623518.62241.11.camel@freebsd.org> Subject: Re: How to use u-boot-beaglebone port? From: Ian Lepore To: Paul Mather Date: Tue, 17 Mar 2015 14:18:38 -0600 In-Reply-To: References: <17B779D7-2962-4455-9062-51411F316648@gromit.dlib.vt.edu> <986F5E5D-C784-4BEF-81E3-49A9F27C0E8F@kientzle.com> <1426534773.95554.15.camel@freebsd.org> <1426607993.25614.9.camel@freebsd.org> <1426617259.62241.3.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 20:19:04 -0000 On Tue, 2015-03-17 at 15:30 -0400, Paul Mather wrote: > On Mar 17, 2015, at 2:34 PM, Ian Lepore wrote: > > > On Tue, 2015-03-17 at 14:21 -0400, Paul Mather wrote: > >> On Mar 17, 2015, at 11:59 AM, Ian Lepore wrote: > >> > >>> On Tue, 2015-03-17 at 09:55 -0400, Paul Mather wrote: > >>>> On Mar 16, 2015, at 3:39 PM, Ian Lepore wrote: > >>>> > >>>>> On Sun, 2015-03-15 at 19:57 -0700, Tim Kientzle wrote: > >>>>>>> On Mar 12, 2015, at 5:59 PM, Paul Mather wrote: > >>>>>>> > >>>>>>> Has anyone successfully used the sysutils/u-boot-beaglebone port? > >>>>>>> > >>>>>>> I managed to build [1] and install it today. I tried to install it to the SD card FAT partition, as per the README, and the result was an unbootable system. > >>>>>>> > >>>>>>> When I copied the u-boot.img file as u-boot.img (rather than the bb-uboot.img as suggested in the README), I got it to start up to the "U-Boot#" prompt. > >>>>>> > >>>>>> > >>>>>> Apparently, no one ever patched the port to use bb-uboot.img and bb-ubldr > >>>>>> as the name. > >>>>>> > >>>>>> I did this in Crochet when I was experimenting with having multiple > >>>>>> U-Boots on a single SD card image. That experiment was to try > >>>>>> to see what would be required to build single images that booted on > >>>>>> multiple different devices. > >>>>>> > >>>>> > >>>>> When I created the u-boot-beaglebone port I specifically removed that > >>>>> bb- prefix stuff, because there will never be a unified image that runs > >>>>> on both rpi and beaglebone [*]. I had hoped someone would update > >>>>> crochet to use the new ports and this is one of the minor changes that > >>>>> would be needed on the crochet side. > >>>>> > >>>>> -- Ian > >>>>> > >>>>> [*] Because armv6 != armv7 in this case. While armv6 is synonymous with > >>>>> armv7 for most purposes in freebsd, the rpi is the exception to that in > >>>>> that it really IS armv6, and that leads to the kernel being built with > >>>>> different cache maintenance routines that don't work on armv7. > >>>> > >>>> > >>>> Does the sysutils/u-boot-beaglebone boot the BeagleBone Black for you? As I reported earlier in the start to this thread, I can't get it to boot the system for me. > >>>> > >>>> I've copied MLO, u-boot.img, and /boot/ubldr to the FAT partition, but I just get to where U-Boot loads ubldr and then pauses before starting over again in a loop. > >>>> > >>>> Are there some other files that need to be copied to the FAT partition, or are those three files, plus the defaults compiled into u-boot.img sufficient to boot the BeagleBone Black from SD card? > >>>> > >>>> Cheers, > >>>> > >>>> Paul. > >>> > >>> Yep, it works for me on BBW and BBB. The only time I've seen a totally > >>> silent lockup like that is when the loadaddr variable in the uboot env > >>> didn't match the UBLDR_LOADADDR value when ubldr was compiled. For BB, > >>> those values are usually 0x88000000, iirc. If you do a "readelf -a > >>> ubldr" on your build system you should see a line like > >>> > >>> Entry point address: 0x88000074 > >>> > >>> and whatever it is should be your uboot loadaddr + 0x74. > >> > >> My current /boot/ubldr entry point address appears to be 0x1000074, which seems to be derived from the default set in /usr/src/sys/boot/arm/uboot/Makefile. > >> > >> What would I need to put in uEnv.txt to get such a ubldr to boot via the sysutils/u-boot-beaglebone port files? Would I just need to have the single line "loadaddr=1000000" in uEnv.txt, or would I have to reproduce the whole environment embedded into u-boot.img? (Do the settings in uEnv.txt replace entirely those in u-boot.img?) > >> > >>> You should only need MLO, u-boot.img, and ubldr on the fat partition. > >>> (There is an optional uEnv.txt that can be there, but it's not required > >>> to boot.) > >> > >> It looks like your supposition above is correct and a mis-matching loadaddr variable is likely to blame. > >> > >> Is a loadaddr of 0x1000000 correct for a BBB? > >> > >> Cheers, > >> > >> Paul. > > > > The address is a physical ram address, so you can't just make up any > > number -- there has to be actual ram at that address on the board, and > > the address must not conflict with where u-boot itself is loaded and > > where the kernel will be loaded. > > > > I think the BB ram starts at 0x80000000, so 0x10000000 won't work. The > > right fix would be to recompile ubldr with UBLDR_LOADADDR set to > > 0x88000000. > > What is the best place to set this? > > My current /boot/ubldr is the product of a native build. I looked through the source code and it seems the only place that sets this is /usr/src/sys/boot/arm/uboot/Makefile, where we have this: > > # Address at which ubldr will be loaded. > # This varies for different boards and SOCs. > UBLDR_LOADADDR?= 0x1000000 > > > The "?=" makes me think this is just a fallback default to stop the build from breaking and that UBLDR_LOADADDR needs to be set accordingly for each different ARM system. If that is so, and we know what the UBLDR_LOADADDR should be for the BBB (or at least that the default won't work because there's no RAM there on the BBB), then why doesn't -CURRENT set a value such that a working ubldr is built? (I'd prefer ubldr not to be built at all than a non-working version be built.) > > I presume I could set this in /etc/make.conf on my BBB. Could I put it in my BBB kernel config file (which seems a good place for it)? > > Many thanks for the help and information. I plan to rebuild /boot/ubldr with a UBLDR_LOADADDR of 0x88000000. > > Cheers, > > Paul. The value needs to be different for every system/board, so the value in the makefile is just a placeholder to let test builds finish. It can't go into the kernel config because ubldr is built with world, not kernel. If you only build for BBB on your build host, you could just put the value in /etc/make.conf because it doesn't mean anything for an x86 build. I think you can also set it as an env var. If you build for more than one arm board then you probably need a wrapper script that supplies such per-board values to the build. The crochet script is one such wrapper, appropriate for people who want to occasionally build a complete image. If you're doing development work where you need to repeatedly rebuild, another type of wrapper script (and other developer info) can be found here: https://wiki.freebsd.org/FreeBSD/arm/crossbuild -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 22:03:03 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1B4A521 for ; Tue, 17 Mar 2015 22:03:03 +0000 (UTC) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D9BD256 for ; Tue, 17 Mar 2015 22:03:03 +0000 (UTC) Received: from 127.0.0.1 (tor28.anonymizer.ccc.de [77.244.254.228]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id t2HLllvV040187 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 17 Mar 2015 17:47:52 -0400 (EDT) (envelope-from george@ceetonetechnology.com) Message-ID: <55089EF4.7060908@ceetonetechnology.com> Date: Tue, 17 Mar 2015 17:39:00 -0400 From: George Rosamond MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: PKG and Raspberry Pi References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 22:03:03 -0000 Alex Thomas: > Are there any good, publicly available pkg repositories for freebsd-arm on > raspberry pi? Or am I waiting for Freebsd 11-RELEASE? Nothing up yet AFAIK. A number of us had partial repos up for a while, but last I heard sbruno@ was working on an official arm pkg repo. Any news on that? g From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 22:36:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D837DE47 for ; Tue, 17 Mar 2015 22:36:26 +0000 (UTC) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A66829A8 for ; Tue, 17 Mar 2015 22:36:26 +0000 (UTC) Received: by oiag65 with SMTP id g65so21673612oia.2 for ; Tue, 17 Mar 2015 15:36:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H9A6Y281gn+H622BFkuRRmy/OHl83gF9sJI2xwS/RsU=; b=fLfiu2cuAcQSdeS+RXE6WD0EVwQl12/BfbhQ0L+EOmwNsdt2UHFyRT7ZvWLPKreZkJ oXzLfnx8ueD9SSGZooDNyiEowOXt6/KD7CavttFnGbcSmpasEcwSxHyhRDoYScWgUFSU VTbFv/MPuvDwtsrnYCZ4OQgbfR3m3KUpoRh4FS5AiafxpLCk0lGlmowRtEqhn3RiA4+T F/UJZLwvk48nEE1wXaAwZJ27SPqNFRhEA9ij5qvaDn0o1RNZL5srRKlTNFNMjRo0HoNn iq+GPyM3T4Wop2+kDWawHP8wyph9wxOGA6uWH7jLiGnoXaDaer1U6E8Fc4cQVRxBoPJl iqzA== MIME-Version: 1.0 X-Received: by 10.182.125.130 with SMTP id mq2mr55140833obb.52.1426631785347; Tue, 17 Mar 2015 15:36:25 -0700 (PDT) Received: by 10.182.247.74 with HTTP; Tue, 17 Mar 2015 15:36:25 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Mar 2015 15:36:25 -0700 Message-ID: Subject: Re: PKG and Raspberry Pi From: jungle Boogie To: Alex Thomas Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 22:36:26 -0000 Hi Alex, On 17 March 2015 at 12:46, Alex Thomas wrote: > Are there any good, publicly available pkg repositories for freebsd-arm on > raspberry pi? Or am I waiting for Freebsd 11-RELEASE? > I don't have the hardware to build my own packages but, if you do, check this out: http://www.bsdnow.tv/episodes/2015_03_04-just_add_qemu Either way, it's a good interview with Sean. Here's to wishful thinking that we'll have arm packages before the end of summer! > Alex Thomas -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-arm@FreeBSD.ORG Tue Mar 17 22:49:09 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7673263 for ; Tue, 17 Mar 2015 22:49:09 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 71A8FAD6 for ; Tue, 17 Mar 2015 22:49:09 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t2HMmxSY079558; Tue, 17 Mar 2015 18:48:59 -0400 (EDT) (envelope-from wynkoop@wynn.com) Date: Tue, 17 Mar 2015 18:48:53 -0400 From: Brett Wynkoop To: Alex Thomas Subject: Re: PKG and Raspberry Pi Message-ID: <20150317184853.073abe0d@ivory.wynn.com> In-Reply-To: References: X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: base64 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 22:49:09 -0000 LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQ0KSGFzaDogU0hBMQ0KDQpPbiBUdWUs IDE3IE1hciAyMDE1IDE0OjQ2OjUzIC0wNTAwDQpBbGV4IFRob21hcyA8a2FybHRoYW5lQGdtYWls LmNvbT4gd3JvdGU6DQoNCj4gQXJlIHRoZXJlIGFueSBnb29kLCBwdWJsaWNseSBhdmFpbGFibGUg cGtnIHJlcG9zaXRvcmllcyBmb3INCj4gZnJlZWJzZC1hcm0gb24gcmFzcGJlcnJ5IHBpPyBPciBh bSBJIHdhaXRpbmcgZm9yIEZyZWVic2QgMTEtUkVMRUFTRT8NCg0KR3JlZXRpbmctDQogICANClBv cnRzIHdvcmtzIHZlcnkgd2VsbCBvbiBGcmVlQlNEL0FSTSBqdXN0IGFzIGl0IGRvZXMgb24geDg2 LiAgSSBhbHdheXMNCnN1Z2dlc3QgYnVpbGRpbmcgZnJvbSBzb3VyY2UgdXNpbmcgcG9ydHMgYXMg aXQgYWxsb3dzIGZvciBjdXN0b21pemF0aW9uDQphdCBidWlsZCB0aW1lLiAgRG8geW91IHJlYWxs eSB3YW50IHRoZSBzYW1lIG9wdGlvbnMgaW4gRk9PIG9uIHlvdXINCnN5c3RlbSBhcyBJIHVzZSBp biBGT08gb24gbXkgc3lzdGVtPyAgUHJvYmFibHkgbm90Lg0KDQpwb3J0c25hcCBmZXRjaA0KcG9y dHNuYXAgZXh0cmFjdCANCg0KYW5kIGhhdmUgYXQgaXQhDQoNCi0gLUJyZXR0DQoNCi0gLS0gDQoN Cnd5bmtvb3BAd3lubi5jb20gICAgICAgICAgICAgICBodHRwOi8vcHJkNC53eW5uLmNvbS93eW5r b29wL3BncC1rZXlzLnR4dA0KOTE3LTY0Mi02OTI1DQo5MjktMjcyLTAwMDANCg0KQW1lbmRtZW50 IElJSQ0KDQpObyBzb2xkaWVyIHNoYWxsLCBpbiB0aW1lIG9mIHBlYWNlIGJlIHF1YXJ0ZXJlZCBp biBhbnkgaG91c2UsIHdpdGhvdXQNCnRoZSBjb25zZW50IG9mIHRoZSBvd25lciwgbm9yIGluIHRp bWUgb2Ygd2FyLCBidXQgaW4gYSBtYW5uZXIgdG8gYmUNCnByZXNjcmliZWQgYnkgbGF3Lg0KDQot LS0tLUJFR0lOIFBHUCBTSUdOQVRVUkUtLS0tLQ0KVmVyc2lvbjogR251UEcgdjINCg0KaVFFY0JB RUJBZ0FHQlFKVkNLOWFBQW9KRUs2SzN5cmMrUnVEbEYwSUFJeXRPeG5oTk8wQjV6VXAxeWNWL3pi Rg0KMzVBWER2aC9ocmJhandUVDBWa1hYcDBxQ1ViUlorcmpVMm5GVjhLbWVUTjA3RVBQby9oZy9l NnBSUlRkdnlmaw0KRVlrZXhiTWN4bzQ4ODdDTDFNRVVXdXVHTkdtdzJkOFJXMW9Zd0RaaFVka29i TFl6Mnl1WVZKMTZNY3ZjRmNMMQ0Ka1piU0hRWkpieVUxTTQ4eW45MHdHTDNyOHVXb1ZvWkpTQkZj eUhNc2RRM3JmblhZL2FubXRZMlN0VnNjamQ5WA0KMlpodURTOHY5SERXNEVLS0szK1VRd2RqbEZh Mllxc1pDVG8vTTNKbW5YeURHRDBwVUg3Mk5jbnJHRzdLYXJhUg0KNWtYOTN6WEN5U200Vll5M2FO OFhRdTl3b2RSL3VTOEFXeWdkbFRZT3gvVUM3UjhROGNKY3czbkpvTXFtSXRnPQ0KPThDYkkNCi0t LS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQ0K From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 03:45:21 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71F23185 for ; Wed, 18 Mar 2015 03:45:21 +0000 (UTC) Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2ADD3FD3 for ; Wed, 18 Mar 2015 03:45:21 +0000 (UTC) Received: by mail-vc0-f174.google.com with SMTP id la4so16170671vcb.5 for ; Tue, 17 Mar 2015 20:45:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=isgY06jz8gtOKkA5KZyrcE9/WrVD0IjAdwVZiwDaZwo=; b=e1hVhEStzBdNL4Ty7jLm/M3tKKVODBsaAhbw4cGI42alzyIvNtm1am0MfljA4S+nwD jIWirEtOuZci7bw1+jIYhwBWJVoTOF34TFrcF9cayCebnj5kd9+U3Kc8LlDcwwztLUBk mJl57aEJInouadxO0Y9C01HPWptrcIrDxFSrPbto03jOI6h75qIseNPCjcaM6ddHclUL UD67tBYgjHxTE+T7d9kd4K6GueOKPJY0HBYeyEQ9dulsPzLWQlVcYVioGIKeJnZ+6S5g O3iG+RuU2qWnKfb7jBKzpuj6ZGkgfO3No7gPc9jhpsogYEz1jeeuwiEkqw2DhGtMsnmj 19LA== X-Received: by 10.52.154.108 with SMTP id vn12mr24100588vdb.19.1426650320276; Tue, 17 Mar 2015 20:45:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.119.205 with HTTP; Tue, 17 Mar 2015 20:45:00 -0700 (PDT) From: Pratik Singhal Date: Wed, 18 Mar 2015 09:15:00 +0530 Message-ID: Subject: Support status for CubieBoard To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 03:45:21 -0000 Hello, can anyone please tell me what is the current support status for CubieBoard ? Specifically, what all things are not supported ? From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 04:12:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25EE73A1 for ; Wed, 18 Mar 2015 04:12:11 +0000 (UTC) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E38EF285 for ; Wed, 18 Mar 2015 04:12:10 +0000 (UTC) Received: by oibu204 with SMTP id u204so26701926oib.0 for ; Tue, 17 Mar 2015 21:12:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5hR5BUFGtPE6iRDS8RDBohD/liKufayRJH0dWWn9xb4=; b=hMiHqbYSm7dP+UDZ5KBgXHLKaK3ODxyK+F9LKtk0gEUex1YBso5GgCRUnpvIQ1SRYk YgspHgfE5c6qglKUf/T56KqechsMbvpxIdeHNoRsSQ77/8aq9l0l2NnTf/tGD2cuDkCn p3OhGYs9QBKJP7PuRdvXwnaD2WCAFAei/yXmmOuV9loUTUI/n/dVRcuPkT80kk+tmIN0 ewoSqqACpQM38ZM3mARvjrnD3UPzprmhjzUamLXdvCBsgJOpHwtyt2BsRqqJUkLRVbyc GzDSAwBFaoG9MX1062Y/YGx7I8DinPlcldba982ixRksMmfs+QBYx981p/W8RGixSBPq 2nPg== MIME-Version: 1.0 X-Received: by 10.202.7.1 with SMTP id 1mr51941461oih.16.1426651930017; Tue, 17 Mar 2015 21:12:10 -0700 (PDT) Received: by 10.182.13.33 with HTTP; Tue, 17 Mar 2015 21:12:09 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Mar 2015 12:12:09 +0800 Message-ID: Subject: Re: Support status for CubieBoard From: Ganbold Tsagaankhuu To: Pratik Singhal Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 04:12:11 -0000 On Wed, Mar 18, 2015 at 11:45 AM, Pratik Singhal wrote: > Hello, can anyone please tell me what is the current support status for > CubieBoard ? > Basic stuff should work, including drivers for EMAC (pio mode only), gpio, glue driver for usb ehci. > Specifically, what all things are not supported ? > Rest is not supported yet, IIRC, several people worked on MMC/SD driver, but it is not tested well. Ganbold > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 05:33:49 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B50C25E8 for ; Wed, 18 Mar 2015 05:33:49 +0000 (UTC) Received: from st13p13im-asmtp001.me.com (st13p13im-asmtp001.me.com [17.164.56.160]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89F1DC0A for ; Wed, 18 Mar 2015 05:33:49 +0000 (UTC) Received: from [192.168.1.12] (162-237-206-116.lightspeed.austtx.sbcglobal.net [162.237.206.116]) by st13p13im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NLE002E24L49HB0@st13p13im-asmtp001.me.com> for freebsd-arm@freebsd.org; Wed, 18 Mar 2015 04:31:53 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-18_02:2015-03-17,2015-03-18,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=3 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503180044 From: "Molly (Dev Lists)" Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Subject: pthread_create() munging malloc()ed memory? (malloc(), threads, and static linking) [RPI-B+, 10.1] Message-id: <6580F1DF-3A9F-42C1-A27F-75546FD73829@icloud.com> Date: Tue, 17 Mar 2015 23:31:52 -0500 To: freebsd-arm@freebsd.org MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 05:33:49 -0000 I'm encountering some strange behavior where memory passed as an argument through pthread_create() is getting zeroed out, under suspiciously specific conditions; but I haven't figured out the cause. I've reduced it down to a pretty tiny test case (below).... Summary: * Main thread allocates a block of memory and sets the first four bytes to some non-zero value (it doesn't matter what) * The block is passed to a new thread via pthread_create(); the main thread then waits on that thread via pthread_join() * In the thread, the value is printed, the block is free()d, and the thread exits After a few iterations of this (in a loop in main()), those "non-zero" bytes become zeroed out during the call to pthread_create(). This only occurs a couple of times, and then the behavior seems to return to normal for subsequent calls. This only occurs under specific conditions: * The size of the allocated block must be at least 68 bytes and no more than 80 bytes * The block needs to be allocated in the main thread and free()d in the created thread * The program must be statically linked (-static) This seems bizarrely specific and makes me think that either I'm doing something wrong and wrecking memory somewhere, or I'm relying on fragile behavior and don't realize it; I'm not sure what it might be, though. (It seems like maybe the allocator isn't happy with threads, at least when statically linked; is something going on here that I'm missing?) Any ideas/suggestions? This is running on a Raspberry Pi B+ using the 10.1-RELEASE image (FreeBSD 10.1-RELEASE #0 r274401). clang is version 3.4.1 (the version included in the base system). // // Build with: cc -std=c11 -Weverything -pthread -static thisfile.c // #include #include #include // Problem occurs if sizeof(TESTITEM) is in the range [68, 80] typedef struct { int testval; char padding [ 68 - sizeof ( int ) ]; } TESTITEM; static void * thread_test ( void * arg ) { fprintf ( stderr, "Value in thread: %d\n", ((TESTITEM*)arg)->testval ); free ( arg ); return NULL; } int main ( int argc, char *argv[] ) { (void)argc; // Unused (void)argv; // Unused for ( int i = 0; i < 10; i++ ) { TESTITEM * p = malloc ( sizeof ( TESTITEM ) ); if ( p == NULL ) abort (); p->testval = 12345; // Any non-zero value is fine here pthread_t tid; if ( pthread_create ( &tid, NULL, thread_test, p ) != 0 ) abort (); pthread_join ( tid, NULL ); } return 0; } From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 06:39:25 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8AA26FFC for ; Wed, 18 Mar 2015 06:39:25 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56F0219A for ; Wed, 18 Mar 2015 06:39:25 +0000 (UTC) Received: by pdnc3 with SMTP id c3so33778684pdn.0 for ; Tue, 17 Mar 2015 23:39:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pZKM6a0uQU0LOuW6kY8vqf0HK8q43w5CxyE9b2her/I=; b=y90LpT8Nixlq9hUAd+KsQx0Jfk8j1NV2RdGPOUK0ZkJaPoNhGz0aoHA7k0jymUmRd2 5x4zLF2Be/28RXqDhA1LeHinL+RwqU5W53i3SWWIQskTofQlBsjctBKRvqrFTyu4k0ut tFHu+eICzcoecLEL4EfIhrsUsSBhmxG23vwowrMFnUeiZFyMtQIMvDeeve26Atm9sBZ/ it/bNEojJUkmaYehiUAWSTT+WLFJd/9z9QTGO8idwx0dxlYqfEG2IyBN8izQT1HDpKZN UnETbmEZ8yF2Gd+UOdXJvwzT0VpS3SL/nXiXmcIXbTaoP32SeqZVGTdXLlRDyIVk3qdO zP1Q== MIME-Version: 1.0 X-Received: by 10.66.147.169 with SMTP id tl9mr156796461pab.63.1426660764506; Tue, 17 Mar 2015 23:39:24 -0700 (PDT) Received: by 10.70.60.198 with HTTP; Tue, 17 Mar 2015 23:39:24 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Mar 2015 07:39:24 +0100 Message-ID: Subject: Re: PKG and Raspberry Pi From: Zsolt Udvari To: Alex Thomas Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 06:39:25 -0000 I'm maintaining (and using on my RPI) a small (10.x) repository for Arm: http://uzsolt.hu/freebsd/ Not all packages, but I think nobody will run java-based programs (for example). If you want some more packages which are not available, you can suggest. Zsolt 2015-03-17 20:46 GMT+01:00 Alex Thomas : > Are there any good, publicly available pkg repositories for freebsd-arm on > raspberry pi? Or am I waiting for Freebsd 11-RELEASE? > > Alex Thomas > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 07:23:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA7BB887 for ; Wed, 18 Mar 2015 07:23:33 +0000 (UTC) Received: from mail.agsec.de (mail.kts.org [IPv6:2a00:14b0:f000:1::222]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6176487B for ; Wed, 18 Mar 2015 07:23:32 +0000 (UTC) Received: from hh01.agsec.de (localhost [127.0.0.1]) by mail.agsec.de (Postfix) with ESMTP id ECF968929D for ; Wed, 18 Mar 2015 08:23:27 +0100 (CET) X-Virus-Scanned-AGSEC: MailMurkxDeScraCxler at agsec.de Received: from mail.agsec.de ([194.55.156.222]) by hh01.agsec.de (hh01.agsec.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ro-sOyJVXbbX for ; Wed, 18 Mar 2015 08:23:12 +0100 (CET) Received: from ernie.int.kts.org (ernie.int.kts.org [IPv6:2001:6f8:1c56:42::1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.agsec.de (Postfix) with ESMTPS id 717C78929C for ; Wed, 18 Mar 2015 08:23:12 +0100 (CET) X-Virus-Scanned-KTS: Mail-UnWroks-U-Laksler at KTS.ORG Received: from frazzle.int.kts.org (frazzle.int.kts.org [IPv6:2001:6f8:1c56:42::11]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ernie.int.kts.org (Postfix) with ESMTPSA id 2C995E042E for ; Wed, 18 Mar 2015 08:23:01 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_BEDA3965-4DAD-4927-AC64-49F0E257E944"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: beaglebone boot from eMMC X-Pgp-Agent: GPGMail 2.5b5 From: Hellmuth Michaelis In-Reply-To: Date: Wed, 18 Mar 2015 08:23:00 +0100 Message-Id: <3EF47A05-60B2-4BB0-8688-018E50CF7D4A@hellmuth-michaelis.de> References: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> <54BA6DB9-DC61-4A6F-B948-777BB9800F54@bocal.org> <20150312132739.GA28385@cicely7.cicely.de> To: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 07:23:33 -0000 --Apple-Mail=_BEDA3965-4DAD-4927-AC64-49F0E257E944 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Am 12.03.2015 um 14:33 schrieb Warner Losh : >=20 >=20 >> On Mar 12, 2015, at 10:27 PM, Bernd Walter = wrote: >>=20 >> On Wed, Mar 11, 2015 at 11:38:39AM +0100, Hellmuth Michaelis wrote: >>> Further investigation shows, if i dd the local image from = /dev/mmcsd0 or a fresh image from remote to /dev/mmcsd1 i get sooner or = later >>>=20 >>> GEOM_PART: integrity check failed (mmcsd1, MBR) >>> GEOM_PART: integrity check failed (diskid/DISK-5F817AAF, MBR) >>>=20 >>> on the serial console. Is the internal SD broken ? >>>=20 >>> I got similar messages when i used the copy script and during = probing while start of the kernel. >>=20 >> I remember having seen similar problems when I tried using the eMMC = last >> year. >> I also used crochet and the copy script, but IIRC ended when it = didn't boot. >> Details should be on this list somewhere. >=20 > Last time I looked into issues like this it was due to gpart putting = too much stock > in the BIOS returned geometry. usb devices rarely match each-other, = let alone > the fake geometry we return from mmcsd. I suspect the root of these = weird to > diagnose issues lies here. >=20 > Warner Its really weird. I fetched the Angstroem flasher to put back an = original image onto the eMMC and that worked. I dumped the MBR for Linux = and the MBR which was generated by the install script and they are both = pretty OK and legal. I reordered files on the MSDOS partition. I played = with different =E2=80=9EBIOS=E2=80=9C geometries (because Linux and = FreeBSD have a rather different sight on this) to produce the = partitions. Nothing helps - it does not boot FreeBSD from the eMMC MSDOS Partition. = The only thing which made a difference was, when i used the = Linux-generated MSDOS partition, removed the files in it and populated = it with the FreeBSD-generated MLO and things - then it booted from it. I = failed completely to add an UFS partition after the Linux-generated = MSDOS partition, tried gpart, fdisk, bsdlabel. The UFS mmcsd1s2a can be = generated, populated, fsck=E2=80=99d, tested, checked - after the next = powercycle it simply disappeared. It seems to me that there is a bit more magic involved than only = generate the partitions. In the Linux script to generate the image onto = the eMMC, they check for: HEADER=3D$(hexdump -e '8/1 "%c"' /sys/bus/i2c/devices/0-0050/eeprom -s 5 = -n 3) and possibly write to an eeprom - has someone an idea why this is needed = ? Hellmuth --Apple-Mail=_BEDA3965-4DAD-4927-AC64-49F0E257E944 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJVCSfUAAoJEDc16e0fOQ8Bw9UH/2yVzk8+TCOsWlM7qN2EXK0f cb5IqQPr6nWZYMdvNkncTrYyhAqhmYZm8URSupFI2HKFgif6fiAvG4wO8AjIAuSD ZoLy2/wYKKWxKn/HULyQidUEkOBlbxEiGb97ZOwhTV+/96J8rO2pHWlxnuWRYwzu 7PsEIj1RSf/gq+UzBme10m6TmEGGaepuBtpuC2TYjlsIAbIapmrGpKf8dbqg2CWG MxM0GuzI/iiFElKL53peuK9ibYeqiEKPHwctlaDpP7VBLJ2Vem9StbM6ldJomRH7 7DvNNfyMN5glxrF5fV945l8WwT9gWDln1saMMaimfMZKMy8b7kGNom+M3WNBiP0= =Y9Gl -----END PGP SIGNATURE----- --Apple-Mail=_BEDA3965-4DAD-4927-AC64-49F0E257E944-- From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 09:25:41 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 490852F8 for ; Wed, 18 Mar 2015 09:25:41 +0000 (UTC) Received: from shadow.sentry.org (shadow.sentry.org [220.233.87.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CDECA8E3 for ; Wed, 18 Mar 2015 09:25:40 +0000 (UTC) Received: from shadow.sentry.org (localhost.sentry.org [127.0.0.1]) by shadow.sentry.org (8.14.8/8.14.8) with ESMTP id t2I9PVHv001773 for ; Wed, 18 Mar 2015 20:25:31 +1100 (EST) (envelope-from trev@sentry.org) Message-ID: <5509448B.20500@sentry.org> Date: Wed, 18 Mar 2015 20:25:31 +1100 From: Trevor Roydhouse Organization: Sentry User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33 MIME-Version: 1.0 To: freebsd-arm Subject: Re: pthread_create() munging malloc()ed memory? (malloc(), threads, and static linking) [RPI-B+, 10.1] References: <6580F1DF-3A9F-42C1-A27F-75546FD73829@icloud.com> In-Reply-To: <6580F1DF-3A9F-42C1-A27F-75546FD73829@icloud.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.4.3 (shadow.sentry.org [0.0.0.0]); Wed, 18 Mar 2015 20:25:32 +1100 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 09:25:41 -0000 Molly (Dev Lists) wrote: > After a few iterations of this (in a loop in main()), those "non-zero" > bytes become zeroed out during the call to pthread_create(). This only > occurs a couple of times, and then the behavior seems to return to > normal for subsequent calls. [...] > This is running on a Raspberry Pi B+ using the 10.1-RELEASE image > (FreeBSD 10.1-RELEASE #0 r274401). clang is version 3.4.1 (the > version included in the base system). RPi B+ FreeBSD rpi 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r278908: Tue Feb 17 23:25:47 UTC 2015 FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 Target: armv6--freebsd11.0-gnueabi Thread model: posix trev@rpi [/home/trev] $ ./a.out Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Value in thread: 12345 Built as per: // Build with: cc -std=c11 -Weverything -pthread -static thisfile.c -- Trevor Roydhouse BJuris, LLB, LLM (UNSW) Systems Developer Australasian Legal Information Institute Web : www.austlii.edu.au From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 11:59:57 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58B80C9C for ; Wed, 18 Mar 2015 11:59:57 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 30E15CE7 for ; Wed, 18 Mar 2015 11:59:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=y3SJWTuBgMXd3meVfJe4RtVgN2x3bpXK4FRZ4I4w6rY=; b=q4qJCBReoiBFD5CjFJzRLklvnYv2YxpI6cCPMVNVi/AL23kAdM+2g9/Kcsx9QDi1eKs/dx1x3bCHlUhohk/uFlKh20UaLVmkw/PcvLlvCRSuKxjvltvJcmUNfTRNMSxICprh9ntjubuxDfOAoYUvzHQrn1v7z/d7PpCS8PKXuVo=; Received: from dynamic-pool-telkomsel-114-124-0-103.telkomsel.net.id ([114.124.0.103]:62763 helo=B85M-HD3-0.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1YYCdX-000AgJ-Uz; Wed, 18 Mar 2015 05:59:50 -0600 Date: Wed, 18 Mar 2015 19:58:59 +0800 From: Erich Dollansky To: "Molly (Dev Lists)" Subject: Re: pthread_create() munging malloc()ed memory? (malloc(), threads, and static linking) [RPI-B+, 10.1] Message-ID: <20150318195859.16ac515a@B85M-HD3-0.alogt.com> In-Reply-To: <6580F1DF-3A9F-42C1-A27F-75546FD73829@icloud.com> References: <6580F1DF-3A9F-42C1-A27F-75546FD73829@icloud.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 11:59:57 -0000 Hi, On Tue, 17 Mar 2015 23:31:52 -0500 "Molly (Dev Lists)" wrote: > I'm encountering some strange behavior where memory passed as an it is really strange. > Any ideas/suggestions? > > > This is running on a Raspberry Pi B+ using the 10.1-RELEASE image > (FreeBSD 10.1-RELEASE #0 r274401). clang is version 3.4.1 (the > version included in the base system). > I did some tests on the same hardware with a older r272167 revision and came to the same result. I found after some time that the error is not cause by the creation of the thread but by joining it. If you leave the join away, it works as expected. The error also comes back after 51 runs. I also ran your program on an amd64 without any problems. Erich From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 13:20:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2AF2891D for ; Wed, 18 Mar 2015 13:20:02 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DA3478F4 for ; Wed, 18 Mar 2015 13:20:01 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 19C026A6002; Wed, 18 Mar 2015 14:19:58 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id t2IDJvxM029472; Wed, 18 Mar 2015 14:19:57 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id t2IDJvu2028206; Wed, 18 Mar 2015 14:19:57 +0100 (CET) (envelope-from lars) Date: Wed, 18 Mar 2015 14:19:57 +0100 From: Lars Engels To: Alex Thomas Subject: Re: PKG and Raspberry Pi Message-ID: <20150318131957.GP54568@e-new.0x20.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qcTtWMBd/uZDG7+Y" Content-Disposition: inline In-Reply-To: X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p23 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 13:20:02 -0000 --qcTtWMBd/uZDG7+Y Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 17, 2015 at 02:46:53PM -0500, Alex Thomas wrote: > Are there any good, publicly available pkg repositories for freebsd-arm on > raspberry pi? Or am I waiting for Freebsd 11-RELEASE? >=20 There's some not-so-official repository: https://lists.freebsd.org/pipermail/freebsd-arm/2014-September/009152.html Lars --qcTtWMBd/uZDG7+Y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJVCXt9XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tf9IH/1bp+DmJR/eehyZiSPrvy+Ku thr5WSGIz3kOJFyTigSSDM83tCRfwyJDJaaf78Y0bYRErljzSH1UZyTvv8OJn4Qe 0KWA2VfqsTM6JfmZaJ1h0pk3+4v7iTWIqnuZsLBm8MMWuT0ccqiw88GkD6nVZYkS CA7wjnnDK3nDg5vVxaieBqUrysHHw+vAJijeNKAg1bfUiRcXm52Se/2sFwcoHHUZ 07GFsmf7cbJlLRRAyRohs97b1pOIP3vtlCl+2exeItnogvd+zs3MMTNWAvLLKiwj 89Et1MLrW0nhTBCxx7xKvTp81oJ1/+ACXl4cn3o8Rf5EFMQ4qIxEuUo+L9PqN+M= =8CmX -----END PGP SIGNATURE----- --qcTtWMBd/uZDG7+Y-- From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 13:35:04 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEC60B54 for ; Wed, 18 Mar 2015 13:35:04 +0000 (UTC) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FC95B35 for ; Wed, 18 Mar 2015 13:35:04 +0000 (UTC) Received: by obcjt1 with SMTP id jt1so11554891obc.2 for ; Wed, 18 Mar 2015 06:35:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=i71wpmjJ0tlv2HqgW89SLNH8O/FKLgbtfLop04FvnQg=; b=0ql0jzzJO7P28MaGyV0vGPz+1/xpvrSrJjjNO7CNZl3BuqDxYwMT+4JCr+YOdlmFWl Fo9xaVEVrQ7mpdB2VqkRiD/Arc7tgx4KL+AowgcfjH5IgOj9mao5nwVoaKbt36cRk0ua nJIMRsBgxuGRoLhHdEiTtl5LEH4k+kLcN035/ocb/VY+PAcmCfzO5vI7nkfnWGUUM3Wu OJjha7jNfTroi284Yqcomuuo9jrZqeBzz4yV7h6J0teelUfd7lr0BS4O/Ti6Eweg4Gu9 73WR9u053yjd3dymLiCEUuFYbUiLAnOnom/MSrvztEVak1/HLgyIMXfLcICay+6AOOaj gvew== MIME-Version: 1.0 X-Received: by 10.183.11.97 with SMTP id eh1mr56618101obd.7.1426685701696; Wed, 18 Mar 2015 06:35:01 -0700 (PDT) Received: by 10.182.13.33 with HTTP; Wed, 18 Mar 2015 06:35:01 -0700 (PDT) In-Reply-To: <201503110457.t2B4vLK5003067@jwlab.FEITH.COM> References: <201503110457.t2B4vLK5003067@jwlab.FEITH.COM> Date: Wed, 18 Mar 2015 21:35:01 +0800 Message-ID: Subject: Re: Updated Amlogic aml8726-m6 and aml8726-m8 support files From: Ganbold Tsagaankhuu To: John Wehle Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 13:35:04 -0000 John, On Wed, Mar 11, 2015 at 12:57 PM, John Wehle wrote: > Here's a link to the updated support files for Amlogic ARM SoC devices: > > http://www.cybersashi.com/~john/FreeBSD-amlogic-20150311.shar Sorry for late response, I will try it and let you know. thanks, Ganbold > > > Currently FreeBSD successfully boots to the login prompt on an aml8726-m6 > board (the box seems to be some type of Visson ATV-102) as well as on an > aml8726-m8b board (a Hardkernel ODROID-C1) using a SD card and a serial > console. > > Unshar into your FreeBSD 11.0-current source tree, review the README, > apply the patch, and have fun. > > Recent Changes: > > clock control (aka gate) driver has been added > > pinctrl driver has been added > > i2c driver has been added > > mmc driver minor tweaks > > rtc now survives a reboot > > sdxc driver has been added > > uart driver now supports rts/cts > > -- John > ------------------------------------------------------------------------- > | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | > | John Wehle | Fax: 1-215-540-5495 | | > ------------------------------------------------------------------------- > > From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 14:00:13 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E59A19A1 for ; Wed, 18 Mar 2015 14:00:12 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE310E2E for ; Wed, 18 Mar 2015 14:00:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=+qTi4mjGthAdwOFzzY4lawIcaUhZcJde1wYAEp2kjsU=; b=ASOoSKlnjQyd3wPIG6Vo/z7Az07BJ44gRdEnGdvLuvOjTIMLeZWtheA/5kEUVWANKTFwZqABeUDnGGyY/hGvAyQWTuT+AG3b2itJ/S0F8wGJKu8fb4hGuIE8nGfaM5NSViPoIjZMJ+fvPHGerzUI8tucdFTnNHieapF/xi11DUw=; Received: from [114.121.161.201] (port=29111 helo=B85M-HD3-0.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1YYEW1-002gBO-PD; Wed, 18 Mar 2015 08:00:12 -0600 Date: Wed, 18 Mar 2015 21:59:43 +0800 From: Erich Dollansky To: "Molly (Dev Lists)" Subject: Re: pthread_create() munging malloc()ed memory? (malloc(), threads, and static linking) [RPI-B+, 10.1] Message-ID: <20150318215943.54fff5b7@B85M-HD3-0.alogt.com> In-Reply-To: <6580F1DF-3A9F-42C1-A27F-75546FD73829@icloud.com> References: <6580F1DF-3A9F-42C1-A27F-75546FD73829@icloud.com> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 14:00:13 -0000 Hi, I was playing around a bit more. It crashes now also after the third thread is created without a join but with a detach. It seems to be all very random but once it crashes, it always crashes. Erich On Tue, 17 Mar 2015 23:31:52 -0500 "Molly (Dev Lists)" wrote: > I'm encountering some strange behavior where memory passed as an > argument through pthread_create() is getting zeroed out, under > suspiciously specific conditions; but I haven't figured out the > cause. I've reduced it down to a pretty tiny test case (below).... > > Summary: > * Main thread allocates a block of memory and sets the first > four bytes to some non-zero value (it doesn't matter what) > * The block is passed to a new thread via pthread_create(); > the main thread then waits on that thread via pthread_join() > * In the thread, the value is printed, the block is free()d, > and the thread exits > > After a few iterations of this (in a loop in main()), those "non-zero" > bytes become zeroed out during the call to pthread_create(). This > only occurs a couple of times, and then the behavior seems to return > to normal for subsequent calls. > > This only occurs under specific conditions: > * The size of the allocated block must be at least 68 bytes > and no more than 80 bytes > * The block needs to be allocated in the main thread and free()d > in the created thread > * The program must be statically linked (-static) > > This seems bizarrely specific and makes me think that either I'm doing > something wrong and wrecking memory somewhere, or I'm relying on > fragile behavior and don't realize it; I'm not sure what it might be, > though. (It seems like maybe the allocator isn't happy with threads, > at least when statically linked; is something going on here that I'm > missing?) > > Any ideas/suggestions? > > > This is running on a Raspberry Pi B+ using the 10.1-RELEASE image > (FreeBSD 10.1-RELEASE #0 r274401). clang is version 3.4.1 (the > version included in the base system). > > > // > // Build with: cc -std=c11 -Weverything -pthread -static thisfile.c > // > #include > #include > #include > > > // Problem occurs if sizeof(TESTITEM) is in the range [68, 80] > typedef struct > { > int testval; > char padding [ 68 - sizeof ( int ) ]; > } TESTITEM; > > > static void * thread_test ( void * arg ) > { > fprintf ( stderr, "Value in thread: %d\n", ((TESTITEM*)arg)->testval > ); free ( arg ); > return NULL; > } > > > int main ( int argc, char *argv[] ) > { > (void)argc; // Unused > (void)argv; // Unused > for ( int i = 0; i < 10; i++ ) > { > TESTITEM * p = malloc ( sizeof ( TESTITEM ) ); > if ( p == NULL ) abort (); > > p->testval = 12345; // Any non-zero value is fine here > > pthread_t tid; > if ( pthread_create ( &tid, NULL, thread_test, p ) != 0 ) abort > (); pthread_join ( tid, NULL ); > } > return 0; > } > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 18:16:56 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFF7941D for ; Wed, 18 Mar 2015 18:16:56 +0000 (UTC) Received: from mail-yh0-x236.google.com (mail-yh0-x236.google.com [IPv6:2607:f8b0:4002:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 660BE289 for ; Wed, 18 Mar 2015 18:16:56 +0000 (UTC) Received: by yhjf44 with SMTP id f44so17848413yhj.3 for ; Wed, 18 Mar 2015 11:16:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=+VHoC0yeNWIIhLVYRBQVO4hKg+tlkuIlpInRwNQ5uK4=; b=c7el5fIaUpy8HML7pHf9rTVVDoxH01Xrz2BrhEV49Ba7oQ2Ql5madzsXPdra4otHwV 8uy1EFOINsmrIU+jDP2iYIfd+DhLhr1Z16b39kYEYiE+s/AWOj4bmW3MbTI5HH2s1UXw 66d7BGfbkPjMZq04Ot85Fk85S9idJGWr+wZE7iAQuScvz15BtgBsWPbFKw76mOOjrwta RfZ1VFADu1HcMWUfBqJ8PTR5rnUk+rlgmLltvr5gAaRp/bEl8t/yiUuVxiaLXxjNqC/s 4VxqrzN9TCetublbyLbweJZdXUfQz15T5rcatEgqZT9rWgTcg1nb/prCxLchLJowxrVs wmGw== MIME-Version: 1.0 X-Received: by 10.236.26.47 with SMTP id b35mr74731867yha.144.1426702615539; Wed, 18 Mar 2015 11:16:55 -0700 (PDT) Received: by 10.170.217.69 with HTTP; Wed, 18 Mar 2015 11:16:55 -0700 (PDT) In-Reply-To: <3EF47A05-60B2-4BB0-8688-018E50CF7D4A@hellmuth-michaelis.de> References: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> <54BA6DB9-DC61-4A6F-B948-777BB9800F54@bocal.org> <20150312132739.GA28385@cicely7.cicely.de> <3EF47A05-60B2-4BB0-8688-018E50CF7D4A@hellmuth-michaelis.de> Date: Wed, 18 Mar 2015 20:16:55 +0200 Message-ID: Subject: Re: beaglebone boot from eMMC From: Guy Yur To: Hellmuth Michaelis Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 18:16:56 -0000 Hi, On Wed, Mar 18, 2015 at 9:23 AM, Hellmuth Michaelis wrote: > > Its really weird. I fetched the Angstroem flasher to put back an original= image onto the eMMC and that worked. I dumped the MBR for Linux and the MB= R which was generated by the install script and they are both pretty OK and= legal. I reordered files on the MSDOS partition. I played with different = =E2=80=9EBIOS=E2=80=9C geometries (because Linux and FreeBSD have a rather = different sight on this) to produce the partitions. > > Nothing helps - it does not boot FreeBSD from the eMMC MSDOS Partition. T= he only thing which made a difference was, when i used the Linux-generated = MSDOS partition, removed the files in it and populated it with the FreeBSD-= generated MLO and things - then it booted from it. I failed completely to a= dd an UFS partition after the Linux-generated MSDOS partition, tried gpart,= fdisk, bsdlabel. The UFS mmcsd1s2a can be generated, populated, fsck=E2=80= =99d, tested, checked - after the next powercycle it simply disappeared. > > It seems to me that there is a bit more magic involved than only generate= the partitions. In the Linux script to generate the image onto the eMMC, t= hey check for: > > HEADER=3D$(hexdump -e '8/1 "%c"' /sys/bus/i2c/devices/0-0050/eeprom -s 5 = -n 3) > > and possibly write to an eeprom - has someone an idea why this is needed = ? > > Hellmuth > > Is your msdosfs slice on the eMMC aligned to 1 MB? I had the same "CCC" problem when I aligned the partition and used newfs_msdos. Removing the sector count adjustment calculation in newfs_msdos as was done in NetBSD worked for me. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183234 Regards, Guy From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 18:57:55 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C8802AFD for ; Wed, 18 Mar 2015 18:57:55 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7369991B for ; Wed, 18 Mar 2015 18:57:54 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t2IIv6om082885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 18 Mar 2015 19:57:11 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t2IIux5a076873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Mar 2015 19:56:59 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t2IIuxID068204; Wed, 18 Mar 2015 19:56:59 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t2IIuv7a068203; Wed, 18 Mar 2015 19:56:57 +0100 (CET) (envelope-from ticso) Date: Wed, 18 Mar 2015 19:56:56 +0100 From: Bernd Walter To: Guy Yur Subject: Re: beaglebone boot from eMMC Message-ID: <20150318185656.GO53586@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> <54BA6DB9-DC61-4A6F-B948-777BB9800F54@bocal.org> <20150312132739.GA28385@cicely7.cicely.de> <3EF47A05-60B2-4BB0-8688-018E50CF7D4A@hellmuth-michaelis.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org, Hellmuth Michaelis X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 18:57:56 -0000 On Wed, Mar 18, 2015 at 08:16:55PM +0200, Guy Yur wrote: > Hi, > > On Wed, Mar 18, 2015 at 9:23 AM, Hellmuth Michaelis > wrote: > > > > Its really weird. I fetched the Angstroem flasher to put back an original image onto the eMMC and that worked. I dumped the MBR for Linux and the MBR which was generated by the install script and they are both pretty OK and legal. I reordered files on the MSDOS partition. I played with different ???BIOS??? geometries (because Linux and FreeBSD have a rather different sight on this) to produce the partitions. > > > > Nothing helps - it does not boot FreeBSD from the eMMC MSDOS Partition. The only thing which made a difference was, when i used the Linux-generated MSDOS partition, removed the files in it and populated it with the FreeBSD-generated MLO and things - then it booted from it. I failed completely to add an UFS partition after the Linux-generated MSDOS partition, tried gpart, fdisk, bsdlabel. The UFS mmcsd1s2a can be generated, populated, fsck???d, tested, checked - after the next powercycle it simply disappeared. > > > > It seems to me that there is a bit more magic involved than only generate the partitions. In the Linux script to generate the image onto the eMMC, they check for: > > > > HEADER=$(hexdump -e '8/1 "%c"' /sys/bus/i2c/devices/0-0050/eeprom -s 5 -n 3) > > > > and possibly write to an eeprom - has someone an idea why this is needed ? > > > > Hellmuth > > > > > > Is your msdosfs slice on the eMMC aligned to 1 MB? > > I had the same "CCC" problem when I aligned the partition > and used newfs_msdos. > Removing the sector count adjustment calculation in newfs_msdos > as was done in NetBSD worked for me. I really have problems understanding why this is different to using a card. TI must have some subtile differences in handling MMC vs SD media. Wonder how it behaves if using an external MMC. Unfortunately it became hard to buy MMC cards, especially big ones and they only share same formfactor as full size cards. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 20:14:15 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DD8F4A0 for ; Wed, 18 Mar 2015 20:14:15 +0000 (UTC) Received: from feith1.FEITH.COM (feith1.FEITH.COM [192.251.93.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ACA6351 for ; Wed, 18 Mar 2015 20:14:14 +0000 (UTC) Received: from jwlab.FEITH.COM (jwlab.FEITH.COM [192.251.93.16]) by feith1.FEITH.COM (8.14.9+Sun/8.12.9) with ESMTP id t2IKDhR8010210; Wed, 18 Mar 2015 16:13:43 -0400 (EDT) (envelope-from john@jwlab.FEITH.COM) Received: from jwlab.FEITH.COM (localhost [127.0.0.1]) by jwlab.FEITH.COM (8.14.9+Sun/8.14.9) with ESMTP id t2IKDgK3009771; Wed, 18 Mar 2015 16:13:42 -0400 (EDT) Received: (from john@localhost) by jwlab.FEITH.COM (8.14.9+Sun/8.14.9/Submit) id t2IKDdTg009770; Wed, 18 Mar 2015 16:13:39 -0400 (EDT) Date: Wed, 18 Mar 2015 16:13:39 -0400 (EDT) From: John Wehle Message-Id: <201503182013.t2IKDdTg009770@jwlab.FEITH.COM> To: ganbold@gmail.com Subject: Re: Updated Amlogic aml8726-m6 and aml8726-m8 support files MIME-Version: 1.0 Content-Type: text/plain X-DCC-EATSERVER-Metrics: feith1; whitelist X-Scanned-By: MIMEDefang 2.67 on 192.251.93.1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 20:14:15 -0000 > Sorry for late response, No problem. > I will try it and let you know. Please do when you have time. I haven't see any SD card issues using the current code with light usage / testing, however it's possible I'm just getting lucky. It would be useful to hear from other people. I'm aware that the eMMC support needs additional work and will get back to it. I'm currently looking at porting the NetBSD dwc_gmac driver since it's known to work for the Amlogic DWC ethernet controller (as well as the Allwinner). -- John From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 21:37:08 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DF52ED0 for ; Wed, 18 Mar 2015 21:37:08 +0000 (UTC) Received: from wa3yre.wynn.com (wa3yre.wynn.com [199.89.147.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1825AEA6 for ; Wed, 18 Mar 2015 21:37:07 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by wa3yre.wynn.com (8.14.3/8.12.6) with ESMTP id t2ILYonG061269; Wed, 18 Mar 2015 17:34:50 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Wed, 18 Mar 2015 17:34:49 -0400 From: Brett Wynkoop To: jungle Boogie Subject: Re: PKG and Raspberry Pi Message-ID: <20150318173449.2376514d@ivory.wynn.com> In-Reply-To: References: X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.25; x86_64-apple-darwin10.8.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 21:37:08 -0000 On Tue, 17 Mar 2015 15:36:25 -0700 jungle Boogie wrote: > > I don't have the hardware to build my own packages but, if you do, > check this out: > http://www.bsdnow.tv/episodes/2015_03_04-just_add_qemu > I build directly on either my Pi or BeagleBone. Just toss a 32GB card in the box and you should be good to go. You can also mount /usr/ports from nfs, which is what I to have enough disk to do native builds. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 929-272-0000 "The strongest reason for the people to retain the right to keep and bear arms is, as a last resort, to protect themselves against tyranny in government" - Thomas Jefferson. From owner-freebsd-arm@FreeBSD.ORG Wed Mar 18 22:06:37 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23AC6A60 for ; Wed, 18 Mar 2015 22:06:37 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D840E251 for ; Wed, 18 Mar 2015 22:06:36 +0000 (UTC) Received: by obbgg8 with SMTP id gg8so41378354obb.1 for ; Wed, 18 Mar 2015 15:06:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DHWe1wKxXtf9QO8Z3CCb/2/eXAVwTjwPXbZwmiMZv6A=; b=jbl1KwX/U914LLHMr5lc34rX+e9AOBrezAxzpfubm8IHg/TDyPSJUajyPwibPXoV6W WRp6xzSoLmjlkAszIX7D4/4NBdAY4cxjrvaDNZKMLpR2PlDReSuqqFzSF7sJx3Y1Vc9T 6dF53OeYCPofB6Qb7ejWMXyeX5XDUbSNmObHtqKoS0DLMDTtqSDJ7QSidi5Lp2Zk1X8m ZyuPMVwUpGZJ74Slgdi5tieKnBG0WXuh8IriBFrFKCdBRyiXsXbVZqmeQEz3LYcC9qDJ tdGOsuojD46A6OHfAH6hmCUZbEGWGdNt0BXbi4Qk0SqR5I1Gnlq8aCJ5WbxJVX6s7W+7 agvw== MIME-Version: 1.0 X-Received: by 10.202.200.5 with SMTP id y5mr4902478oif.122.1426716396240; Wed, 18 Mar 2015 15:06:36 -0700 (PDT) Received: by 10.182.247.74 with HTTP; Wed, 18 Mar 2015 15:06:36 -0700 (PDT) In-Reply-To: <20150318173449.2376514d@ivory.wynn.com> References: <20150318173449.2376514d@ivory.wynn.com> Date: Wed, 18 Mar 2015 15:06:36 -0700 Message-ID: Subject: Re: PKG and Raspberry Pi From: jungle Boogie To: Brett Wynkoop Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2015 22:06:37 -0000 Hi Brett, On 18 March 2015 at 14:34, Brett Wynkoop wrote: > On Tue, 17 Mar 2015 15:36:25 -0700 > jungle Boogie wrote: > >> >> I don't have the hardware to build my own packages but, if you do, >> check this out: >> http://www.bsdnow.tv/episodes/2015_03_04-just_add_qemu >> > > I build directly on either my Pi or BeagleBone. Just toss a 32GB card > in the box and you should be good to go. > > You can also mount /usr/ports from nfs, which is what I to have enough > disk to do native builds. > Well certainly but I don't like how long it takes to compile on the beaglebone. > -Brett > > -- > > wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt > 917-642-6925 > 929-272-0000 > > "The strongest reason for the people to retain the right to keep > and bear arms is, as a last resort, to protect themselves against > tyranny in government" - Thomas Jefferson. > -- ------- inum: 883510009027723 sip: jungleboogie@sip2sip.info xmpp: jungle-boogie@jit.si From owner-freebsd-arm@FreeBSD.ORG Thu Mar 19 02:36:22 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF7A6BE7 for ; Thu, 19 Mar 2015 02:36:22 +0000 (UTC) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C127333 for ; Thu, 19 Mar 2015 02:36:22 +0000 (UTC) Received: by weop45 with SMTP id p45so46426928weo.0 for ; Wed, 18 Mar 2015 19:36:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=cU9LPjlu8nZQEKC8WaOCELLj2rUDDHnc+paw7rOeguI=; b=Q1qSspMxtSmJ/9xYs2CHOIAppLwGkW3TqY6KgVtSiQF2XYdNaB60z2SrwISmZwijvB hDXKOdqhKDHcZEoY7zjJlrz6f4Bm8jPavL+oDBxdHIARyzPQJYJ1V+C0AaiiT2V9+Rb7 iaDGspUP9bVqyedULHF5lU49un/B4/ymr34HUkxdUtUumq3SIXDckKpwgeJfSrj9RSrp loMqwb37/rgpFhmxlFih0Li5BAn/WK6prHhMDrp/n5Sn4rflakWK6q3uyprSNpqvejSC yWlYHWwyeM3hQ3SHS+GKhGXOhXmz4wWGHy2lFcdviS0co4bjuBBUqfRzGJpDbgJr5ITR bt/g== X-Received: by 10.194.88.131 with SMTP id bg3mr151152262wjb.119.1426732580755; Wed, 18 Mar 2015 19:36:20 -0700 (PDT) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id gz3sm533121wib.1.2015.03.18.19.36.18 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Mar 2015 19:36:19 -0700 (PDT) Sender: Sulev-Madis Silber Message-ID: <550A3620.7010007@hot.ee> Date: Thu, 19 Mar 2015 04:36:16 +0200 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: ticso@cicely.de Subject: Re: beaglebone boot from eMMC References: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> <54BA6DB9-DC61-4A6F-B948-777BB9800F54@bocal.org> <20150312132739.GA28385@cicely7.cicely.de> <3EF47A05-60B2-4BB0-8688-018E50CF7D4A@hellmuth-michaelis.de> <20150318185656.GO53586@cicely7.cicely.de> In-Reply-To: <20150318185656.GO53586@cicely7.cicely.de> X-TagToolbar-Keys: D20150319043616229 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, Bernd Walter , Hellmuth Michaelis X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 02:36:22 -0000 I boot BBB from eMMC. I align partitions to 4MB, create boot partition with type 0x0c, size 4MB, that's also set to active. Put MLO, u-boot.img, ubldr there. Then it all works. There is known issue where bsdlabel fails. Maybe someone else has any idea why it now fails. It started failing about the time when the non-C/H/S partition aligning started working. It's gone after boot and GEOM says invalid disklabel. Workaround is that you create UFS directly into slice. U-Boot should be from sysutils/u-boot-beaglebone "CCC" is when AM335x SoC tries to boot from UART (serial), using XMODEM. In BBB it does that if it can't load anything from either eMMC or SD. It's also possible to reconfigure boot order using BOOT/LCD pins on BBB headers (like, to put UART first). It's also reason why you should not use those pins as I/O at boot time. To boot from serial, install comms/lrzsz then run cu, then use ~C to execute "dd if=MLO bs=1 skip=520 | lsx -k - && lsx -k u-boot.img". I have that in easy shell script wrapper. dd is used to strip header for serial boot. There is also proper headerless MLO/SPL in sysutils/u-boot-beaglebone 's work/ dir after build (not installed), but this could be easier. But eMMC boot should work fine. From owner-freebsd-arm@FreeBSD.ORG Thu Mar 19 03:41:48 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B43D6E2 for ; Thu, 19 Mar 2015 03:41:48 +0000 (UTC) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47804C9A for ; Thu, 19 Mar 2015 03:41:47 +0000 (UTC) Received: by pdnc3 with SMTP id c3so62919954pdn.0 for ; Wed, 18 Mar 2015 20:41:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Eb6bLoWkBgn9gTilPS9nngW6LtANKGYrll6YhTCmj70=; b=DDXtMrxgfqUBLAXZIkqhRfV35gxlgsxKdPM/MhHjP8c20BXDVNgXPhaEg6WachclE3 rY2jcT+pgd7fsogMXAF5zLGiJdRb1UnowVYufHOFmW6kL/L5tMKE2/dWewOjq988rzRk QzLxX1bYJdbUQEIFfSzf/M161FV3HHklcVqVZITEcwQMqWhJtB3zVE6wWVtJj8Yauo+8 5jmNq1RbLS3y48ZGjXKwyIJ56GFozFsheR6UCawxhnh2luHrwXzvXujjJzXOtBOiawnE cu47Wt5WlCFktQoiqlhaKoCgjpssqaph3jlkh0vK+Ad1NqItjzkElAdWePBCJ8h3Wi+z Q14Q== X-Gm-Message-State: ALoCoQm+d5tW1Y5C/0CVXsIRWd+/bcT1VGkN2SbRRMYpfHlgO7uTlU25gTjxKKxoHKmlbdXz9jLe X-Received: by 10.66.218.129 with SMTP id pg1mr170043102pac.65.1426736506568; Wed, 18 Mar 2015 20:41:46 -0700 (PDT) Received: from [192.168.1.100] (c-24-6-220-224.hsd1.ca.comcast.net. [24.6.220.224]) by mx.google.com with ESMTPSA id di10sm127459pad.41.2015.03.18.20.41.44 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 18 Mar 2015 20:41:45 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: beaglebone boot from eMMC From: Tim Kientzle In-Reply-To: Date: Wed, 18 Mar 2015 20:41:43 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <40A94DE3-36A6-4E85-8B59-15329D00E89C@kientzle.com> References: <3DF08C65-20E3-4524-B0E1-C5C096AA0FE8@hellmuth-michaelis.de> <54BA6DB9-DC61-4A6F-B948-777BB9800F54@bocal.org> <20150312132739.GA28385@cicely7.cicely.de> <3EF47A05-60B2-4BB0-8688-018E50CF7D4A@hellmuth-michaelis.de> To: Guy Yur , Hellmuth Michaelis X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2015 03:41:48 -0000 > On Mar 18, 2015, at 11:16 AM, Guy Yur wrote: >=20 > Hi, >=20 > On Wed, Mar 18, 2015 at 9:23 AM, Hellmuth Michaelis > wrote: >>=20 >> Its really weird. I fetched the Angstroem flasher to put back an = original image onto the eMMC and that worked. I dumped the MBR for Linux = and the MBR which was generated by the install script and they are both = pretty OK and legal. I reordered files on the MSDOS partition. I played = with different =E2=80=9EBIOS=E2=80=9C geometries (because Linux and = FreeBSD have a rather different sight on this) to produce the = partitions. >>=20 >> Nothing helps - it does not boot FreeBSD from the eMMC MSDOS = Partition. The only thing which made a difference was, when i used the = Linux-generated MSDOS partition, removed the files in it and populated = it with the FreeBSD-generated MLO and things - then it booted from it. I = failed completely to add an UFS partition after the Linux-generated = MSDOS partition, tried gpart, fdisk, bsdlabel. The UFS mmcsd1s2a can be = generated, populated, fsck=E2=80=99d, tested, checked - after the next = powercycle it simply disappeared. >>=20 >> It seems to me that there is a bit more magic involved than only = generate the partitions. In the Linux script to generate the image onto = the eMMC, they check for: >>=20 >> HEADER=3D$(hexdump -e '8/1 "%c"' /sys/bus/i2c/devices/0-0050/eeprom = -s 5 -n 3) >>=20 >> and possibly write to an eeprom - has someone an idea why this is = needed ? >>=20 >> Hellmuth >>=20 >>=20 >=20 > Is your msdosfs slice on the eMMC aligned to 1 MB? >=20 > I had the same "CCC" problem when I aligned the partition > and used newfs_msdos. > Removing the sector count adjustment calculation in newfs_msdos > as was done in NetBSD worked for me. >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D183234 Fortunately, the AM335x TRM from TI documents the exact checks made by = the ROM before it will recognize a valid MSDOS partition. So you = don=E2=80=99t need to guess; you can compare a hex dump of your disk = with the docs and see exactly what=E2=80=99s gone wrong. As I recall, the ROM is very unforgiving: * The CHS geometry used in the MBR has to exactly match the MSDOS format = geometry. Attempts to align the partition on round boundaries can screw = this up badly. * The FAT format type (12, 16, or 32) has to match the ROM expectations If any of the ROM checks fail, it will assume the device is not usable = and try a different device (ultimately ending up with CCCC on the serial = port). The corresponding code in Crochet uses $ gpart add -a 63 -b 63 -s 2m -t =E2=80=98!12=E2=80=99 to create the MSDOS partition and then uses $ newfs_msdos -L