From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 02:48:46 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 25B9784A; Sun, 24 Mar 2013 02:48:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E50E67BD; Sun, 24 Mar 2013 02:48:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r2O2mdiD061095; Sat, 23 Mar 2013 22:48:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r2O2mdfR061076; Sun, 24 Mar 2013 02:48:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 24 Mar 2013 02:48:39 GMT Message-Id: <201303240248.r2O2mdfR061076@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 02:48:46 -0000 TB --- 2013-03-24 01:10:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-24 01:10:23 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-03-24 01:10:23 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-24 01:10:23 - cleaning the object tree TB --- 2013-03-24 01:10:23 - /usr/local/bin/svn stat /src TB --- 2013-03-24 01:10:27 - At svn revision 248671 TB --- 2013-03-24 01:10:28 - building world TB --- 2013-03-24 01:10:28 - CROSS_BUILD_TESTING=YES TB --- 2013-03-24 01:10:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-24 01:10:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-24 01:10:28 - SRCCONF=/dev/null TB --- 2013-03-24 01:10:28 - TARGET=arm TB --- 2013-03-24 01:10:28 - TARGET_ARCH=arm TB --- 2013-03-24 01:10:28 - TZ=UTC TB --- 2013-03-24 01:10:28 - __MAKE_CONF=/dev/null TB --- 2013-03-24 01:10:28 - cd /src TB --- 2013-03-24 01:10:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 24 01:10:33 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo fsck_ffs: /obj/arm.arm/src/tmp/usr/lib/libc.a /obj/arm.arm/src/tmp/usr/lib/libufs.a >> .depend cc -O -pipe -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/dir.c cc -O -pipe -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/ea.c cc -O -pipe -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/fsutil.c cc1: warnings being treated as errors /src/sbin/fsck_ffs/fsutil.c: In function 'printIOstats': /src/sbin/fsck_ffs/fsutil.c:511: warning: format '%d' expects type 'int', but argument 2 has type 'time_t' /src/sbin/fsck_ffs/fsutil.c:526: warning: format '%4d' expects type 'int', but argument 6 has type 'time_t' *** [fsutil.o] Error code 1 Stop in /src/sbin/fsck_ffs. *** [fsck_ffs_make] Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-24 02:48:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-24 02:48:39 - ERROR: failed to build world TB --- 2013-03-24 02:48:39 - 4831.23 user 839.29 system 5895.55 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 04:02:27 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8C13BA50 for ; Sun, 24 Mar 2013 04:02:27 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 65ED6AD4 for ; Sun, 24 Mar 2013 04:02:27 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UJarb-000BZO-Mc; Sun, 24 Mar 2013 02:40:51 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2O2em77007510; Sat, 23 Mar 2013 20:40:49 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18sbjKc9oyCtawwi8h27JVY Subject: Re: Net booting current snapshot on openrd and sheevaplug From: Ian Lepore To: Jeff Penn In-Reply-To: <20130323231302.GA60043@jrpenn.demon.co.uk> References: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> <1364067518.1157.163.camel@revolution.hippie.lan> <20130323231302.GA60043@jrpenn.demon.co.uk> Content-Type: text/plain; charset="us-ascii" Date: Sat, 23 Mar 2013 20:40:48 -0600 Message-ID: <1364092848.1157.165.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 04:02:27 -0000 On Sat, 2013-03-23 at 23:13 +0000, Jeff Penn wrote: > On Sat, Mar 23, 2013 at 01:38:38PM -0600, Ian Lepore wrote: > > On Sat, 2013-03-23 at 18:30 +0000, Jeff Penn wrote: > > > I'm having problems net booting following the instruction on the > > > wiki. The kernel networking is failing on an openrd ultimate. My > > > sheevaplug gets as far as completing the DHCP request, but does not > > > generate any NFS traffic. Both systems run Debian, ruling out hardware. > > > Netbooting works on my similar DreamPlug systems using -current. I'm > > using the DREAMPLUG-1001 dts file and kernel config that are checked in, > > but with the BOOTP and NFSROOT options added. > > > > For the OpenRD it looks like the problem is that it can't find the phy. > > I've seen these *Plug systems use either 0 and 1 or 8 and 24 as the phy > > addresses for mge0 and mge1 respectively; you might try changing those > > in the dts file. In theory a phy address of -1 should work for mge0 to > > have it probe for a phy, but that's from looking at the code, I've never > > tried it. > > This got me a bit further, I'm still experimenting with values. I've > tried setting the reg in sys/boot/fdt/dts/db88f6281.dts and rebuilding > the kernel (I'm not a developer). The boot gets further and is now > failing to transmit a DHCP request (dmesg below). I'll spend more time > on this next week. > > enet0: ethernet@72000 { > #address-cells = <1>; > #size-cells = <1>; > model = "V2"; > compatible = "mrvl,ge"; > reg = <0x72000 0x2000>; > ranges = <0x0 0x72000 0x2000>; > local-mac-address = [ 00 00 00 00 00 00 ]; > interrupts = <12 13 14 11 46>; > interrupt-parent = <&PIC>; > phy-handle = <&phy0>; > > mdio@0 { > #address-cells = <1>; > #size-cells = <0>; > compatible = "mrvl,mdio"; > > phy0: ethernet-phy@0 { > reg = <0xFFFFFFFF>; > }; > }; > }; > > > For the Sheeva, I'm not sure what would lead to those RPC timeouts, I've > > never seen that happen. I've got all these options for nfs root: > > > > options NFSCL > > options NFSLOCKD > > options NFS_ROOT > > options BOOTP > > options BOOTP_NFSROOT > > options BOOTP_NFSV3 > > options BOOTP_WIRED_TO=mge0 > > Those are in the default kernel configs for both systems. > > thanks > Jeff > > ..... > mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 > mge0: Ethernet address: f0:ad:4e:00:61:58 > miibus0: on mge0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > e1000phy1: PHY 1 on miibus0 > e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto > ifmedia_match: multiple match for 0x20/0xfffffff > uart0: <16550 or compatible> mem 0xf1012000-0xf101201f irq 33 on simplebus0 > uart0: console (115740,n,8,1) > uart1: <16550 or compatible> mem 0xf1012100-0xf101211f irq 34 on simplebus0 > cesa0: mem 0xf1030000-0xf103ffff irq 22 on simplebus0 > ehci0: mem 0xf1050000-0xf1050fff irq 48,19 on simplebus0 > usbus0: EHCI version 1.0 > usbus0: set host controller mode > usbus0 on ehci0 > mvs0: mem 0xf1080000-0xf1085fff irq 21 on simplebus0 > mvs0: Gen-IIe, 2 3Gbps ports, Port Multiplier supported with FBS > mvsch0: at channel 0 on mvs0 > mvsch1: at channel 1 on mvs0 > pcib0: mem 0xf1040000-0xf1041fff irq 44 on fdtbus0 > pcib0: PCI IO/Memory space exhausted > device_attach: pcib0 attach returned 12 > cryptosoft0: > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > uhub0: on usbus0 > bootpc_init: wired to interface 'mge0' > mge0: Timeout on link-up > mge0: Timeout on link-up > Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:61:58) What was the value before you changed it to -1? It looks like it probed and found both 0 and 1, maybe that confused it. If the value wasn't zero originally, I'd say change it to that. If that amounts to changing it back to what it was, the problem must be elsewhere. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 09:41:08 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 070D8CA3; Sun, 24 Mar 2013 09:41:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BB16F91; Sun, 24 Mar 2013 09:41:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r2O9f6cx096789; Sun, 24 Mar 2013 05:41:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r2O9f6V8096787; Sun, 24 Mar 2013 09:41:06 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 24 Mar 2013 09:41:06 GMT Message-Id: <201303240941.r2O9f6V8096787@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 09:41:08 -0000 TB --- 2013-03-24 08:00:26 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-24 08:00:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-03-24 08:00:26 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-24 08:00:26 - cleaning the object tree TB --- 2013-03-24 08:03:22 - /usr/local/bin/svn stat /src TB --- 2013-03-24 08:03:25 - At svn revision 248678 TB --- 2013-03-24 08:03:26 - building world TB --- 2013-03-24 08:03:26 - CROSS_BUILD_TESTING=YES TB --- 2013-03-24 08:03:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-24 08:03:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-24 08:03:26 - SRCCONF=/dev/null TB --- 2013-03-24 08:03:26 - TARGET=arm TB --- 2013-03-24 08:03:26 - TARGET_ARCH=arm TB --- 2013-03-24 08:03:26 - TZ=UTC TB --- 2013-03-24 08:03:26 - __MAKE_CONF=/dev/null TB --- 2013-03-24 08:03:26 - cd /src TB --- 2013-03-24 08:03:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Mar 24 08:03:30 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] echo fsck_ffs: /obj/arm.arm/src/tmp/usr/lib/libc.a /obj/arm.arm/src/tmp/usr/lib/libufs.a >> .depend cc -O -pipe -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/dir.c cc -O -pipe -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/ea.c cc -O -pipe -I/src/sbin/fsck_ffs -I/src/sbin/fsck_ffs/../mount -DRESCUE -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/fsck_ffs/fsutil.c cc1: warnings being treated as errors /src/sbin/fsck_ffs/fsutil.c: In function 'printIOstats': /src/sbin/fsck_ffs/fsutil.c:511: warning: format '%ld' expects type 'long int', but argument 2 has type 'time_t' /src/sbin/fsck_ffs/fsutil.c:526: warning: format '%4ld' expects type 'long int', but argument 6 has type 'time_t' *** [fsutil.o] Error code 1 Stop in /src/sbin/fsck_ffs. *** [fsck_ffs_make] Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** [objs] Error code 1 Stop in /src/rescue/rescue. *** [all] Error code 1 Stop in /src/rescue. *** [rescue.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-24 09:41:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-24 09:41:06 - ERROR: failed to build world TB --- 2013-03-24 09:41:06 - 4705.08 user 839.47 system 6040.21 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 18:34:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B3B83A2F for ; Sun, 24 Mar 2013 18:34:02 +0000 (UTC) (envelope-from magnus.nilsson@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9B2AEE12 for ; Sun, 24 Mar 2013 18:34:02 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UJpjw-0004Y6-Cz for freebsd-arm@freebsd.org; Sun, 24 Mar 2013 11:33:56 -0700 Date: Sun, 24 Mar 2013 11:33:56 -0700 (PDT) From: MagnusNilsson To: freebsd-arm@freebsd.org Message-ID: <1364150036396-5798701.post@n5.nabble.com> In-Reply-To: <1364063575.1157.155.camel@revolution.hippie.lan> References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> Subject: Re: Preemption on MV78100 (ARMv5TE)? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 18:34:02 -0000 > Can you provide any information about the crashes? Sorry, "crash" is misleading. Rather, it hangs, almost always during boot. The latest hangs I saw where at "Entropy harvesting:[hang]" and "Trying to mount root from ufs:/dev/ad0s1[hang]" I have tried both SCHED_4BSD and SCHED_ULE, but I don't see any difference. > something to try that may give you most of the same benefits would be to > compile with HZ=1000 Thanks, HZ=2000 already. I mainly want to ensure that the crash isn't caused by some other instability that is tickled by preemption. Basically I want it working - or I want to know why it doesn't. These two patches are applied, but with no improvement: http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/160431 http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/161498 I'll see if I can backport later fixes to 8.2 and see if that helps. My conf (without "options PREEMPTION") is as follows: ident DEV include "../mv/discovery/std.db78xxx" options SOC_MV_DISCOVERY makeoptions MODULES_OVERRIDE="" makeoptions WERROR="-Werror" options SCHED_ULE #4BSD scheduler options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options NFSCLIENT #Network Filesystem Client options NFSLOCKD #Network Lock Manager options NFS_ROOT #NFS usable as /, requires NFSCLIENT options GEOM_PART_BSD options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options MUTEX_NOINLINE options RWLOCK_NOINLINE options NO_FFS_SNAPSHOT options NO_SWAPPING options ROOTDEVNAME=\"ufs:/dev/ad0s1\" options HZ=2000 device pci device loop device md device pty device random device uart device ether device mge # Marvell Gigabit Ethernet controller device mii device e1000phy device bpf options USB_DEBUG # enable debug msgs device usb device ehci device umass device scbus device pass device da device iic device iicbus device ds133x device ata device atadisk -- View this message in context: http://freebsd.1045724.n5.nabble.com/Preemption-on-MV78100-ARMv5TE-tp5798411p5798701.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 19:15:45 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EFA75448 for ; Sun, 24 Mar 2013 19:15:45 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id C5D2FF91 for ; Sun, 24 Mar 2013 19:15:45 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UJqOI-0001oy-Ug; Sun, 24 Mar 2013 19:15:39 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2OJFaEs008302; Sun, 24 Mar 2013 13:15:36 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/j6gI20R/wvY0q5z/wHreC Subject: Re: Preemption on MV78100 (ARMv5TE)? From: Ian Lepore To: MagnusNilsson In-Reply-To: <1364150036396-5798701.post@n5.nabble.com> References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> <1364150036396-5798701.post@n5.nabble.com> Content-Type: multipart/mixed; boundary="=-CdVGYqnbm3oYVwVwPIDn" Date: Sun, 24 Mar 2013 13:15:36 -0600 Message-ID: <1364152536.1157.173.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 19:15:46 -0000 --=-CdVGYqnbm3oYVwVwPIDn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sun, 2013-03-24 at 11:33 -0700, MagnusNilsson wrote: > > Can you provide any information about the crashes? > Sorry, "crash" is misleading. Rather, it hangs, almost always during boot. > The latest hangs I saw where at "Entropy harvesting:[hang]" and "Trying to > mount root from ufs:/dev/ad0s1[hang]" > I have tried both SCHED_4BSD and SCHED_ULE, but I don't see any difference. > > > something to try that may give you most of the same benefits would be to > > compile with HZ=1000 > Thanks, HZ=2000 already. I mainly want to ensure that the crash isn't caused > by some other instability that is tickled by preemption. Basically I want it > working - or I want to know why it doesn't. > > These two patches are applied, but with no improvement: > http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/160431 > http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/161498 > I'll see if I can backport later fixes to 8.2 and see if that helps. Damn, I was putting my hopes on the RAS fix, and you've already got it. Oh yeah, here's another fix that isn't in 8.2 that's pretty important, at least on kirkwood series chips... Enabling cache write-allocate causes data corruption. The attached patch should be the one that applies cleanly to 8.2. The following is from an email I wrote to a coworker some time ago about this patch and how I was testing with it... I think the attached patch may be the fix for the random 32-byte corruption problem you've been seeing on dreamplug. It certainly fixes such a problem on mine. For testing this, I found that the problem was 100% recreatable. I created a 10MB file full of zeroes and put it in the directory I tftp-boot from. To test: cd /tmp ; echo get zeroes | tftp revolution ; hd zeroes | head -30 To automate that test, I put the above into a script name 't' and do: while true ; do t | wc -l | grep -q 5 || break ; done A good run where the file comes in as all-zeroes always gives 5 lines of output. With the attached patch in place, I can run this for hours. While testing, it helps if some other things are going on, things that cause process context switches, while the tftp is running. From another window on my build machine I run this continuously: while true ; do ssh root@dpcur fsck -n -t ufs /var ; sleep 1 ; done I dunno if fsck is magical, but I did notice that because I always reboot and test, bg fsck is often running while I'm testing, and the corrupted fragments in the zeroes file are often bits of strings that fsck says. But I suspect what's really important is that other processes and context switches are running during the file xfer. -- Ian --=-CdVGYqnbm3oYVwVwPIDn Content-Disposition: inline; filename="dp_cache_wralloc.diff" Content-Type: text/x-patch; name="dp_cache_wralloc.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Do not enable allocating a cache line on write access. Instead, leave that feature in whatever state the bootloader set it to, on the theory that the firmware that comes with the unit knows best. This fixes intermittant cache line corruptions during bulk network data flow. diff -r df572d6d53cd -r a142512ee876 sys/arm/arm/cpufunc.c --- sys/arm/arm/cpufunc.c Thu Nov 22 16:46:06 2012 -0700 +++ sys/arm/arm/cpufunc.c Sat Dec 01 15:38:59 2012 -0700 @@ -1067,13 +1067,13 @@ set_cpufuncs() */ if (cputype == CPU_ID_MV88FR571_VD || cputype == CPU_ID_MV88FR571_41) { - sheeva_control_ext(0xffffffff, - FC_DCACHE_STREAM_EN | FC_WR_ALLOC_EN | + sheeva_control_ext(0xffffffff & ~FC_WR_ALLOC_EN, + FC_DCACHE_STREAM_EN | FC_BRANCH_TARG_BUF_DIS | FC_L2CACHE_EN | FC_L2_PREF_DIS); } else { - sheeva_control_ext(0xffffffff, - FC_DCACHE_STREAM_EN | FC_WR_ALLOC_EN | + sheeva_control_ext(0xffffffff & ~FC_WR_ALLOC_EN, + FC_DCACHE_STREAM_EN | FC_BRANCH_TARG_BUF_DIS | FC_L2CACHE_EN); } --=-CdVGYqnbm3oYVwVwPIDn-- From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 21:57:57 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E4D7E2CE; Sun, 24 Mar 2013 21:57:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D2B581B; Sun, 24 Mar 2013 21:57:57 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id es5so2188941wgb.17 for ; Sun, 24 Mar 2013 14:57:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=HFVc8nCHYXN2Q5OpVPY5wPf2hOPdyjZIhNS3ydykb7Q=; b=nqS6piIEEH4k8JYoIiL9hWb947khkS3km0ZkK3FjEJn5G0TAVEbhLuEOnFlN8KrthQ a2qzZ6OOhNxzqqn8EkdE5c2a+YMPti6QDlDT1Qsvw9PRR/GKq+10ii2zbJmf7GMZyVy/ 4EkdwFzoklOqgaVA/zkVzQU5JZuOZ0F50fgO85MX9jCUJmcOFJIQ+0bfKq1WFZOutMLp i2yBIttjPhHbKe4aP8zVP9vqHU5v4sdz/U6tmpp8OENXQ/dhH8gF2KvrOv6Y6qscDV8j bvDGR+LjtbhLUBIUbuKrZ30lQGv0iS+w82Rw62PzMmNYDytwwDMebOBNs1y17G/3y+1+ mS8Q== MIME-Version: 1.0 X-Received: by 10.180.74.131 with SMTP id t3mr13587330wiv.26.1364162276245; Sun, 24 Mar 2013 14:57:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Sun, 24 Mar 2013 14:57:56 -0700 (PDT) In-Reply-To: <1364152536.1157.173.camel@revolution.hippie.lan> References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> <1364150036396-5798701.post@n5.nabble.com> <1364152536.1157.173.camel@revolution.hippie.lan> Date: Sun, 24 Mar 2013 14:57:56 -0700 X-Google-Sender-Auth: XQuoIuzzZ6Y84pKHuMMDwgcQB2I Message-ID: Subject: Re: Preemption on MV78100 (ARMv5TE)? From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 21:57:58 -0000 Are you able to sneak this stuff into releng-8? Adrian On 24 March 2013 12:15, Ian Lepore wrote: > On Sun, 2013-03-24 at 11:33 -0700, MagnusNilsson wrote: >> > Can you provide any information about the crashes? >> Sorry, "crash" is misleading. Rather, it hangs, almost always during boot. >> The latest hangs I saw where at "Entropy harvesting:[hang]" and "Trying to >> mount root from ufs:/dev/ad0s1[hang]" >> I have tried both SCHED_4BSD and SCHED_ULE, but I don't see any difference. >> >> > something to try that may give you most of the same benefits would be to >> > compile with HZ=1000 >> Thanks, HZ=2000 already. I mainly want to ensure that the crash isn't caused >> by some other instability that is tickled by preemption. Basically I want it >> working - or I want to know why it doesn't. >> >> These two patches are applied, but with no improvement: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/160431 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=arm/161498 >> I'll see if I can backport later fixes to 8.2 and see if that helps. > > Damn, I was putting my hopes on the RAS fix, and you've already got it. > > Oh yeah, here's another fix that isn't in 8.2 that's pretty important, > at least on kirkwood series chips... Enabling cache write-allocate > causes data corruption. The attached patch should be the one that > applies cleanly to 8.2. The following is from an email I wrote to a > coworker some time ago about this patch and how I was testing with it... > > > > I think the attached patch may be the fix for the random 32-byte > corruption problem you've been seeing on dreamplug. It certainly fixes > such a problem on mine. > > For testing this, I found that the problem was 100% recreatable. I > created a 10MB file full of zeroes and put it in the directory I > tftp-boot from. To test: > > cd /tmp ; echo get zeroes | tftp revolution ; hd zeroes | head -30 > > To automate that test, I put the above into a script name 't' and do: > > while true ; do t | wc -l | grep -q 5 || break ; done > > A good run where the file comes in as all-zeroes always gives 5 lines of > output. With the attached patch in place, I can run this for hours. > > While testing, it helps if some other things are going on, things that > cause process context switches, while the tftp is running. From another > window on my build machine I run this continuously: > > while true ; do ssh root@dpcur fsck -n -t ufs /var ; sleep 1 ; done > > I dunno if fsck is magical, but I did notice that because I always > reboot and test, bg fsck is often running while I'm testing, and the > corrupted fragments in the zeroes file are often bits of strings that > fsck says. But I suspect what's really important is that other > processes and context switches are running during the file xfer. > > -- Ian > > > _______________________________________________ > 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 24 22:20:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AA01688F for ; Sun, 24 Mar 2013 22:20:07 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pb0-f50.google.com (mail-pb0-f50.google.com [209.85.160.50]) by mx1.freebsd.org (Postfix) with ESMTP id 823A38E1 for ; Sun, 24 Mar 2013 22:20:07 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id up1so3841510pbc.37 for ; Sun, 24 Mar 2013 15:20:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:subject:mime-version:content-type:from:x-priority :in-reply-to:date:cc:message-id:references:to:x-mailer :x-gm-message-state; bh=tscS/NhWiCqaIGDFbZsiav0PPfDvCbCWRHzJJCdDRrA=; b=pEkrFuEdotkJDg+DyZuEYUwjXpywWJX9EstNxLv3aei/E76KG2ju6Jte7Vks2WFPC8 6lxB9JGDyNsnEajRr9gJXPTSSvaN27EUI63DsNez2cK+/wBLKVkNEtUBrkMMM8gv3E01 S0+F25dwz0AXLuWSfPCRlov4hmYp/GPyaNwxsI5bRhYAEpYo4G5ECApfDDYQff2jUQYN 3ZpvdfVE05+WqvaVQiHoLRx9LvT1XjS7jANv/A/IcdX6yu2nM021TZB+0WsrpC27uZ1x InGKJDKtBv9U6GqzDc1ZKdtbwnslYCU0ddvvXP1HRnRejI/23Byt1dU0G882pAVmXF/p okFw== X-Received: by 10.68.170.98 with SMTP id al2mr14240490pbc.87.1364163601182; Sun, 24 Mar 2013 15:20:01 -0700 (PDT) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPS id cy4sm10851120pbc.13.2013.03.24.15.19.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Mar 2013 15:19:59 -0700 (PDT) Subject: Re: Unable to compile VCHIQ Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/mixed; boundary="Apple-Mail=_ED4F4660-6A1C-459A-9875-188D9B1F18F7" From: Tim Kientzle X-Priority: Normal In-Reply-To: <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> Date: Sun, 24 Mar 2013 15:19:55 -0700 Message-Id: References: <51438529.4080604@bluezbox.com> <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> To: Alie Tan , Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1283) X-Gm-Message-State: ALoCoQlhMPxU1cp1iqM88Qa3VIx6M928Wl7n/X3M0Fmc/UQ8412p7UzlvnqDlRbYxdf6VyEaQx83 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 22:20:07 -0000 --Apple-Mail=_ED4F4660-6A1C-459A-9875-188D9B1F18F7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > From: Tim Kientzle > Sender: owner-freebsd-arm@freebsd.orgDate: Wed, 20 Mar 2013 23:01:26=20= > To: Oleksandr Tymoshenko > Cc: > Subject: Re: Unable to compile VCHIQ >=20 >=20 > On Mar 15, 2013, at 1:31 PM, Oleksandr Tymoshenko wrote: >=20 >>> cc -O3 -pipe -DVCOS_VERIFY_BKPTS=3D1 -DUSE_VCHIQ_ARM >>> -D__VCCOREVER__=3D0x04000000 -O3 -fno-strict-aliasing -funroll-loops = -pipe >>> -ftree-vectorize -D_KERNEL -DKLD_MODULE -nostdinc >>> -I/usr/src/vc/vchiq-freebsd/interface -I. -I@ -I@/contrib/altq >>> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >>> large-function-growth=3D1000 -fno-common -ffreestanding = -std=3Diso9899:1999 >>> -c /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c >>> In file included from >>> /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c:65: >>> @/vm/vm_pager.h: In function 'vm_pager_get_pages': >>> @/vm/vm_pager.h:127: warning: implicit declaration of function = 'rw_assert' >>> @/vm/vm_pager.h:127: error: 'RA_WLOCKED' undeclared (first use in = this >>> function) >>> @/vm/vm_pager.h:127: error: (Each undeclared identifier is reported = only >>> once >>> @/vm/vm_pager.h:127: error: for each function it appears in.) >>> @/vm/vm_pager.h: In function 'vm_pager_put_pages': >>> @/vm/vm_pager.h:144: error: 'RA_WLOCKED' undeclared (first use in = this >>> function) >>> @/vm/vm_pager.h: In function 'vm_pager_has_page': >>> @/vm/vm_pager.h:168: error: 'RA_WLOCKED' undeclared (first use in = this >>> function) >>> @/vm/vm_pager.h: In function 'vm_pager_page_unswapped': >>> @/vm/vm_pager.h:191: error: 'RA_WLOCKED' undeclared (first use in = this >>> function) >>> *** [vchiq_2835_arm.o] Error code 1 >>>=20 >>> Stop in /usr/src/vc/vchiq-freebsd. >>>=20 >>>=20 >>> Anyone got idea how to solve the issue? >>>=20 >>=20 >> It seems you're trying to build vchiq against your host sources which = is wrong. You need >> to use cross-compilation environment for this. >=20 > I'm seeing this now, too, and I've checked carefully: I'm > definitely building inside the "buildworld" cross environment. >=20 > It looks like RA_WLOCKED is only defined if INVARIANTS is > active (sys/sys/rwlock.h). The attached patch to vchiq fixes it for me. Cheers, Tim --Apple-Mail=_ED4F4660-6A1C-459A-9875-188D9B1F18F7 Content-Disposition: attachment; filename=vchiq.patch Content-Type: application/octet-stream; name="vchiq.patch" Content-Transfer-Encoding: 7bit diff --git a/interface/compat/vchi_bsd.h b/interface/compat/vchi_bsd.h index 9568af4..b3c249a 100644 --- a/interface/compat/vchi_bsd.h +++ b/interface/compat/vchi_bsd.h @@ -32,6 +32,7 @@ #include #include #include +#include #include #include #include --Apple-Mail=_ED4F4660-6A1C-459A-9875-188D9B1F18F7-- From owner-freebsd-arm@FreeBSD.ORG Sun Mar 24 22:26:41 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BDCD1A9C; Sun, 24 Mar 2013 22:26:41 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 95EC390C; Sun, 24 Mar 2013 22:26:41 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UJtNA-00048e-Mh; Sun, 24 Mar 2013 22:26:40 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2OMQcp8008413; Sun, 24 Mar 2013 16:26:38 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19E44a/OZu2N8O644sUr0J1 Subject: Re: Preemption on MV78100 (ARMv5TE)? From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> <1364150036396-5798701.post@n5.nabble.com> <1364152536.1157.173.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Sun, 24 Mar 2013 16:26:38 -0600 Message-ID: <1364163998.36972.2.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Mar 2013 22:26:41 -0000 On Sun, 2013-03-24 at 14:57 -0700, Adrian Chadd wrote: > Are you able to sneak this stuff into releng-8? > > > > Adrian There's a lot of stuff I wanted to get into 8, basically all the arm changes from -current up to the point of the big armv6 merge, and a few selected fixes after that point. But $work got in the way and the deadline came and went. Now I've got my sights set on post-8.4 so we can at least advise people that 8-stable has all the good fixes. -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Mar 25 05:35:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 064133EF for ; Mon, 25 Mar 2013 05:35:08 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) by mx1.freebsd.org (Postfix) with ESMTP id D9FC8AF6 for ; Mon, 25 Mar 2013 05:35:07 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id u10so2361512pdi.37 for ; Sun, 24 Mar 2013 22:35:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:from:content-type:content-transfer-encoding :subject:date:message-id:to:mime-version:x-mailer:x-gm-message-state; bh=eM5hpzeYi33TU8ZuhBiqzRz8l5IBL0XlvNgg076OntY=; b=YH0ohDWUTwtWbuidHLj39civ5IgK7eje8LoKufpX9tynZm4iGETuwAOhix9eWVq/gU 3Q0FWxVLKs8Y7efavph28F9A9GamMQf6XKyaEkXi/QGmb58/z6msHqH5uMT6ctaSgkT/ fjaa8l1Py0T3RwS7QpGlPnlLyv+AMZxcgx7sRzF01vHhPVFZzt3+socMO/ojl4NhGIAw h0li9q7x3hNya3wNzPo+nmmE88QgdMFXFyT4Yx6m7YttSa6igwbnvHNbHqGUyP+wZ+ni xms+t3PC9qVO7dRpYIQrHKZ/gF/3G6bjH9QlFHkGl2IlRm9EP33514g457jvdhmml3Kk Pt/Q== X-Received: by 10.68.211.37 with SMTP id mz5mr15891196pbc.83.1364189707062; Sun, 24 Mar 2013 22:35:07 -0700 (PDT) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPS id y1sm12063776pbg.10.2013.03.24.22.35.04 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 24 Mar 2013 22:35:05 -0700 (PDT) Sender: Tim Kientzle From: Tim Kientzle Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: RFC: "Crochet" build tool Date: Sun, 24 Mar 2013 22:35:03 -0700 Message-Id: To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Gm-Message-State: ALoCoQndsdUkvFI5HCH++9PR//sAOEaXZlQPJiTIKoc1P5uy7DvgXwXnkKOr5uuMKzDc1N0nJqkA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 05:35:08 -0000 I've gone through another non-trivial round of refactoring for my build tool. Feedback appreciated. Most obviously, I've renamed the tool "Crochet" (to remove any implication that it is BeagleBone specific) and migrated it to a different github repository: https://github.com/kientzle/crochet-freebsd Config files from the earlier beaglebsd should still work. The biggest internal change: I've completely rethought how partitioning is handled. Instead of creating and populating each partition, it's now structured as: * Create all partitions * Mount all partitions * Populate each logical filesystem (boot and freebsd) In particular, it should be much easier to do complex partitioning with this structure. I've also added a few more customization hooks, refactored some of the board code, improved error handling, and added a lot more documentation. I've spent the last week verifying that this version can build bootable images for RaspberryPi, BeagleBone, and Pandaboard ES. (I don't have any other boards to try with.) It also has two special board definitions: * NewBoardExample is a skeleton that can be cloned and used as a (thoroughly-commented) starting point for new board definitions. * BeagleBonePlusRaspberryPi is a proof-of-concept for a single image that can boot on more than one board. (There's a chunk of kernel work yet to be done before this really works. This just proves out the boot bits.) Tim P.S. The name "crochet" was developed partly by searching for " FreeBSD" for a bunch of different candidate names. After only a week, my github repository is already the top three Google hits for "crochet freebsd," so the name seems to be working. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 25 11:06:39 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 86059F54 for ; Mon, 25 Mar 2013 11:06:39 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 775FA89 for ; Mon, 25 Mar 2013 11:06:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2PB6dkt007062 for ; Mon, 25 Mar 2013 11:06:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2PB6dU1007060 for freebsd-arm@FreeBSD.org; Mon, 25 Mar 2013 11:06:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Mar 2013 11:06:39 GMT Message-Id: <201303251106.r2PB6dU1007060@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 11:06:39 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on p arm/134338 arm [patch] Lock GPIO accesses on ixp425 19 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 25 16:36:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B4DFD266 for ; Mon, 25 Mar 2013 16:36:42 +0000 (UTC) (envelope-from magnus.nilsson@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA20FE9 for ; Mon, 25 Mar 2013 16:36:42 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UKAO2-0004AS-A8 for freebsd-arm@freebsd.org; Mon, 25 Mar 2013 09:36:42 -0700 Date: Mon, 25 Mar 2013 09:36:42 -0700 (PDT) From: MagnusNilsson To: freebsd-arm@freebsd.org Message-ID: <1364229402306-5798982.post@n5.nabble.com> In-Reply-To: <1364152536.1157.173.camel@revolution.hippie.lan> References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> <1364150036396-5798701.post@n5.nabble.com> <1364152536.1157.173.camel@revolution.hippie.lan> Subject: Re: Preemption on MV78100 (ARMv5TE)? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 16:36:42 -0000 > Oh yeah, here's another fix that isn't in 8.2 that's pretty important, > at least on kirkwood series chips... Enabling cache write-allocate > causes data corruption. Applying that patch made for a proper crash instead of a silent hang (which I consider a step forward): "Entropy harvesting: interrupts ethernet point_to_point vm_fault(0xc4dfc4e4, 0, 2, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (P)' trapframe: 0xd8ea2b64 FSR=00000017, FAR=00000018, spsr=600000d3 r0 =000002a0, r1 =00000000, r2 =00000380, r3 =0000001c r4 =c51115e0, r5 =00000000, r6 =00000000, r7 =00000000 r8 =cbec9c50, r9 =c0bc5da0, r10=c0b4f908, r11=c0bb1178 r12=c0bca52c, ssp=d8ea2bb0, slr=c09f25fc, pc =c09f26f0" pc is in sleepq_add(), which I assume is reasonable on a system with broken preemption? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Preemption-on-MV78100-ARMv5TE-tp5798411p5798982.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 25 17:43:29 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 949E96DD for ; Mon, 25 Mar 2013 17:43:29 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 6DAC06A9 for ; Mon, 25 Mar 2013 17:43:29 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UKBQY-000H2z-Rd; Mon, 25 Mar 2013 17:43:23 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2PHhHf2009338; Mon, 25 Mar 2013 11:43:17 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX183k9DQi/SiQzz4aHhxaf22 Subject: Re: Preemption on MV78100 (ARMv5TE)? From: Ian Lepore To: MagnusNilsson In-Reply-To: <1364229402306-5798982.post@n5.nabble.com> References: <1364062508310-5798411.post@n5.nabble.com> <1364063575.1157.155.camel@revolution.hippie.lan> <1364150036396-5798701.post@n5.nabble.com> <1364152536.1157.173.camel@revolution.hippie.lan> <1364229402306-5798982.post@n5.nabble.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 25 Mar 2013 11:43:17 -0600 Message-ID: <1364233397.36972.8.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 17:43:29 -0000 On Mon, 2013-03-25 at 09:36 -0700, MagnusNilsson wrote: > > Oh yeah, here's another fix that isn't in 8.2 that's pretty important, > > at least on kirkwood series chips... Enabling cache write-allocate > > causes data corruption. > > Applying that patch made for a proper crash instead of a silent hang (which > I consider a step forward): > "Entropy harvesting: interrupts ethernet point_to_point > vm_fault(0xc4dfc4e4, 0, 2, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (P)' > trapframe: 0xd8ea2b64 > FSR=00000017, FAR=00000018, spsr=600000d3 > r0 =000002a0, r1 =00000000, r2 =00000380, r3 =0000001c > r4 =c51115e0, r5 =00000000, r6 =00000000, r7 =00000000 > r8 =cbec9c50, r9 =c0bc5da0, r10=c0b4f908, r11=c0bb1178 > r12=c0bca52c, ssp=d8ea2bb0, slr=c09f25fc, pc =c09f26f0" > > pc is in sleepq_add(), which I assume is reasonable on a system with broken > preemption? Hrm. Yeah, progress but not all good. Preemption shouldn't be broken. I enabled it on one of my atmel-based units here that runs 8.2-plus-some-fixes and it's working fine. I guess I need to get 8.2 running on a marvell chip to see if I can reproduce the preemption problem. That may take a couple days, it's been quite a while since I've run anything but -current on marvell. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 11:51:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 86323848 for ; Tue, 26 Mar 2013 11:51:02 +0000 (UTC) (envelope-from lehis2000@mail.ru) Received: from fallback7.mail.ru (fallback7.mail.ru [94.100.176.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9216A4 for ; Tue, 26 Mar 2013 11:51:01 +0000 (UTC) Received: from smtp2.mail.ru (smtp2.mail.ru [94.100.176.130]) by fallback7.mail.ru (mPOP.Fallback_MX) with ESMTP id 1402CC6E67AD for ; Tue, 26 Mar 2013 15:50:59 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=LaCuLApLUkuRLe/ERwNvyzM8+Q1KHyDm1/fH2EniJq8=; b=PTwx8aMFUjIU7fs8bHlhh4sL3gLN/KheRe6lUgINLWth989twtUbOkJuHECCSzE3fp1KyJq0WsQExwPRkU/aiI8RCVfKDixslpHCD2zdySA9P8Et91kyjcEIe1rNPL2pof0wP390pGccjs0TVXHfqwCGNQneT7k+LsDmFO9P1fY=; Received: from [91.217.137.251] (port=2374 helo=work-book.lehis.ru) by smtp2.mail.ru with esmtpa (envelope-from ) id 1UKSOX-0000d1-Ml; Tue, 26 Mar 2013 15:50:26 +0400 Message-ID: <51518B76.4000500@mail.ru> Date: Tue, 26 Mar 2013 15:50:14 +0400 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: RPI-B as router References: <514B2188.8030905@mail.ru> <6F05C3AD-D6F0-46B2-95D3-329898DE69B6@bluezbox.com> <514C902D.3030207@mail.ru> In-Reply-To: <514C902D.3030207@mail.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Mras: Ok X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 11:51:02 -0000 22.03.2013 21:09, Alexey V. Panfilov wrote: > 22.03.2013 09:53, Oleksandr Tymoshenko wrote: > >>> So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: >> >> The problem is that USB works in PIO mode. With DMA mode enabled >> it's somewhat faster. Here is my half-baked patch: >> >> http://people.freebsd.org/~gonzo/patches/dwc_otg-dma-nosplit.diff > > Oleksandr, thank you for explaine patch! > > Recompiling kernel with your patch in progress :) > > I'll report about result. I've got match better results with your patch: [Host A~]# iperf -c 192.168.0.249 -P 5 -i 5 -t 300 | grep SUM [SUM] 0.0- 5.0 sec 14.2 MBytes 23.9 Mbits/sec [SUM] 5.0-10.0 sec 14.2 MBytes 23.9 Mbits/sec [SUM] 0.0-10.2 sec 29.2 MBytes 24.0 Mbits/sec But RPI stop responds via network (till 2-10 mins) and it's MAC address is absent in this time. It didn't create neither dump (I've add swap partition) neither logging something to /var/log/all.log. I'll try to connect RPI to monitor, get info and post it here later. P.S. during running iperf I've got at /var/log/all.log: Mar 26 08:52:01 raspberry-pi kernel: smsc0: warning: Failed to read register 0x114 Mar 26 08:52:01 raspberry-pi kernel: smsc0: warning: MII is busy Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to write register 0x114 Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to read register 0x114 Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: MII read timeout Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to read register 0x118 Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to write register 0x114 Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to read register 0x114 Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: MII is busy Am I right, that it is expected warnings? >> >> Network interface should work, although USB keyboards will not work >> with this patch. >> > > I prefer to logon on RPI via ssh, so breaking USB keyboard is not big > damage for me :) -- Best regards, Alexey V. Panfilov From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 14:15:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8251C2A3; Tue, 26 Mar 2013 14:15:32 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 49B8BF87; Tue, 26 Mar 2013 14:15:32 +0000 (UTC) Received: from [209.249.190.124] (port=59480 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1UKUex-0008RO-QM; Tue, 26 Mar 2013 10:15:31 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: RFC: "Crochet" build tool From: George Neville-Neil In-Reply-To: Date: Tue, 26 Mar 2013 10:15:32 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> References: To: Tim Kientzle X-Mailer: Apple Mail (2.1503) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 14:15:32 -0000 On Mar 25, 2013, at 1:35 , Tim Kientzle wrote: > I've gone through another non-trivial round of refactoring > for my build tool. Feedback appreciated. >=20 > Most obviously, I've renamed the tool "Crochet" (to remove > any implication that it is BeagleBone specific) and > migrated it to a different github repository: >=20 > https://github.com/kientzle/crochet-freebsd >=20 > Config files from the earlier beaglebsd should still work. >=20 > The biggest internal change: I've completely rethought > how partitioning is handled. Instead of creating and populating > each partition, it's now structured as: > * Create all partitions > * Mount all partitions > * Populate each logical filesystem (boot and freebsd) >=20 > In particular, it should be much easier to do complex > partitioning with this structure. I've also added a few > more customization hooks, refactored some of the board > code, improved error handling, and added a lot more > documentation. >=20 > I've spent the last week verifying that this version can > build bootable images for RaspberryPi, BeagleBone, > and Pandaboard ES. (I don't have any other boards > to try with.) >=20 > It also has two special board definitions: > * NewBoardExample is a skeleton that can be cloned > and used as a (thoroughly-commented) starting point > for new board definitions. > * BeagleBonePlusRaspberryPi is a proof-of-concept > for a single image that can boot on more than one board. > (There's a chunk of kernel work yet to be done before > this really works. This just proves out the boot bits.) >=20 > Tim >=20 > P.S. The name "crochet" was developed partly by searching > for " FreeBSD" for a bunch of different candidate names. > After only a week, my github repository is already the top three > Google hits for "crochet freebsd," so the name seems to be working. >=20 Hi Tim, I think this is some good stuff, but, I am wondering, can we figure out = a better way to integrate this into the main FreeBSD tree? We have, over the years, = had various ways of building images for embedded FreeBSD, such as pico and nanobsd etc. = The thing that would really help most is to make all this main stream and = "just part of the build" even if it's just putting the scripts in some simple interior = location. Have you given much thought to that? That being said, I'll try this set of scripts out soon. Thanks, George From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 14:55:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 831764E8 for ; Tue, 26 Mar 2013 14:55:35 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) by mx1.freebsd.org (Postfix) with ESMTP id 3EC3123F for ; Tue, 26 Mar 2013 14:55:34 +0000 (UTC) Received: from [192.168.1.104] (pool-173-77-66-223.nycmny.east.verizon.net [173.77.66.223]) (authenticated bits=0) by feynman.konjz.org (8.14.6/8.14.4) with ESMTP id r2QEirBg069498 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 26 Mar 2013 10:44:59 -0400 (EDT) (envelope-from george@ceetonetechnology.com) Message-ID: <5151B454.9090402@ceetonetechnology.com> Date: Tue, 26 Mar 2013 10:44:36 -0400 From: George Rosamond User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130312 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: RFC: "Crochet" build tool References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> In-Reply-To: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Names: BAYES_00,FH_HOST_EQ_VERIZON_P,RDNS_DYNAMIC X-Mail-Provider: KonjZ X-Scanned-By: MIMEDefang 2.73 on 64.147.119.39 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: george@ceetonetechnology.com List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 14:55:35 -0000 On 03/26/13 10:15, George Neville-Neil wrote: > > On Mar 25, 2013, at 1:35 , Tim Kientzle wrote: > >> I've gone through another non-trivial round of refactoring >> for my build tool. Feedback appreciated. >> >> Most obviously, I've renamed the tool "Crochet" (to remove >> any implication that it is BeagleBone specific) and >> migrated it to a different github repository: >> >> https://github.com/kientzle/crochet-freebsd >> >> Config files from the earlier beaglebsd should still work. >> >> The biggest internal change: I've completely rethought >> how partitioning is handled. Instead of creating and populating >> each partition, it's now structured as: >> * Create all partitions >> * Mount all partitions >> * Populate each logical filesystem (boot and freebsd) >> >> In particular, it should be much easier to do complex >> partitioning with this structure. I've also added a few >> more customization hooks, refactored some of the board >> code, improved error handling, and added a lot more >> documentation. >> >> I've spent the last week verifying that this version can >> build bootable images for RaspberryPi, BeagleBone, >> and Pandaboard ES. (I don't have any other boards >> to try with.) >> >> It also has two special board definitions: >> * NewBoardExample is a skeleton that can be cloned >> and used as a (thoroughly-commented) starting point >> for new board definitions. >> * BeagleBonePlusRaspberryPi is a proof-of-concept >> for a single image that can boot on more than one board. >> (There's a chunk of kernel work yet to be done before >> this really works. This just proves out the boot bits.) >> >> Tim >> >> P.S. The name "crochet" was developed partly by searching >> for " FreeBSD" for a bunch of different candidate names. >> After only a week, my github repository is already the top three >> Google hits for "crochet freebsd," so the name seems to be working. >> > > Hi Tim, > > I think this is some good stuff, but, I am wondering, can we figure out a better way > to integrate this into the main FreeBSD tree? We have, over the years, had various ways > of building images for embedded FreeBSD, such as pico and nanobsd etc. The > thing that would really help most is to make all this main stream and "just part of the > build" even if it's just putting the scripts in some simple interior location. Have > you given much thought to that? > > That being said, I'll try this set of scripts out soon. > Integrating into base would be nice. My question would be: just for ARM, or as Tim mentions in his script, potentially for other architectures also? If so what would be benefit/difference with NanoBSD if Tim's script was used for other architectures? For embedded-type systems on i386, I always built my own and never got into Nano. g From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 15:04:26 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9690466F for ; Tue, 26 Mar 2013 15:04:26 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 70ED7296 for ; Tue, 26 Mar 2013 15:04:26 +0000 (UTC) Received: from [209.249.190.124] (port=59793 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1UKVQF-0000pe-GT; Tue, 26 Mar 2013 11:04:23 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: RFC: "Crochet" build tool From: George Neville-Neil In-Reply-To: <5151B454.9090402@ceetonetechnology.com> Date: Tue, 26 Mar 2013 11:04:23 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> To: george@ceetonetechnology.com X-Mailer: Apple Mail (2.1503) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 15:04:26 -0000 On Mar 26, 2013, at 10:44 , George Rosamond = wrote: > Integrating into base would be nice. >=20 > My question would be: just for ARM, or as Tim mentions in his script, > potentially for other architectures also? My thought is that it's more about the fact that you're building for = embedded and the cross archticture part is tangential, but I also don't want to = dump a ton of work on Tim on top of what he's already done. > If so what would be benefit/difference with NanoBSD if Tim's script = was > used for other architectures? >=20 > For embedded-type systems on i386, I always built my own and never got > into Nano. I think this is to make it easier for folks who don't normally do this = to do this. Those of us, you included, who can build their own one off scripts can = do that but the project needs a good way to package this stuff and Tim's script is the best thing to come along in a while. Best, George From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 15:30:14 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2A1F2A70 for ; Tue, 26 Mar 2013 15:30:14 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 043FF5E3 for ; Tue, 26 Mar 2013 15:30:13 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UKVpF-0003VF-0S; Tue, 26 Mar 2013 15:30:13 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2QFU9XO010458; Tue, 26 Mar 2013 09:30:09 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+6CIrEqqTEMaaTVfOchjJJ Subject: Re: RFC: "Crochet" build tool From: Ian Lepore To: George Neville-Neil In-Reply-To: <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 26 Mar 2013 09:30:09 -0600 Message-ID: <1364311809.36972.27.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: george@ceetonetechnology.com, freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 15:30:14 -0000 On Tue, 2013-03-26 at 11:04 -0400, George Neville-Neil wrote: > On Mar 26, 2013, at 10:44 , George Rosamond wrote: > > > Integrating into base would be nice. > > > > My question would be: just for ARM, or as Tim mentions in his script, > > potentially for other architectures also? > > My thought is that it's more about the fact that you're building for embedded > and the cross archticture part is tangential, but I also don't want to dump > a ton of work on Tim on top of what he's already done. > > > If so what would be benefit/difference with NanoBSD if Tim's script was > > used for other architectures? > > > > For embedded-type systems on i386, I always built my own and never got > > into Nano. > > I think this is to make it easier for folks who don't normally do this to do this. > Those of us, you included, who can build their own one off scripts can do that > but the project needs a good way to package this stuff and Tim's script > is the best thing to come along in a while. > > Best, > George IMO, the more generic you make it (other architectures, other arm boards, etc), the more it becomes like nano and the more it becomes useless for the same reason as nano: the learning curve for using it is little different from just rolling your own from scratch. I've never used nano because it's just too complicated to set up. By time you've learned enough to customize it usefully, you could have just built your own build system from scratch, which is what I always end up doing. Right now it's at the stage of (with appologies to John Brunner) "It's supposed to be automatic, but actually you have to push this button." When you have to push multiple buttons, after turning some knobs, the "automatic" part becomes truly in name only. Keep it focused and simple would be my main advice. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 16:24:56 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CE42FC09; Tue, 26 Mar 2013 16:24:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 46660997; Tue, 26 Mar 2013 16:24:56 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id t11so4368434wey.20 for ; Tue, 26 Mar 2013 09:24:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=CDZk+UJkuO/CxwsXSfOKzzRw9ZO006umHasLjpyWSDw=; b=fZB7vvlq0dD+Va68o7DnA6UzihrDjf7tXWCQ6mON9CsCKDcPEMGJutUsB5zhsd4WKC /SMygIeDfel//3moSvfzqVGvDjdzkrgjwIabfGUudqaJkO9w3ZipOlV+4gF2dsj1AIkd DxmxbK7GbXr8YNVVkxpyNcgL50Zr6wocSLelrTUAucyWj4H6B3Jo1fkzbXOJOlI8jr/w wAB6D2YKJMhis0rC9FXKHxSrbsbEvWO3dcRvIr1bauK70X5BIKVyQlZVoYE14An3BJ16 /JcZ2no37ceH/N6oNX5PknD7DN7BgkjTtiMCrGQofaX0hBggZNjvuyJqUVXrft1qwMmV 5tlw== MIME-Version: 1.0 X-Received: by 10.180.189.205 with SMTP id gk13mr4353246wic.25.1364315095313; Tue, 26 Mar 2013 09:24:55 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Tue, 26 Mar 2013 09:24:55 -0700 (PDT) In-Reply-To: <1364311809.36972.27.camel@revolution.hippie.lan> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> Date: Tue, 26 Mar 2013 09:24:55 -0700 X-Google-Sender-Auth: vj4_ZhQvuH_rIWoS8TsoOUjgTWo Message-ID: Subject: Re: RFC: "Crochet" build tool From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: george@ceetonetechnology.com, George Neville-Neil , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 16:24:57 -0000 ... openwrt. I'm sorry, but if we have different build scripts for different architectures that aren't in -HEAD, we lose. Adrian On 26 March 2013 08:30, Ian Lepore wrote: > On Tue, 2013-03-26 at 11:04 -0400, George Neville-Neil wrote: >> On Mar 26, 2013, at 10:44 , George Rosamond wrote: >> >> > Integrating into base would be nice. >> > >> > My question would be: just for ARM, or as Tim mentions in his script, >> > potentially for other architectures also? >> >> My thought is that it's more about the fact that you're building for embedded >> and the cross archticture part is tangential, but I also don't want to dump >> a ton of work on Tim on top of what he's already done. >> >> > If so what would be benefit/difference with NanoBSD if Tim's script was >> > used for other architectures? >> > >> > For embedded-type systems on i386, I always built my own and never got >> > into Nano. >> >> I think this is to make it easier for folks who don't normally do this to do this. >> Those of us, you included, who can build their own one off scripts can do that >> but the project needs a good way to package this stuff and Tim's script >> is the best thing to come along in a while. >> >> Best, >> George > > IMO, the more generic you make it (other architectures, other arm > boards, etc), the more it becomes like nano and the more it becomes > useless for the same reason as nano: the learning curve for using it is > little different from just rolling your own from scratch. I've never > used nano because it's just too complicated to set up. By time you've > learned enough to customize it usefully, you could have just built your > own build system from scratch, which is what I always end up doing. > > Right now it's at the stage of (with appologies to John Brunner) "It's > supposed to be automatic, but actually you have to push this button." > When you have to push multiple buttons, after turning some knobs, the > "automatic" part becomes truly in name only. Keep it focused and simple > would be my main advice. > > -- Ian > > > _______________________________________________ > 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 26 16:43:47 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 234B32EA for ; Tue, 26 Mar 2013 16:43:47 +0000 (UTC) (envelope-from werner@thieprojects.ch) Received: from newton2.metanet.ch (newton2.metanet.ch [80.74.158.131]) by mx1.freebsd.org (Postfix) with ESMTP id 73039A85 for ; Tue, 26 Mar 2013 16:43:46 +0000 (UTC) Received: (qmail 17381 invoked from network); 26 Mar 2013 17:43:44 +0100 Received: from 217-071-083-008.ip-tech.ch (HELO ?192.168.11.88?) (217.71.83.8) by newton.metanet.ch with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Mar 2013 17:43:44 +0100 Message-ID: <5151D045.80305@thieprojects.ch> Date: Tue, 26 Mar 2013 17:43:49 +0100 From: Werner Thie User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Re: RFC: "Crochet" build tool References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 16:43:47 -0000 On 3/26/13 5:24 PM, Adrian Chadd wrote: > ... openwrt. > > I'm sorry, but if we have different build scripts for different > architectures that aren't in -HEAD, we lose. > I would say that I was lost with bringing NanoBSD up to speed for ARM and quite relieved when I found Tim's work. What good for is an effort, if it takes a lot more energy to configure a generalized system than roll your own? +1 for a detached, free standing scripting solution like Tim's (although I hate shell scripting) Werner From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 16:51:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4284D431 for ; Tue, 26 Mar 2013 16:51:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) by mx1.freebsd.org (Postfix) with ESMTP id D3BC5AD1 for ; Tue, 26 Mar 2013 16:51:26 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id hj8so1208325wib.13 for ; Tue, 26 Mar 2013 09:51:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1Si5Mb8GQPN15lXSTpj3e1r+Jbv8dnPJptYe9yo+c94=; b=Vdt6ANTjb/4zXnla+B++rc+Dt4p8tZJ2yGHZJG8267wGXLb+IyeEq4IOh3yVYy56xM wh0FermytHzY0AYZ7IpDeKCt0D0UksA3BNFU5EyWf+1mCRvO5JBDmexfYKSmrLSUpjoI swn8C0r4G56ZM2dxGq/fbDxvvduxIS8mXyUETe4enfS7eOOawpLldOn5KxWbwYPrX7Ta JqSUzwxRmvBmqtdkzDTURaW1NcGeDdAHd/Qes0Y5lfuR9p8dj+TnvMGvz0Qo8ZRFstTc /jSWzh1vLVrmE0n5FXWnAPB9pogVlXz5quK1FwNwEl5T7nv2dzPwCTgkLyyNJ3NPmQDW JvuA== MIME-Version: 1.0 X-Received: by 10.180.13.34 with SMTP id e2mr4537559wic.29.1364316685719; Tue, 26 Mar 2013 09:51:25 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Tue, 26 Mar 2013 09:51:25 -0700 (PDT) In-Reply-To: <5151D045.80305@thieprojects.ch> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> Date: Tue, 26 Mar 2013 09:51:25 -0700 X-Google-Sender-Auth: Ex7bEgRZlpFD-s6q1IgoLmfYasA Message-ID: Subject: Re: RFC: "Crochet" build tool From: Adrian Chadd To: Werner Thie Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 16:51:27 -0000 .. these are orthogonal problems. NanoBSD being too hard or not. Whether there's a shared cross-platform image builder in -HEAD. Or heck, even just a unified one across ppc, mips, i386/amd64, arm. But these are _two separate problems_. They don't go hand-in-hand. They are only going hand-in-hand right now because they're too confusing for people. But you can fix or replace nanobsd in the base so it can build cross-build targets. My stuff is separate from -HEAD primarily because I haven't yet sat down and finished making it build a UFS image without needing root privileges. Once that's done, I'm going to integrate it into either nanobsd or tinybsd. I'd like to see the ARM side of things do the same, at least for building the OS image. Come on people, step up the game. Adrian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 17:24:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A2F24907 for ; Tue, 26 Mar 2013 17:24:48 +0000 (UTC) (envelope-from werner@thieprojects.ch) Received: from newton2.metanet.ch (newton2.metanet.ch [80.74.158.131]) by mx1.freebsd.org (Postfix) with ESMTP id 18EA5CF3 for ; Tue, 26 Mar 2013 17:24:47 +0000 (UTC) Received: (qmail 13195 invoked from network); 26 Mar 2013 18:24:46 +0100 Received: from 217-071-083-008.ip-tech.ch (HELO ?192.168.11.88?) (217.71.83.8) by newton.metanet.ch with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Mar 2013 18:24:46 +0100 Message-ID: <5151D9DB.7050001@thieprojects.ch> Date: Tue, 26 Mar 2013 18:24:43 +0100 From: Werner Thie User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: RFC: "Crochet" build tool References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 17:24:48 -0000 On 3/26/13 5:51 PM, Adrian Chadd wrote: > .. these are orthogonal problems. > > NanoBSD being too hard or not. > > Whether there's a shared cross-platform image builder in -HEAD. Or > heck, even just a unified one across ppc, mips, i386/amd64, arm. > > But these are _two separate problems_. They don't go hand-in-hand. > They are only going hand-in-hand right now because they're too > confusing for people. But you can fix or replace nanobsd in the base > so it can build cross-build targets. > > My stuff is separate from -HEAD primarily because I haven't yet sat > down and finished making it build a UFS image without needing root > privileges. Once that's done, I'm going to integrate it into either > nanobsd or tinybsd. What's the rationale behind having not one, but TWO xxxBSD? Do we start third one like the usual proliferation in OpenSource sometimes dubbed progress? I always prefer learning about "I don't understand it, so let's roll my own", but the whole xxxBSD learning process was simply too much for me, having ARM boards sitting on my desk for weeks, instead of being able to simply build an image. The question must be reformulated: Is nanoBSD or tinyBSD fit as basis for a cross platform effort? I assume the one doing it, also does the chosing, but I'm in no position to do so with my failed effort to get a grip on nanoBSD. Werner From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 18:08:44 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A27CB7FB for ; Tue, 26 Mar 2013 18:08:44 +0000 (UTC) (envelope-from jim@netgate.com) Received: from mail-qe0-f51.google.com (mail-qe0-f51.google.com [209.85.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 61EBB1AE for ; Tue, 26 Mar 2013 18:08:44 +0000 (UTC) Received: by mail-qe0-f51.google.com with SMTP id nd7so4025046qeb.38 for ; Tue, 26 Mar 2013 11:08:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=bBm+fpyhFOO/yTMO3JcdrSEqGbcfHV43NNrRUGSNiWE=; b=lCG7sXhSBSdBgORXn2WprwCv3Xo6T/HuzuMhTwH1D9Ck8C4gb47Tc8Pz1WwfcBSBkr R4NyMtziTJVJ1zHijV228Ml1l9GgMrpg315eB3vZ/RuIBbn8aWpoIwcxwdoKbGH0M/TJ 8g4q2iRgPND+QfWWuqkJJaaF4QpAsvUnS/6hcsAfO26vmTY6PMubnEkOTnLjlftFWJwL JcxMIolTe4JXXBkilhJ6rEB5XLroOCFidPKI8Dfbq5RNer48pwqwm3ZUxT0ew/VrUHdo w93fkzmeH8s/Ud+C+vSuTzFnRdt3+MoSKUsO2QT/V8XQfPd/QJzw2yiz8zNIUYr/3cyG Aiqw== X-Received: by 10.49.117.7 with SMTP id ka7mr9364970qeb.38.1364320828537; Tue, 26 Mar 2013 11:00:28 -0700 (PDT) Received: from [172.21.0.93] (24-155-177-88.dyn.grandenetworks.net. [24.155.177.88]) by mx.google.com with ESMTPS id o6sm8401412qek.3.2013.03.26.11.00.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Mar 2013 11:00:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: RFC: "Crochet" build tool From: Jim Thompson In-Reply-To: <5151D9DB.7050001@thieprojects.ch> Date: Tue, 26 Mar 2013 13:00:35 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> To: Werner Thie X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQmyF4JTsFE1/kDz0AyHbe6+fpmXsDAyVrUall68WvSF7FpYUFc3b9le3394RHNSddBtzdI6 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 18:08:44 -0000 On Mar 26, 2013, at 12:24 PM, Werner Thie = wrote: > Is nanoBSD or tinyBSD fit as basis for a cross platform effort? No, not really. They're very x86-specific, but then, so was FreeBSD for the longest = time. Given the recent advances including a flash-based filesystems for = FreeBSD, and being able to co-opt the cross-compiler chain from linux = where clang does not yet support cross compilation (e.g. mips) has = brought FreeBSD to a point where (finally) the issues around embedded = finally are illuminated. tl;dr: This has been anticipated for a long time. Jim (Other BSDs? I know not of any other BSDs. There can be only one.)= From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 18:11:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 81BC79F1 for ; Tue, 26 Mar 2013 18:11:58 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id EE860221 for ; Tue, 26 Mar 2013 18:11:57 +0000 (UTC) Received: by mail-la0-f43.google.com with SMTP id ek20so14170749lab.16 for ; Tue, 26 Mar 2013 11:11:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=dh518QkOwi5WpWkQPRUjsoZz804P06TNdodQeWukxBw=; b=f+VsWgod0JATfhAYbmwdgjM5fLHSDuWpkdCaOb/92x8Dq2nNdnE0oAgTfcbFSR4I9P DoWjok9uYMhEpccyscjqt629NCofJegNV8jCF9GbB3hvqmSJ8sPaKc9npLfFhHNYlNWl L7Pu+LN+PtgI06cRV4L4dFDuKDQswB3T9c5828xfDd9XW1lkp987ZCFBWk1WBnoxS/j9 22s/WrPATQWVZrs0AMDXOdZr2VIFYiirwWqXMR3QcRLTc7IZkx+QS5adXctCTkf9SRrM mcfGU2HfFrJGFBHxvKMvyq1ZUCHyQDiTrGkvnI0vHAvPWBohsrKSxCqukODHZxDvtEka TGMw== MIME-Version: 1.0 X-Received: by 10.152.105.244 with SMTP id gp20mr8830388lab.34.1364321516027; Tue, 26 Mar 2013 11:11:56 -0700 (PDT) Received: by 10.112.47.232 with HTTP; Tue, 26 Mar 2013 11:11:55 -0700 (PDT) Date: Tue, 26 Mar 2013 19:11:55 +0100 Message-ID: Subject: Dreamplug, BOOTP, NFS root, DHCP From: Mattia Rossi To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 18:11:58 -0000 Hi all, I'm currently trying to set up my Dreamplug again, which should be quite easy thanks to the neat work don by Ian. I've just made a mistake when uploading the new world to the dreamplug and unpacking it, so I've trashed my world on the Dreamplug's internal SD card. The logical workaround would be to mount the new world via NFS, then copy it onto the SD and voila, problem solved. Not the case though. First I've tried to mount the NFS root without enabling BOOTP, as the root path is already set in ROOTDEVNAME. No luck, but you of course know that, as Lars (Eggert) had the same issues not too long ago, and Ian filed a bug for it. Quick question: what's the progress there? So, next step was to enable BOOTP and all the necessary options in the kernel, and to set up a DHCP server. Should be easy and straigthforward, but here comes the interesting part: I already have a DHCP server in the crappy modem I've got. I've decided to ignore that, and just set up a second range for the DHCP server on the FreeBSD machine, which distributes the root-path with it. With the two DHCP servers on the network, I get a kernel panic: bootpc_init: wired to interface 'mge0' Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:84:c7) uhub0: 1 port with 1 removable, self powered mge0: link state changed to UP Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root path) ugen0.2: at usbus0 uhub1: on usbus0 Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root path) uhub1: 4 ports with 4 removable, self powered ugen0.3: at usbus0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1876MB (3842048 512 byte sectors: 255H 63S/T 239C) da1 at umass-sim0 bus 0 scbus2 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 974MB (1995264 512 byte sectors: 64H 32S/T 974C) Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:84:c7) Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (got root path) ugen0.4: at usbus0 uaudio0: on uaudio0 uaudio0: HID volume keys found. Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) mge0 at 192.168.0.21 server 192.168.0.1 subnet mask 255.255.255.0 router 192.168.0.1 Adjusted interface mge0 panic: nfs_boot: mountd root, error=47 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> With just the DHCP server on the modem: bootpc_init: wired to interface 'mge0' Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:84:c7) uhub0: 1 port with 1 removable, self powered mge0: link state changed to UP Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root path) ugen0.2: at usbus0 uhub1: on usbus0 uhub1: 4 ports with 4 removable, self powered Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:84:c7) ugen0.3: at usbus0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 1876MB (3842048 512 byte sectors: 255H 63S/T 239C) da1 at umass-sim0 bus 0 scbus2 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 974MB (1995264 512 byte sectors: 64H 32S/T 974C) Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) ugen0.4: at usbus0 uaudio0: on uaudio0 uaudio0: HID volume keys found. Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) DHCP/BOOTP timeout for server 255.255.255.255 Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) DHCP/BOOTP timeout for server 255.255.255.255 no panic, just waiting for a root path. Help? Can't turn off the DHCP on the modem, as I have limited rights, and it's crap. Mat From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 19:38:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 143DC510 for ; Tue, 26 Mar 2013 19:38:58 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) by mx1.freebsd.org (Postfix) with ESMTP id A378B95A for ; Tue, 26 Mar 2013 19:38:57 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id ez12so1433431wid.5 for ; Tue, 26 Mar 2013 12:38:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=KrtV/m7Xzz7+5nQ4PNYhBMeP3myWEgAogStIL5M8JKc=; b=wy5BdB700MFrJNP3K8OM7R0O53Hdb0rYnv9PGZdJQpy5fnLLfK2WAupNB1RrTVV4XY bnwXua7QHTFB5JSECiE5A2dWJUaQEgl/msUjbdigg3zZeTRLjX3U8mzz0td9/Zz1HDsf okYXzMZidB3fI2nX77SL7COAif5ac9AM8Ku3/TWHgsSEeLFH1ml+wc9s34WqhFDvR1TQ 2cs5yUxz1Ltylzq594f6WKLQ9BiLk5cZuaxAD2M5V05yEmnjF/NqndgNAUIlEvZ9eItw VBucsti4Zc6s9Z2G5LgDcCT5WOyyMmD+pTxke+ajWELeOk9iI/XWc+tRiOvg+jYEEdXU WUeA== MIME-Version: 1.0 X-Received: by 10.194.22.5 with SMTP id z5mr27050957wje.5.1364326736912; Tue, 26 Mar 2013 12:38:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Tue, 26 Mar 2013 12:38:56 -0700 (PDT) In-Reply-To: <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> Date: Tue, 26 Mar 2013 12:38:56 -0700 X-Google-Sender-Auth: DXGS0i7WsSB0x6u_2-GG5Pp8D7A Message-ID: Subject: Re: RFC: "Crochet" build tool From: Adrian Chadd To: Jim Thompson Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 19:38:58 -0000 NanoBSD isn't specifically x86 only. The startup script stuff is x86 only. The build/installworld part of nanobsd can be refactored out and made platform portable. The UFS image building part can be refactored out and made platform portable. The startup script stuff can be refactored out and made platform portable. The disk image stuff can be refactored out and made platform portable. These aren't unsolvable problems. :-) Adrian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 19:58:25 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0CC62F89 for ; Tue, 26 Mar 2013 19:58:24 +0000 (UTC) (envelope-from jim@netgate.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) by mx1.freebsd.org (Postfix) with ESMTP id 6796DA81 for ; Tue, 26 Mar 2013 19:58:24 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wo10so5262281obc.11 for ; Tue, 26 Mar 2013 12:58:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=bit5dg2LW6M2i2uL1ZPbB53M3ETXY/yx7d2OnRw1tHk=; b=eTMUUWcSPwuKpmdTh3t1mtg0qkEXyxDq7EG67RZ4l+v2Re4u8hzPNCKmqw2Bzh5de0 mVUhEn1aCA9uafpFwHJOTgOnA8DYkkTd/kaSZG6CHz+oW8vq5Ttr7YveW9KeF/FTmyw+ WKJ1ux0FnQPB2Bc2cwrhhPrS2ES7zunYHYU3EJJJbluCEuHELj7AL7PbLPqdRMDeRFGe BpuMt12hGwraQv6wUWnfI4o23tJvq1Cg3zuu1o437yODuT1KAX1yUVPR1UQZcqzOnVDI hdefjH9a3cOwA8DijSAoiBYIU8PcXB+xmviy6DS6x/LI1uN0HzAu/iAdQEkR78VcVgc+ bG4g== X-Received: by 10.60.3.200 with SMTP id e8mr14286995oee.94.1364327903868; Tue, 26 Mar 2013 12:58:23 -0700 (PDT) Received: from [51.125.99.109] (66-87-99-109.pools.spcsdns.net. [66.87.99.109]) by mx.google.com with ESMTPS id h9sm18364156obg.14.2013.03.26.12.58.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Mar 2013 12:58:23 -0700 (PDT) References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> X-Mailer: iPhone Mail (10B329) From: Jim Thompson Subject: Re: RFC: "Crochet" build tool Date: Tue, 26 Mar 2013 14:58:17 -0500 To: Adrian Chadd X-Gm-Message-State: ALoCoQkWDke+eXhig7NaZDPFonr5twMMvbR1yhq2axWS7oJa5mx90CfKEFs5+avcpAnezjm4NzsU Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 19:58:25 -0000 On Mar 26, 2013, at 2:38 PM, Adrian Chadd wrote: > These aren't unsolvable problems. :-) No, but none of them currently exist for non-x86 platforms, either. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 20:07:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B41084BB for ; Tue, 26 Mar 2013 20:07:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x229.google.com (mail-we0-x229.google.com [IPv6:2a00:1450:400c:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id 59459B0A for ; Tue, 26 Mar 2013 20:07:35 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id x43so2300333wey.14 for ; Tue, 26 Mar 2013 13:07:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=OFiBdCPY9x+d763ymhliVOyo31MNaVx5uw7lCuxYDvM=; b=VvxbPMQst246q3siI8ASzsI0Oszv0d+AvfIEF8vI0T5qAnnZ39gr3PXRzMpmmqmLvJ 5lqoBHZs4/CGjy8MQiRROcws7x3b0g5QLcdCzyVQN5QJ8cvOuykKlc2eCmxmqF6J/wt7 XD8ql8q4UOuELONPc94bE0AxqbjBZj8Ql94nnNXbAvs4bEL2wNpw0I45KTwdqC7d9OyQ 8+SVhs1glqN9YptzfTSaqX6+uPiTkczaHqhafOrz+bHVuxzfcvrsneNnwntpw3qMfpAO EPfq/qGektpHIpKLNeJhUuXG/MF0jQMtrY/NtvWBHr4zaluaIJTMkqxO1tdR7Dfvb6Lh HMEQ== MIME-Version: 1.0 X-Received: by 10.194.171.74 with SMTP id as10mr26983010wjc.0.1364328454527; Tue, 26 Mar 2013 13:07:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Tue, 26 Mar 2013 13:07:34 -0700 (PDT) Date: Tue, 26 Mar 2013 13:07:34 -0700 X-Google-Sender-Auth: vi4j-vOb1kCnoHXjCO8Dswgq8EI Message-ID: Subject: make universe fails on ARM From: Adrian Chadd To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 20:07:35 -0000 Hi,, make universe on -HEAD is failing on ARM: rm -f .newdep /scratch/tmp/adrian/head/obj/scratch/tmp/adrian/head/src/make.amd64/make -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/scratch/tmp/adrian/head/src/sys -I/scratch/tmp/adrian/head/src/sys/contrib/altq -I/scratch/tmp/adrian/head/src/sys/contrib/ipfilter -I/scratch/tmp/adrian/head/src/sys/dev/ath -I/scratch/tmp/adrian/head/src/sys/dev/ath/ath_hal -I/scratch/tmp/adrian/head/src/sys/contrib/ngatm -I/scratch/tmp/adrian/head/src/sys/dev/twa -I/scratch/tmp/adrian/head/src/sys/dev/cxgb -I/scratch/tmp/adrian/head/src/sys/dev/cxgbe -I/scratch/tmp/adrian/head/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-thumb-interwork -ffreestanding cc: warning: argument unused during compilation: '-finline-limit=8000' [-Wunused-command-line-argument] cc: warning: argument unused during compilation: '--param inline-unit-growth=100' [-Wunused-command-line-argument] cc: warning: argument unused during compilation: '--param large-function-growth=1000' [-Wunused-command-line-argument] cc: warning: argument unused during compilation: '-mno-thumb-interwork' [-Wunused-command-line-argument] /scratch/tmp/adrian/head/src/sys/dev/random/probe.c:32:10: fatal error: 'opt_cpu.h' file not found #include "opt_cpu.h" ^ 1 error generated. mkdep: compile failed .. when building _.arm.AC100 Now, this is with -j8. Maybe it's a parallelism issue? I bet if I run it again it'll work. THanks, Adrian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 20:08:36 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D7AF5509 for ; Tue, 26 Mar 2013 20:08:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 74B57B19 for ; Tue, 26 Mar 2013 20:08:36 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id u12so760726wey.33 for ; Tue, 26 Mar 2013 13:08:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=C/+mj63j576phC2bwbr864Wb+f+1WSaRtFCzeCZxijk=; b=n9oDrK9SzacFZe1WYfRZs8gW+gvOgbbY+tqyAFWHammA08jnukeO2LC+P+LFa9qYSh H2m95qn/6ZzWNaKkbOTJpF0nR/nc8OToZh8onx5spwOxQluutcaw6ASEGXUhHrsUtuO5 jYt5GiFv3lmt61RoVgScAph4+Q4+S5uj8w5NEv6BecJo+4M2ZU5dmrKjg7/UwJKByjiK iuwp1UWmsR7/Ur3QKfsxdpvC4LAG6h2JIYJ4Oz0zqo9S9kdyrY9FI7i01NSco4EDuAYj MHmWaWfnlHNIUAaemNtaT8mf/d4LyDdPje0ucTK9NAKr4wMowPVnMTFbS5nDZIWbezrw 9MVA== MIME-Version: 1.0 X-Received: by 10.194.22.5 with SMTP id z5mr27180972wje.5.1364328515624; Tue, 26 Mar 2013 13:08:35 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Tue, 26 Mar 2013 13:08:35 -0700 (PDT) In-Reply-To: <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> Date: Tue, 26 Mar 2013 13:08:35 -0700 X-Google-Sender-Auth: FXud6zWRw3FpAaGzXPItRI5FAIs Message-ID: Subject: Re: RFC: "Crochet" build tool From: Adrian Chadd To: Jim Thompson Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 20:08:36 -0000 On 26 March 2013 12:58, Jim Thompson wrote: > > On Mar 26, 2013, at 2:38 PM, Adrian Chadd wrote: > >> These aren't unsolvable problems. :-) > > No, but none of them currently exist for non-x86 platforms, either. Right. And the flipside is that people may actually benefit from having the embedded view of things enforced for atom appliance builds. You may not _want_ to have a full FreeBSD install on some small atom appliance. Anyway, it's desperately waiting for someone to make happen. adrian From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 20:18:49 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4CDAFB56 for ; Tue, 26 Mar 2013 20:18:49 +0000 (UTC) (envelope-from jim@netgate.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 14257C3C for ; Tue, 26 Mar 2013 20:18:48 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n12so8069460oag.13 for ; Tue, 26 Mar 2013 13:18:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=G0xkx26aO+R6/8c+JMgN8qBk8SmUipXMmp81HRCqbRo=; b=hPqkdkOnwdkHeAOGSBjQvagae2doj26eZKdNhtCjl0M3TWmQK8CuMZzibk/dh8TtnT LYPdWvRu3xTVVvd842HLHAQWIfBxqfty5MW0xpq+/FRnKvLdU65k8nqOOM4JH3EhNswA s/tFmtfNzLDkV+j7COtKyQEiUrJt7+Fk3yKGgwfBP2hQ7BmlufKO8dH7Cqmmv2P+vQyT +w82D2onySsU8fgnHXWukDjqTJ1s5ZSi69K5GBOgQLdxPWYfwTLvGWL3QYWfhQ/GdqCE 9KjRJTdId7rJ2RCKenGNZS0Z1M0XQVsCwvEr+oJ1sG3tboJnvfIq5P2UyCG2W0xor44M kV4Q== X-Received: by 10.60.28.2 with SMTP id x2mr3441748oeg.65.1364329128462; Tue, 26 Mar 2013 13:18:48 -0700 (PDT) Received: from [51.125.99.109] (66-87-99-109.pools.spcsdns.net. [66.87.99.109]) by mx.google.com with ESMTPS id v8sm19175476oea.4.2013.03.26.13.18.45 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Mar 2013 13:18:47 -0700 (PDT) References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <2DEC61CB-C9F3-4A55-9C4E-32A95A38809B@netgate.com> X-Mailer: iPhone Mail (10B329) From: Jim Thompson Subject: Re: RFC: "Crochet" build tool Date: Tue, 26 Mar 2013 15:18:42 -0500 To: Adrian Chadd X-Gm-Message-State: ALoCoQnYe9tyMCe85tGJYIqeidf6Yeyp5AYYUJz8QFlUR6y3YyMTd8yK+80TTuU42MWwAEATONx0 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 20:18:49 -0000 On Mar 26, 2013, at 3:08 PM, Adrian Chadd wrote: > On 26 March 2013 12:58, Jim Thompson wrote: >>=20 >> On Mar 26, 2013, at 2:38 PM, Adrian Chadd wrote: >>=20 >>> These aren't unsolvable problems. :-) >>=20 >> No, but none of them currently exist for non-x86 platforms, either. >=20 > Right. >=20 > And the flipside is that people may actually benefit from having the > embedded view of things enforced for atom appliance builds. You may > not _want_ to have a full FreeBSD install on some small atom > appliance. Atom? I ship a few hundred Geode systems / month with nanobsd on-board. A p= roper embedded environment would be a revaluation.=20 By the time people move up to Atom, they're making noise about 4GB of ram, S= SDs and SATA drives. > Anyway, it's desperately waiting for someone to make happen. Agreed.=20 From owner-freebsd-arm@FreeBSD.ORG Tue Mar 26 21:09:41 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B81FE6E1 for ; Tue, 26 Mar 2013 21:09:41 +0000 (UTC) (envelope-from jeff@jrpenn.demon.co.uk) Received: from smtp.demon.co.uk (mdfmta010.mxout.tch.inty.net [91.221.169.51]) by mx1.freebsd.org (Postfix) with ESMTP id 7B0ADFC6 for ; Tue, 26 Mar 2013 21:09:40 +0000 (UTC) Received: from mdfmta010.tch.inty.net (unknown [127.0.0.1]) by mdfmta010.tch.inty.net (Postfix) with ESMTP id 506B140041D for ; Tue, 26 Mar 2013 21:03:50 +0000 (GMT) Received: from mdfmta010.tch.inty.net (unknown [127.0.0.1]) by mdfmta010.tch.inty.net (Postfix) with ESMTP id F2D76400342 for ; Tue, 26 Mar 2013 21:03:49 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (unknown [80.176.77.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta010.tch.inty.net (Postfix) with ESMTP for ; Tue, 26 Mar 2013 21:03:49 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (localhost [127.0.0.1]) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5) with ESMTP id r2PMSkYg029398 for ; Mon, 25 Mar 2013 22:37:34 GMT (envelope-from jeff@beastie.jrpenn.demon.co.uk) Received: (from jeff@localhost) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5/Submit) id r2PMSjEB029397 for freebsd-arm@FreeBSD.org; Mon, 25 Mar 2013 22:28:46 GMT (envelope-from jeff) Date: Mon, 25 Mar 2013 22:28:45 +0000 From: Jeff Penn To: freebsd-arm@FreeBSD.org Subject: Re: Net booting current snapshot on openrd and sheevaplug Message-ID: <20130325222845.GA27893@jrpenn.demon.co.uk> References: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> <1364067518.1157.163.camel@revolution.hippie.lan> <20130323231302.GA60043@jrpenn.demon.co.uk> <1364092848.1157.165.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1364092848.1157.165.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-MDF-HostID: 19 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Mar 2013 21:09:41 -0000 On Sat, Mar 23, 2013 at 08:40:48PM -0600, Ian Lepore wrote: > What was the value before you changed it to -1? It looks like it probed > and found both 0 and 1, maybe that confused it. If the value wasn't > zero originally, I'd say change it to that. If that amounts to changing > it back to what it was, the problem must be elsewhere. The original value was 8. I've tried several values and setting it to 0 appears to get the furthest, performing a successful DHCP request: ... mge0: link state changed to UP Received DHCP Offer packet on mge0 from 192.168.0.10 (accepted) (no root path) Received DHCP Offer packet on mge0 from 192.168.0.10 (ignored) (no root path) ugen0.2: at usbus0 uhub1: on usbus0 uhub1: MTT enabled uhub1: 4 ports with 4 removable, self powered ugen0.3: at usbus0 uhub2: on usbus0 uhub2: MTT enabled uhub2: 4 ports with 4 removable, self powered Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:61:58) Received DHCP Ack packet on mge0 from 192.168.0.10 (accepted) (got root path) mge0 at 192.168.0.16 server 192.168.0.10 boot file openrd/kernel.bin subnet mask 255.255.255.0 router 192.168.0.1 rootfs 192.168.0.10:/mnt/work/nfsroot/arm-8-le hostname openrd Adjusted interface mge0 krpc_call: sosend: 64 krpc_call: sosend: 64 panic: nfs_boot: mountd root, error=64 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> Jeff From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 00:20:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 75E2D6A4 for ; Wed, 27 Mar 2013 00:20:27 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pb0-f41.google.com (mail-pb0-f41.google.com [209.85.160.41]) by mx1.freebsd.org (Postfix) with ESMTP id 4D69910D for ; Wed, 27 Mar 2013 00:20:27 +0000 (UTC) Received: by mail-pb0-f41.google.com with SMTP id mc8so1657822pbc.14 for ; Tue, 26 Mar 2013 17:20:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=5CTioHtOFmFkkdB2hJIZlDnOeK9utDD2QV6GTY0QuLo=; b=RAvzvlnQo+fbz/JLtpzls1pFQ49HuOr28e89Dw0cys7b19dTwtQXkNJ7waaP7Trp3O asiXsM7UFFcuAQY0wVq+7Z/+PQtcezjxp50GCfjSove2j3csBdd42bBGReOOATkr1Hcw plY5MWlVr3uHA3hiQYfo0+GdMXrTd8GJXcqQVBAwsUupz9MhmvSkWDeWwu7MdUuKwYn7 sNPPjMqFluG/596ysbwNyDXZ7pnE703oCOhPw37URAmAvCJ5/hDJ3I8Q3fdHoLpeD+xO PeYWTjQA++rD0CeYwqkpQcdqiszKjMT77orilZ9OUZA6PMkI5JdXJ4PZrofC35e8GGDF 1/VA== X-Received: by 10.68.44.169 with SMTP id f9mr9767453pbm.106.1364343621258; Tue, 26 Mar 2013 17:20:21 -0700 (PDT) Received: from [10.30.52.206] (50-198-192-97-static.hfc.comcastbusiness.net. [50.198.192.97]) by mx.google.com with ESMTPS id is1sm19211743pbc.15.2013.03.26.17.20.18 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Mar 2013 17:20:19 -0700 (PDT) Sender: Warner Losh Subject: Re: RFC: "Crochet" build tool Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> Date: Tue, 26 Mar 2013 18:20:14 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <97CF16D5-8FD1-41F1-B2AE-5A36A3B856B3@bsdimp.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> To: Jim Thompson X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlXWJ5HjYNd/AqPg60KKhTMWuZlJgJ3+aaXWoP0OFm1ZrNAPApjtai7xUXH3SrBjH2rO9/u Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 00:20:27 -0000 On Mar 26, 2013, at 12:00 PM, Jim Thompson wrote: >=20 > On Mar 26, 2013, at 12:24 PM, Werner Thie = wrote: >=20 >> Is nanoBSD or tinyBSD fit as basis for a cross platform effort? >=20 > No, not really. >=20 > They're very x86-specific, but then, so was FreeBSD for the longest = time. Actually, they aren't. I've built nano images for both arm and mips....=20= > Given the recent advances including a flash-based filesystems for = FreeBSD, and being able to co-opt the cross-compiler chain from linux = where clang does not yet support cross compilation (e.g. mips) has = brought FreeBSD to a point where (finally) the issues around embedded = finally are illuminated. Yes, but external cross compile patches have been available for a long = time... Warneer > tl;dr: This has been anticipated for a long time. >=20 > Jim >=20 > (Other BSDs? I know not of any other BSDs. There can be only one.) > _______________________________________________ > 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 27 00:23:01 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0DA9B707 for ; Wed, 27 Mar 2013 00:23:01 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-da0-x234.google.com (mail-da0-x234.google.com [IPv6:2607:f8b0:400e:c00::234]) by mx1.freebsd.org (Postfix) with ESMTP id D6EE7121 for ; Wed, 27 Mar 2013 00:23:00 +0000 (UTC) Received: by mail-da0-f52.google.com with SMTP id f10so3879765dak.25 for ; Tue, 26 Mar 2013 17:23:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=cXa2alLLiJflvtFat5H2WeamqolcNcE59UtSC3XuQrE=; b=DMfzyGMwZ/eEt3xy6Q5yyiZLmO6V23STteCOn8ZIj092ENlnqqEsMwfsF8C9CcREx6 9fnT75uraUzBSgKKHPQe6tJIy4Ry8xpIUcQbhiNVOzZQA+MuVAsMawHwbIWRtJaUFihW JwuEqjID9lbRDDoQv162UnKNdKSm16Rr6hD246EnmAlP5kHjCoe5XgbMxwb/sBrWNmNi ntrffvpYhJo+esWW0RUqjUc97LcUc/k6hv7wirWUPC5UJR8EvP3yCo4IkgwT0pcLMdLy hJqHIM46jDnGrkEzV+fS4OQ/9GojMWgwkNFiUNYS7/EnHKA8JnD5YfEDqQEvWl3JwJQT DzPg== X-Received: by 10.68.134.38 with SMTP id ph6mr25670224pbb.205.1364343780569; Tue, 26 Mar 2013 17:23:00 -0700 (PDT) Received: from [10.30.52.206] (50-198-192-97-static.hfc.comcastbusiness.net. [50.198.192.97]) by mx.google.com with ESMTPS id xz5sm19205879pbb.25.2013.03.26.17.22.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Mar 2013 17:22:59 -0700 (PDT) Sender: Warner Losh Subject: Re: RFC: "Crochet" build tool Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Tue, 26 Mar 2013 18:22:53 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <79F9B6E7-9388-47CF-9265-FD27F1883916@bsdimp.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmT66bGM/1Uo3CPPrr268fPVcF9BFD2SeUX51+LkAn+XKWqUWkOB26dUwWFXIOQ/ceigLJf Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 00:23:01 -0000 On Mar 26, 2013, at 1:38 PM, Adrian Chadd wrote: > NanoBSD isn't specifically x86 only. >=20 > The startup script stuff is x86 only. Well, it is MBR specific... > The build/installworld part of nanobsd can be refactored out and made > platform portable. It already is. > The UFS image building part can be refactored out and made platform = portable. It has been waiting for Brooks' new install/metadata stuff. Once that's = integrated with makefs, it will be easy to move to using this new = functionality. Native builds already kinda work... > The startup script stuff can be refactored out and made platform = portable. >=20 > The disk image stuff can be refactored out and made platform portable. It already is refactored, the different images just need to be written. > These aren't unsolvable problems. :-) Warner From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 00:23:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A4BEA748 for ; Wed, 27 Mar 2013 00:23:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7BA9912A for ; Wed, 27 Mar 2013 00:23:42 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id rq13so970068pbb.41 for ; Tue, 26 Mar 2013 17:23:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=Mc+cXGHAiBVZ3IxdM1olHtU8oCRKJLqUiP3peTlyfn8=; b=PNCDmUqqIL2d1vqpnAXx8OeZ5KatHJNnB/iSbuQSqt11mez2ldAT2fFxHUjjKEcktR dOeuSKQbxWUgFghICdFBi2iEiUSvAyZUQoiWkSjJQH4QWPQe4HclP2L5wOsOkfghM/kU oCvy+hSf0+/zy2tqkIflDVj4EPUN0FoyphD1v8lq+FDIzHQNq4BgWoAszFNTA9/Xplab LYZcE89WzykpQP89w+QQ9wNOG2fMIHO8rAZ4TXWP4LfmwrL2HBYa7C63cPQNQ4XdZDFB GCBkv8Fbt3a5CCrRUJ6Rx6bfbneHo3MmolqyVpn4qT6Gvi9/2LTQZQEqttaZHKqlmkM/ +WCQ== X-Received: by 10.66.154.111 with SMTP id vn15mr26504525pab.99.1364343816334; Tue, 26 Mar 2013 17:23:36 -0700 (PDT) Received: from [10.30.52.206] (50-198-192-97-static.hfc.comcastbusiness.net. [50.198.192.97]) by mx.google.com with ESMTPS id xz5sm19205879pbb.25.2013.03.26.17.23.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 26 Mar 2013 17:23:35 -0700 (PDT) Sender: Warner Losh Subject: Re: RFC: "Crochet" build tool Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> Date: Tue, 26 Mar 2013 18:23:33 -0600 Content-Transfer-Encoding: 7bit Message-Id: <610BDDE6-A8EC-4D84-8FAF-1B6014808C24@bsdimp.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> To: Jim Thompson X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQk39vJass9TuANIL2Yvf1DY0qTddsOjC8fp5MetvwQ4dflyRGx4I6TpBuQVDU+ANRqAwAqa Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 00:23:42 -0000 On Mar 26, 2013, at 1:58 PM, Jim Thompson wrote: > > On Mar 26, 2013, at 2:38 PM, Adrian Chadd wrote: > >> These aren't unsolvable problems. :-) > > No, but none of them currently exist for non-x86 platforms, either. Except that they do. I've built arm images in the past. Warner From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 02:17:38 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A50FEF1F for ; Wed, 27 Mar 2013 02:17:38 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) by mx1.freebsd.org (Postfix) with ESMTP id 54C4B73C for ; Wed, 27 Mar 2013 02:17:37 +0000 (UTC) Received: from [192.168.1.104] (pool-173-77-66-223.nycmny.east.verizon.net [173.77.66.223]) (authenticated bits=0) by feynman.konjz.org (8.14.6/8.14.4) with ESMTP id r2R2HTtb011484 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 26 Mar 2013 22:17:35 -0400 (EDT) (envelope-from george@ceetonetechnology.com) Message-ID: <515256B3.6000907@ceetonetechnology.com> Date: Tue, 26 Mar 2013 22:17:23 -0400 From: George Rosamond User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130312 Thunderbird/17.0.4 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: DTC error using Crochet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Names: BAYES_00,FH_HOST_EQ_VERIZON_P,RDNS_DYNAMIC X-Mail-Provider: KonjZ X-Scanned-By: MIMEDefang 2.73 on 64.147.119.39 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: george@ceetonetechnology.com List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 02:17:38 -0000 Using Tim's aptly renamed Crochet scripts... Build box is FreeBSD 9.1-stable on i386 In config.sh, under "Extra arguments for world".. FREEBSD_BUILDWORLD_EXTRA_ARGS="-DWITH_FDT" And it also show up in work/_.built-world and work/_.buildworld.sh But output during script states: crochet.sh: dtc: not found g From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 02:29:15 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 864F41FF for ; Wed, 27 Mar 2013 02:29:15 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5E17B2 for ; Wed, 27 Mar 2013 02:29:15 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UKg6t-000D5B-Gd; Wed, 27 Mar 2013 02:29:07 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2R2T4Sd010985; Tue, 26 Mar 2013 20:29:04 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+iKzou09MI8q0a1EJYfvkY Subject: Re: Dreamplug, BOOTP, NFS root, DHCP From: Ian Lepore To: Mattia Rossi In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Tue, 26 Mar 2013 20:29:04 -0600 Message-ID: <1364351344.36972.35.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 02:29:15 -0000 On Tue, 2013-03-26 at 19:11 +0100, Mattia Rossi wrote: > Hi all, > > I'm currently trying to set up my Dreamplug again, which should be quite > easy thanks to the neat work don by Ian. > > I've just made a mistake when uploading the new world to the dreamplug and > unpacking it, so I've trashed my world on the Dreamplug's internal SD card. > > The logical workaround would be to mount the new world via NFS, then copy > it onto the SD and voila, problem solved. > > Not the case though. > First I've tried to mount the NFS root without enabling BOOTP, as the root > path is already set in ROOTDEVNAME. No luck, but you of course know that, > as Lars (Eggert) had the same issues not too long ago, and Ian filed a bug > for it. Quick question: what's the progress there? > > So, next step was to enable BOOTP and all the necessary options in the > kernel, and to set up a DHCP server. Should be easy and straigthforward, > but here comes the interesting part: > I already have a DHCP server in the crappy modem I've got. I've decided to > ignore that, and just set up a second range for the DHCP server on the > FreeBSD machine, which distributes the root-path with it. With the two DHCP > servers on the network, I get a kernel panic: > > > bootpc_init: wired to interface 'mge0' > Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:84:c7) > uhub0: 1 port with 1 removable, self powered > mge0: link state changed to UP > Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root > path) > ugen0.2: at usbus0 > uhub1: on > usbus0 > Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root > path) > uhub1: 4 ports with 4 removable, self powered > ugen0.3: at usbus0 > umass0: on > usbus0 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 1876MB (3842048 512 byte sectors: 255H 63S/T 239C) > da1 at umass-sim0 bus 0 scbus2 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: 974MB (1995264 512 byte sectors: 64H 32S/T 974C) > Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:84:c7) > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (got root path) > ugen0.4: at usbus0 > uaudio0: 1.10/1.00, ad0 > uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. > uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. > uaudio0: No MIDI sequencer. > pcm0: on uaudio0 > uaudio0: HID volume keys found. > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > mge0 at 192.168.0.21 server 192.168.0.1 > subnet mask 255.255.255.0 router 192.168.0.1 > Adjusted interface mge0 > panic: nfs_boot: mountd root, error=47 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> > > With just the DHCP server on the modem: > > > bootpc_init: wired to interface 'mge0' > Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:84:c7) > uhub0: 1 port with 1 removable, self powered > mge0: link state changed to UP > Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root > path) > ugen0.2: at usbus0 > uhub1: on > usbus0 > uhub1: 4 ports with 4 removable, self powered > Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:84:c7) > ugen0.3: at usbus0 > umass0: on > usbus0 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 1876MB (3842048 512 byte sectors: 255H 63S/T 239C) > da1 at umass-sim0 bus 0 scbus2 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: 974MB (1995264 512 byte sectors: 64H 32S/T 974C) > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > ugen0.4: at usbus0 > uaudio0: 1.10/1.00, ad0 > uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. > uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. > uaudio0: No MIDI sequencer. > pcm0: on uaudio0 > uaudio0: HID volume keys found. > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > DHCP/BOOTP timeout for server 255.255.255.255 > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > DHCP/BOOTP timeout for server 255.255.255.255 > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > DHCP/BOOTP timeout for server 255.255.255.255 > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > DHCP/BOOTP timeout for server 255.255.255.255 > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > DHCP/BOOTP timeout for server 255.255.255.255 > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > DHCP/BOOTP timeout for server 255.255.255.255 > Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) > DHCP/BOOTP timeout for server 255.255.255.255 > > > no panic, just waiting for a root path. > > Help? > Can't turn off the DHCP on the modem, as I have limited rights, and it's > crap. > > Mat I've only got a few minutes available right now, so not much to offer, except... could you put a world on a usb thumb drive and recompile the kernel for a /dev/daNxx root path? Even better would be a world on an eSata drive if you have one. (One of those multi-slot docks that holds a couple drives and is both a usb dock and an eSata port multiplier, is a nifty thing for a dreamplug owner to have.) -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 04:12:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AA6C7322 for ; Wed, 27 Mar 2013 04:12:17 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 83FF7B41 for ; Wed, 27 Mar 2013 04:12:16 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r2R3uJxH001506; Wed, 27 Mar 2013 03:56:19 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 95t3tr25bkp44qiuv28b44x3m2; Wed, 27 Mar 2013 03:56:19 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: DTC error using Crochet Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <515256B3.6000907@ceetonetechnology.com> Date: Tue, 26 Mar 2013 20:56:19 -0700 Content-Transfer-Encoding: 7bit Message-Id: <2F8F363A-12C1-46A4-B66F-E24FFB64C750@kientzle.com> References: <515256B3.6000907@ceetonetechnology.com> To: george@ceetonetechnology.com X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 04:12:17 -0000 On Mar 26, 2013, at 7:17 PM, George Rosamond wrote: > Using Tim's aptly renamed Crochet scripts... > > Build box is FreeBSD 9.1-stable on i386 > > In config.sh, under "Extra arguments for world".. > > FREEBSD_BUILDWORLD_EXTRA_ARGS="-DWITH_FDT" Why did you find this necessary? Did you have problems without it? > But output during script states: > > crochet.sh: dtc: not found The DTC compiler isn't installed by default on 9.1. It is installed by default on sufficiently recent -CURRENT. To install it: $ cd /usr/src/usr.bin/dtc $ sudo make && sudo make install I should add a check for that. Tim From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 05:34:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4B1C9521 for ; Wed, 27 Mar 2013 05:34:35 +0000 (UTC) (envelope-from lehis2000@mail.ru) Received: from fallback2.mail.ru (fallback2.mail.ru [94.100.176.87]) by mx1.freebsd.org (Postfix) with ESMTP id C41291DB for ; Wed, 27 Mar 2013 05:34:34 +0000 (UTC) Received: from smtp28.mail.ru (smtp28.mail.ru [94.100.176.181]) by fallback2.mail.ru (mPOP.Fallback_MX) with ESMTP id D41F0D194B67 for ; Wed, 27 Mar 2013 09:33:58 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=O0zbD2EKA4t/FuI5r2e/bdgtl0/dDB2xP58oo2RNabo=; b=CpxT3tPivlRUqL1Smz/4/dh090Oqm/HJ7b1HKxglUN6DTD60fS494feIATKD/fZ6PlFQMMZV4szcLz7xpswPVGSL5Yc14K5dZkTvurtdE4dpLl5+9gJPZ5s7+STuwcAR1jpJ5Z0oSK5W50PXR5WJPIoSssF4JtzbATMOTKipLho=; Received: from [91.217.137.251] (port=54059 helo=work-book.lehis.ru) by smtp28.mail.ru with esmtpa (envelope-from ) id 1UKizG-0005Gx-5X; Wed, 27 Mar 2013 09:33:26 +0400 Message-ID: <51528495.5070101@mail.ru> Date: Wed, 27 Mar 2013 09:33:09 +0400 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: RPI-B as router References: <514B2188.8030905@mail.ru> <6F05C3AD-D6F0-46B2-95D3-329898DE69B6@bluezbox.com> <514C902D.3030207@mail.ru> <51518B76.4000500@mail.ru> In-Reply-To: <51518B76.4000500@mail.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 05:34:35 -0000 26.03.2013 15:50, Alexey V. Panfilov wrote: > 22.03.2013 21:09, Alexey V. Panfilov wrote: >> 22.03.2013 09:53, Oleksandr Tymoshenko wrote: >> >>>> So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: >>> >>> The problem is that USB works in PIO mode. With DMA mode enabled >>> it's somewhat faster. Here is my half-baked patch: >>> >>> http://people.freebsd.org/~gonzo/patches/dwc_otg-dma-nosplit.diff >> >> Oleksandr, thank you for explaine patch! >> >> Recompiling kernel with your patch in progress :) >> >> I'll report about result. > > I've got match better results with your patch: > > [Host A~]# iperf -c 192.168.0.249 -P 5 -i 5 -t 300 | grep SUM > [SUM] 0.0- 5.0 sec 14.2 MBytes 23.9 Mbits/sec > [SUM] 5.0-10.0 sec 14.2 MBytes 23.9 Mbits/sec > [SUM] 0.0-10.2 sec 29.2 MBytes 24.0 Mbits/sec > > But RPI stop responds via network (till 2-10 mins) and it's MAC address > is absent in this time. It didn't create neither dump (I've add swap > partition) neither logging something to /var/log/all.log. > > I'll try to connect RPI to monitor, get info and post it here later. I did it, but I can't post new info - no panics, no errors, no warnings. Monitor shows just 'login:' prompt. Is it possible to get info about reason of stop responding? What I should setup for it? > P.S. during running iperf I've got at /var/log/all.log: > Mar 26 08:52:01 raspberry-pi kernel: smsc0: warning: Failed to read > register 0x114 > Mar 26 08:52:01 raspberry-pi kernel: smsc0: warning: MII is busy > Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to write > register 0x114 > Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to read > register 0x114 > Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: MII read timeout > Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to read > register 0x118 > Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to write > register 0x114 > Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: Failed to read > register 0x114 > Mar 26 08:55:29 raspberry-pi kernel: smsc0: warning: MII is busy > > Am I right, that it is expected warnings? > >>> >>> Network interface should work, although USB keyboards will not work >>> with this patch. >>> >> >> I prefer to logon on RPI via ssh, so breaking USB keyboard is not big >> damage for me :) > -- Best regards, Alexey V. Panfilov From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 16:39:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B9187FB for ; Wed, 27 Mar 2013 16:39:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 43E03C25 for ; Wed, 27 Mar 2013 16:39:07 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id u12so1465941wey.33 for ; Wed, 27 Mar 2013 09:39:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=OmfM8eIJ2s3hUErXZLylLH8mcvjPeq1FpyFTiVS3CE8=; b=wuxllFTEVZV6z1uR9RlMs7uFNbFbZEpd/1fF5xGfoYZ2xhxkfXYeJejWnWIx2hoAiY egVT3PyDsvxN7IFFrv/ceSxhJHU+HGeOFWW8o5ezHHSkPkU4ofU2AfnNCUknKp55Xt9H +fIcTOouTJaefWeeJwm5DMHl0dA5WHWgsXtYODl/2VewXZsxGLctSZasF3PTeT6P98Mc oCrNhPWOFP5E3hLbMGLDKz+h12/LqTJthIiYqMg0rJGLzmAog3HgytFudXdJ4JB15Gqf 9376wg5UWtdr/Ak65Nnrx5UoIDkMp+qIGytZbHEDWhA5/okhwHC9Emk+9Wi/RRBfuChu dNNQ== MIME-Version: 1.0 X-Received: by 10.180.81.232 with SMTP id d8mr10944625wiy.25.1364402346086; Wed, 27 Mar 2013 09:39:06 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Wed, 27 Mar 2013 09:39:05 -0700 (PDT) In-Reply-To: <610BDDE6-A8EC-4D84-8FAF-1B6014808C24@bsdimp.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> <610BDDE6-A8EC-4D84-8FAF-1B6014808C24@bsdimp.com> Date: Wed, 27 Mar 2013 09:39:05 -0700 X-Google-Sender-Auth: EMNVEJ2zxDjgGX-PTAmpr1ZVAvw Message-ID: Subject: Re: RFC: "Crochet" build tool From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 16:39:07 -0000 On 26 March 2013 17:23, Warner Losh wrote: >> No, but none of them currently exist for non-x86 platforms, either. > > Except that they do. I've built arm images in the past. Do you have an example for using ARM + nanobsd? One of the big changes I made for my build scripts is to separate out toolchain/userland building (which is done once for a given architecture) from kernel building (once per target) from image building (again, once per target.) It'd be nice if we could do something similar in -HEAD. Adrian From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 17:40:23 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5C9C8442 for ; Wed, 27 Mar 2013 17:40:23 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) by mx1.freebsd.org (Postfix) with ESMTP id 35569104 for ; Wed, 27 Mar 2013 17:40:23 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id hz11so1092569pad.30 for ; Wed, 27 Mar 2013 10:40:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=vUStZaUgWJRx3UaFFUpoYxp++qMTghtrM8jt+PIzsV4=; b=ka+huiUCshX56iEYVUI5QV/pLD9qxVPQw+oKBaVLZucjTtErBhYMi3vV2XagrQD3qo gzkC12O3CPamuLu6sKpGRG5rtQC6TXSsEU8oPg059RAsAb6j5KZQ0jBCT3LTdhwJTuCl /N6qQ1eNfMUyYd5+NUJNsd4OxtFgwbrL+niqRtXBkoRmahTIHkzqx/sE1X1GBlCU903f SDFtxIVTq1tD6m7QzuyazF9UBOHzGblHrttfmy+tISPNiMh0TvMlyN15ZY0Wr9I2GO1S +8fjqlBmhtJs/TV2dM3GWt7OacL27Lm8yUL6OvU/U35p/jmO0zkKmaKv64NrV1Gv3DTV vruA== MIME-Version: 1.0 X-Received: by 10.66.122.167 with SMTP id lt7mr21457319pab.168.1364406016952; Wed, 27 Mar 2013 10:40:16 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.70.14.34 with HTTP; Wed, 27 Mar 2013 10:40:16 -0700 (PDT) In-Reply-To: References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> <610BDDE6-A8EC-4D84-8FAF-1B6014808C24@bsdimp.com> Date: Thu, 28 Mar 2013 06:40:16 +1300 X-Google-Sender-Auth: 8fiIAwZh5Ip1bjaMzpgpqfXRJ0A Message-ID: Subject: Re: RFC: "Crochet" build tool From: Andrew Thompson To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnsLGAm/c1cTgRPbybmCO4UPrcEfp+aH/NwivKhf/3+T/Rt7mVRvgVODdchJPA3tz3xxlI5 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 17:40:23 -0000 On 28 March 2013 05:39, Adrian Chadd wrote: > On 26 March 2013 17:23, Warner Losh wrote: > >>> No, but none of them currently exist for non-x86 platforms, either. >> >> Except that they do. I've built arm images in the past. > > Do you have an example for using ARM + nanobsd? http://svnweb.freebsd.org/base/head/tools/tools/nanobsd/gateworks/ I have used it it on a cambria. Andrew From owner-freebsd-arm@FreeBSD.ORG Wed Mar 27 21:13:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C2AD8DEE for ; Wed, 27 Mar 2013 21:13:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 8F128120 for ; Wed, 27 Mar 2013 21:13:35 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id a11so10507309iee.39 for ; Wed, 27 Mar 2013 14:13:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=D0C04NyusJjxWRl0vjmjUJFWxc4UIEAFWNRJeIgDPy4=; b=PMCaJQur2li5QZSggqpthFRKRephBpblv5TwDdY6ys72b2hpwI9mVtTUHxG9YeFX+i OpDKw2e9xVDyNSV+bV72iFAnuoqzcDw5LIEbq2sZ0Uhc4T4rV8p3g5INvtaB5lHtl2Eb ZWzErSZDq+2yvdkgQ1K0ZMIuqq9K1Bq2FEcizvPmGVPKpCMgcHq3JtpxfrTtOYO1/sun IvOAHdq5a8fldL+blAfd6V/WRtw2fR4CAi7Y8m51Q/MoUVT7E/Bhp6uJIdOlMpfITzvR GYuzc2qcaZAckzOnaJjMrz4TSh4pnjr8MFx5RwbhQWUDxavBhOvn0QzieB7LU5TFNp5B Fm+Q== X-Received: by 10.50.93.3 with SMTP id cq3mr5121445igb.70.1364418815279; Wed, 27 Mar 2013 14:13:35 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id px9sm8745591igc.0.2013.03.27.14.13.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 27 Mar 2013 14:13:33 -0700 (PDT) Sender: Warner Losh Subject: Re: RFC: "Crochet" build tool Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Wed, 27 Mar 2013 15:13:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <36F7C55A-61A1-40D4-A37B-5A942FEF19F7@bsdimp.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> <610BDDE6-A8EC-4D84-8FAF-1B6014808C24@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmk0MQ2xUtqwyqXN6RlMMIvnJVc7wONNxZiKBd5TTepWulNNN5nL9qC4TFHlHwMRjVRaNp0 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Mar 2013 21:13:35 -0000 On Mar 27, 2013, at 10:39 AM, Adrian Chadd wrote: > On 26 March 2013 17:23, Warner Losh wrote: >=20 >>> No, but none of them currently exist for non-x86 platforms, either. >>=20 >> Except that they do. I've built arm images in the past. >=20 > Do you have an example for using ARM + nanobsd? In the past it has been as simple as just setting NANO_ARCH to arm. Mips = required a hack that you set fdisk_mips to fdisk_i386 or something = similar... > One of the big changes I made for my build scripts is to separate out > toolchain/userland building (which is done once for a given > architecture) from kernel building (once per target) from image > building (again, once per target.) >=20 > It'd be nice if we could do something similar in -HEAD. Yes. NanoBSD needs some work in this area... It currently assumes that = you are building the image, not one of many related images, so it = couples those things together... Of course, it would help if the base = supported the external toolchain better, but that should be close... Warner From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 10:26:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2B5EC8D9; Thu, 28 Mar 2013 10:26:51 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA2EC3E; Thu, 28 Mar 2013 10:26:50 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e51so1079585eek.27 for ; Thu, 28 Mar 2013 03:26:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=okf2P68+Ol6dsJ1iWDfPPxCjbE6alBTT74TAY+5bHpc=; b=sjqL4pKnaNM3A9zF5jGk0Ma0afd8oVqMnKn5rScGpl1GZNcdui8rU1lEioKmBY3GON vA9J7isP+n2avZnemlaTMgrYqu7Mg3UVb6guVnifb+D3EUfwINhQJL9LpwHUQDo8r20P PBhM4dYQjW/UCT0rw0kxScbFUiLwO4foK+IqmoaHG/t4d8XyyJwsQthcAl6Un3Aaqw2y JmoF9KyZAM2Bl1Fyjg3krbBz32/HP9HxCS7jHooDGa1Z3iw7e9d4RWIsQCa2Y5hGI8Hk 5+DRE/pGtYqhHd3/hWS8ytycXFGEV+BM2xyAV3An5CoCYCx4UsYWbVLv6lr/SJ+Sva4y ZhoA== X-Received: by 10.14.5.6 with SMTP id 6mr65670842eek.42.1364466409116; Thu, 28 Mar 2013 03:26:49 -0700 (PDT) Received: from [192.168.0.101] (vpn.static.83-173-212-209.cybernet.ch. [83.173.212.209]) by mx.google.com with ESMTPS id t4sm36793685eel.0.2013.03.28.03.26.47 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Mar 2013 03:26:48 -0700 (PDT) Message-ID: <51541AE6.1090101@gmail.com> Date: Thu, 28 Mar 2013 11:26:46 +0100 From: Mattia Rossi User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Dreamplug, BOOTP, NFS root, DHCP References: <1364351344.36972.35.camel@revolution.hippie.lan> In-Reply-To: <1364351344.36972.35.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 10:26:51 -0000 Am 27.03.2013 03:29, schrieb Ian Lepore: > On Tue, 2013-03-26 at 19:11 +0100, Mattia Rossi wrote: >> Hi all, >> >> I'm currently trying to set up my Dreamplug again, which should be quite >> easy thanks to the neat work don by Ian. >> >> I've just made a mistake when uploading the new world to the dreamplug and >> unpacking it, so I've trashed my world on the Dreamplug's internal SD card. >> >> The logical workaround would be to mount the new world via NFS, then copy >> it onto the SD and voila, problem solved. >> >> Not the case though. >> First I've tried to mount the NFS root without enabling BOOTP, as the root >> path is already set in ROOTDEVNAME. No luck, but you of course know that, >> as Lars (Eggert) had the same issues not too long ago, and Ian filed a bug >> for it. Quick question: what's the progress there? >> >> So, next step was to enable BOOTP and all the necessary options in the >> kernel, and to set up a DHCP server. Should be easy and straigthforward, >> but here comes the interesting part: >> I already have a DHCP server in the crappy modem I've got. I've decided to >> ignore that, and just set up a second range for the DHCP server on the >> FreeBSD machine, which distributes the root-path with it. With the two DHCP >> servers on the network, I get a kernel panic: >> >> >> bootpc_init: wired to interface 'mge0' >> Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:84:c7) >> uhub0: 1 port with 1 removable, self powered >> mge0: link state changed to UP >> Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root >> path) >> ugen0.2: at usbus0 >> uhub1: on >> usbus0 >> Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root >> path) >> uhub1: 4 ports with 4 removable, self powered >> ugen0.3: at usbus0 >> umass0: on >> usbus0 >> da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 >> da0: Removable Direct Access SCSI-0 device >> da0: 40.000MB/s transfers >> da0: 1876MB (3842048 512 byte sectors: 255H 63S/T 239C) >> da1 at umass-sim0 bus 0 scbus2 target 0 lun 1 >> da1: Removable Direct Access SCSI-0 device >> da1: 40.000MB/s transfers >> da1: 974MB (1995264 512 byte sectors: 64H 32S/T 974C) >> Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:84:c7) >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (got root path) >> ugen0.4: at usbus0 >> uaudio0: > 1.10/1.00, ad0 >> uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. >> uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. >> uaudio0: No MIDI sequencer. >> pcm0: on uaudio0 >> uaudio0: HID volume keys found. >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> mge0 at 192.168.0.21 server 192.168.0.1 >> subnet mask 255.255.255.0 router 192.168.0.1 >> Adjusted interface mge0 >> panic: nfs_boot: mountd root, error=47 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >> db> >> >> With just the DHCP server on the modem: >> >> >> bootpc_init: wired to interface 'mge0' >> Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:84:c7) >> uhub0: 1 port with 1 removable, self powered >> mge0: link state changed to UP >> Received DHCP Offer packet on mge0 from 192.168.0.1 (accepted) (no root >> path) >> ugen0.2: at usbus0 >> uhub1: on >> usbus0 >> uhub1: 4 ports with 4 removable, self powered >> Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:84:c7) >> ugen0.3: at usbus0 >> umass0: on >> usbus0 >> da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 >> da0: Removable Direct Access SCSI-0 device >> da0: 40.000MB/s transfers >> da0: 1876MB (3842048 512 byte sectors: 255H 63S/T 239C) >> da1 at umass-sim0 bus 0 scbus2 target 0 lun 1 >> da1: Removable Direct Access SCSI-0 device >> da1: 40.000MB/s transfers >> da1: 974MB (1995264 512 byte sectors: 64H 32S/T 974C) >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> ugen0.4: at usbus0 >> uaudio0: > 1.10/1.00, ad0 >> uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. >> uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. >> uaudio0: No MIDI sequencer. >> pcm0: on uaudio0 >> uaudio0: HID volume keys found. >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> DHCP/BOOTP timeout for server 255.255.255.255 >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> DHCP/BOOTP timeout for server 255.255.255.255 >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> DHCP/BOOTP timeout for server 255.255.255.255 >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> DHCP/BOOTP timeout for server 255.255.255.255 >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> DHCP/BOOTP timeout for server 255.255.255.255 >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> DHCP/BOOTP timeout for server 255.255.255.255 >> Received DHCP Ack packet on mge0 from 192.168.0.1 (accepted) (no root path) >> DHCP/BOOTP timeout for server 255.255.255.255 >> >> >> no panic, just waiting for a root path. >> >> Help? >> Can't turn off the DHCP on the modem, as I have limited rights, and it's >> crap. >> >> Mat > I've only got a few minutes available right now, so not much to offer, > except... could you put a world on a usb thumb drive and recompile the > kernel for a /dev/daNxx root path? Even better would be a world on an > eSata drive if you have one. (One of those multi-slot docks that holds > a couple drives and is both a usb dock and an eSata port multiplier, is > a nifty thing for a dreamplug owner to have.) > Hi Ian, thanks for the tip, I just didn't think about that.. it's great to have that choice of connectivity on the Dreamplug :-) Now I've been able to install world again, and it seems to basically work. Next step is to check which devices are not supported yet, and to figure out what and if I'm able to do something there. Cheers, and thanks again for the Kernel conf and dts file. They work like a charm so far. Mat From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 10:57:55 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 079D8D90 for ; Thu, 28 Mar 2013 10:57:55 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id D45BFDB8 for ; Thu, 28 Mar 2013 10:57:54 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id c12so11230839ieb.20 for ; Thu, 28 Mar 2013 03:57:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=WR187UfphTfnhULS8er/7xtpCd3FrLgv87g3XdP3Krk=; b=IUmTwFqWHn20q7REM+D4v9YATr7J8siEf5lPunpP7AWotgfrqgtuKZB2J+SqmsmoKl OkejMlJeY9rQMyuMov7yOmBcCwvsBScF4phDnBe9yzFPpeQ5/a8DRxeQh9cbtXUqyGmy GdOg3oSSyo3NH2pPij+0um2mzrLXD4ta6y8F8LwuWNenmlNgC7rsbKAKcpCnzn/JmY0z evVhStVRPgjbfqLyEcLXEV1nhBr+KvhM4VQDP1KNmJZmqezUaDuTYw+vKPVbIxp5GPmH BuQeeSmmu8sM5kIUPaTPg4gaO7CkF4cIY2H7+flB6+DJkfDlgZCFOMSmDHbaelEWBC4C 9H+w== MIME-Version: 1.0 X-Received: by 10.50.150.167 with SMTP id uj7mr6904867igb.1.1364468273297; Thu, 28 Mar 2013 03:57:53 -0700 (PDT) Received: by 10.64.33.40 with HTTP; Thu, 28 Mar 2013 03:57:53 -0700 (PDT) Date: Thu, 28 Mar 2013 18:57:53 +0800 Message-ID: Subject: NetBSD got audio driver for RasPi From: Alie Tan To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQly2Zf7h+MbikrkD/X4omRUvxqFBXYKtjrX7cih/zKJsYSWaDFU+AEbKOVS4oGSb8KSEtBS Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 10:57:55 -0000 Hi, Check this revision: http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/evbarm/conf/RPI?rev=1.30&content-type=text/x-cvsweb-markup&sortby=date&only_with_tag=MAIN From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 14:26:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C47BC179 for ; Thu, 28 Mar 2013 14:26:24 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3A0B18 for ; Thu, 28 Mar 2013 14:26:24 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id hm14so3288617wib.10 for ; Thu, 28 Mar 2013 07:26:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=eaI7wRoY5lqG3IcWRYp/hWEfP5C5rYXtCv6+e6unKyw=; b=mChjnOk/ZMHrXbBtot3qSJw7R0XZ1y0aPNrP0cn8Bdt+12Jf2z8hpb8qVG7gSibO2f yhqPeiN99YFtTbmo26j26KW3uWj3rZmFhmoPUAwyr0qnwbV1jCwsmWmSzRWyAFom2Mhp qbZzjA/VbCvzG8EeimrWmWXzQiK/OrYYuJa2q9QGEBETv1R4aC8pkfAdttkBRFCmpRH2 SJtg9876UC8Y+J/xuAbMVUyj86vYqsWN63PfWJtS57qR42SNh/h2jnqrw3m6T19HTV/b mocyyHamrWIdeZ3GKSmPpon8pR+z6IzJmd9Al0TzuBgRag2NHBZGW81FjXiIPVePPQAV zvWg== X-Received: by 10.180.82.33 with SMTP id f1mr16591681wiy.13.1364480778926; Thu, 28 Mar 2013 07:26:18 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:d0eb:c164:2745:7c36? ([2001:980:d7ed:1:d0eb:c164:2745:7c36]) by mx.google.com with ESMTPS id q13sm15981450wie.0.2013.03.28.07.26.17 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Mar 2013 07:26:18 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <51545308.3040205@freebsd.org> Date: Thu, 28 Mar 2013 15:26:16 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: NetBSD got audio driver for RasPi References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 14:26:24 -0000 On 28-03-2013 11:57, Alie Tan wrote: > Hi, > > Check this revision: > http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/evbarm/conf/RPI?rev=1.30&content-type=text/x-cvsweb-markup&sortby=date&only_with_tag=MAIN > I haven't tried sound on FreeBSD on my Raspberry Pi yet to be honest, this might indeed be interesting. René From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 14:52:38 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4A8275B7 for ; Thu, 28 Mar 2013 14:52:38 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id DA0F2D02 for ; Thu, 28 Mar 2013 14:52:37 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id r3so4408821wey.17 for ; Thu, 28 Mar 2013 07:52:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; bh=/gaNWl5s47qeE4CjGxoziyOM8XigWP7YpeaQ6kpvtAY=; b=MSFzLKen8XIJmxPZ5jtSTQBBxSXU8k2aETraoCWvbaD6DB6j0m0d8ZLcerDmuQeW0A 6e9W1vIc1mk91pnCsmLnsZgwLnIBVuua5NkTofaKDTtwzP1gRLADGAMjrkjwRUkrWHMb ZMoqBrV2RQNZzeq+egF3G0jZtWBgFLShY4pP6cVP0YciryQNkNAdX2l/tr1Q4xF0sjYt +xGu8u4VO5y2nUF5WCXAM6JFHVEP3621Xg2z9L4d4gu72QOznPWowUz0dOj26bMIp09j QHYCyiPL+PkJUs0X48XXjmhzpKign/FQPu7jpXTFUKLLLzuJaLqDD8BYbfTlxg6T8AMb QFcA== X-Received: by 10.194.86.234 with SMTP id s10mr3884447wjz.34.1364482357046; Thu, 28 Mar 2013 07:52:37 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:d0eb:c164:2745:7c36? ([2001:980:d7ed:1:d0eb:c164:2745:7c36]) by mx.google.com with ESMTPS id f1sm16362675wib.0.2013.03.28.07.52.35 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Mar 2013 07:52:36 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <51545932.9050901@freebsd.org> Date: Thu, 28 Mar 2013 15:52:34 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: arm@freebsd.org Subject: signal 11 after kernel update r247742 -> r248706 X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 14:52:38 -0000 Hi, after updating the kernel on my Raspberry PI (config RPI-B with ums added) from r247742 to r248706 a lot of programs (including the r247742 init) started to crash with signal 11. Manually copying files from /usr/obj to the SD card (using another FreeBSD box) helped to get userland back up and running, but now a lot of ports have similar problems. For some binaries, copying the libraries was enough, other binaries had to be copied themselves as well. Some questions: - has anyone else experienced this (not necessarily on arm) ? I can try to repeat this on a i386 VirtualBox host. - the 20130304 entry in src/UPDATING about callout(9) looks a bit suspicious? - I have some kdump/core dump output available from python27 and pkgng for analysis, if anyone wants to take a look? - I could manually update pkgng and then portmaster -f all ports, but this would take some time on the Pi. - would a binary search through the revisions help here (I guess there should be one where the r248706 init will not work) ? Thanks, René From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 15:30:55 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B040510C; Thu, 28 Mar 2013 15:30:55 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFD1ED7; Thu, 28 Mar 2013 15:30:55 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1ULEn0-000AjD-PR; Thu, 28 Mar 2013 15:30:54 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2SFUqR6013073; Thu, 28 Mar 2013 09:30:52 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19pXW+lWdKG+u7MTsPcdGSj Subject: Re: signal 11 after kernel update r247742 -> r248706 From: Ian Lepore To: =?ISO-8859-1?Q?Ren=E9?= Ladan In-Reply-To: <51545932.9050901@freebsd.org> References: <51545932.9050901@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" Date: Thu, 28 Mar 2013 09:30:52 -0600 Message-ID: <1364484652.36972.81.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id r2SFUqR6013073 Cc: arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 15:30:55 -0000 On Thu, 2013-03-28 at 15:52 +0100, Ren=E9 Ladan wrote: > Hi, >=20 > after updating the kernel on my Raspberry PI (config RPI-B with ums > added) from r247742 to r248706 a lot of programs (including the r247742 > init) started to crash with signal 11. Manually copying files from > /usr/obj to the SD card (using another FreeBSD box) helped to get > userland back up and running, but now a lot of ports have similar > problems. For some binaries, copying the libraries was enough, other > binaries had to be copied themselves as well. >=20 > Some questions: > - has anyone else experienced this (not necessarily on arm) ? I can try > to repeat this on a i386 VirtualBox host. > - the 20130304 entry in src/UPDATING about callout(9) looks a bit > suspicious? > - I have some kdump/core dump output available from python27 and pkgng > for analysis, if anyone wants to take a look? > - I could manually update pkgng and then portmaster -f all ports, but > this would take some time on the Pi. > - would a binary search through the revisions help here (I guess there > should be one where the r248706 init will not work) ? >=20 > Thanks, > Ren=E9 I'm at r248509 on my rpi and everything is good; maybe that'll help narrow the binary search. My kernel and userland are in sync at that revision. You mentioned updating just the kernel, could there be an out of sync problem involved? -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 15:50:17 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D35816B9; Thu, 28 Mar 2013 15:50:17 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wg0-f47.google.com (mail-wg0-f47.google.com [74.125.82.47]) by mx1.freebsd.org (Postfix) with ESMTP id 44F4079; Thu, 28 Mar 2013 15:50:16 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id y10so1620193wgg.26 for ; Thu, 28 Mar 2013 08:50:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=2Z/dNPjE47hSBDltTdl8Drq7IVTolVD8G/fx1r9B8fw=; b=YZO5AsoXYZsxCVBGu7TED46bin3t2RsutlHf/flfC3nsT2rVYODvaUT+kLuHNsy9JH y0Ps1MxnU2+UNE/leuaKyzlnBfOzoiPx50ESj9s3gc3UuiohgoQOEpF9GmEf5vasKZ4w lmxpVCG5pJa4PWy3KWcw/6UnDQNAO6TEsmVCaEvDSBL0nFtiGr7Jnj9FvcfnCGCnoSxl ZNaA2/UVcgxR0xKXTgwm9x9V9mDlKK9lrV/xXqXpmdgvXR3H8PYeZswbF2dRBSX7/bjl +JQjGEoycXlQEpedssctTp9NRsMziptyymjWYVXHj4NhqevV3t+0xu80Lf2HYou+2bX4 MZsQ== X-Received: by 10.181.11.196 with SMTP id ek4mr17250049wid.30.1364485815950; Thu, 28 Mar 2013 08:50:15 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:d0eb:c164:2745:7c36? ([2001:980:d7ed:1:d0eb:c164:2745:7c36]) by mx.google.com with ESMTPS id g4sm16610330wib.11.2013.03.28.08.50.14 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 28 Mar 2013 08:50:14 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <515466B5.4020403@freebsd.org> Date: Thu, 28 Mar 2013 16:50:13 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: Ian Lepore Subject: Re: signal 11 after kernel update r247742 -> r248706 References: <51545932.9050901@freebsd.org> <1364484652.36972.81.camel@revolution.hippie.lan> In-Reply-To: <1364484652.36972.81.camel@revolution.hippie.lan> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 15:50:17 -0000 On 28-03-2013 16:30, Ian Lepore wrote: > On Thu, 2013-03-28 at 15:52 +0100, René Ladan wrote: >> Hi, >> >> after updating the kernel on my Raspberry PI (config RPI-B with ums >> added) from r247742 to r248706 a lot of programs (including the r247742 >> init) started to crash with signal 11. Manually copying files from >> /usr/obj to the SD card (using another FreeBSD box) helped to get >> userland back up and running, but now a lot of ports have similar >> problems. For some binaries, copying the libraries was enough, other >> binaries had to be copied themselves as well. >> >> Some questions: >> - has anyone else experienced this (not necessarily on arm) ? I can try >> to repeat this on a i386 VirtualBox host. >> - the 20130304 entry in src/UPDATING about callout(9) looks a bit >> suspicious? >> - I have some kdump/core dump output available from python27 and pkgng >> for analysis, if anyone wants to take a look? >> - I could manually update pkgng and then portmaster -f all ports, but >> this would take some time on the Pi. >> - would a binary search through the revisions help here (I guess there >> should be one where the r248706 init will not work) ? >> >> Thanks, >> René > I'm at r248509 on my rpi and everything is good; maybe that'll help > narrow the binary search. Ok, I'll start looking from there. > My kernel and userland are in sync at that revision. You mentioned > updating just the kernel, could there be an out of sync problem > involved? Actually, I built kernel + world on an i386 box (crossbuild), logged in to the rpi, installed the kernel over NFS, rebooted, and then got a failing init. After copying over enough files manually I could do an installworld over NFS. 'make xdev' might come in handy here I think, installworld (with some fiddling) took over 2 hours :-/ René From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 16:17:04 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 11FA883F; Thu, 28 Mar 2013 16:17:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f51.google.com (mail-wg0-f51.google.com [74.125.82.51]) by mx1.freebsd.org (Postfix) with ESMTP id 52453256; Thu, 28 Mar 2013 16:17:03 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id b12so1719910wgh.30 for ; Thu, 28 Mar 2013 09:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Z506FfUGhPS0tCA8LLPrIrzbNmT4GHfgQHMQKMXFBQU=; b=j1JmxbQuwfYIyDTp4H8vrI2Ykx9xHckyAhsLJJd+T+eEA798iyhKNgxVwcw4p+u/ei A+fWohLlW3OsKQ9x5HFkbD5uXS2C4cGj4up5p7IaKNcQgUY8gp/C03xhEr217Nn97mFY bofabL9lW4w1u2aOxqMbwNgmnkJd5Fum5B5K81QDvLP3n9kV70IZo4xfxOnaMkF+cvzU tNaZiEvz6xS3Ay/7YcmUNq9gzqbPAWxCP8J5RvusH2O0lmJgZPvdrkjgXLDSUzlx2QIa JAirwV7wON4kxSGV9W5dfVMs80he70N1r/1v1Qe+By+BQC/DkZ/7ZmBTdQBtnQhiBu9v rbSw== MIME-Version: 1.0 X-Received: by 10.180.13.34 with SMTP id e2mr17596360wic.29.1364487412569; Thu, 28 Mar 2013 09:16:52 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Thu, 28 Mar 2013 09:16:52 -0700 (PDT) In-Reply-To: <515466B5.4020403@freebsd.org> References: <51545932.9050901@freebsd.org> <1364484652.36972.81.camel@revolution.hippie.lan> <515466B5.4020403@freebsd.org> Date: Thu, 28 Mar 2013 09:16:52 -0700 X-Google-Sender-Auth: l7-fQ5ccK0AjwH1P_Z2XJC8eOOU Message-ID: Subject: Re: signal 11 after kernel update r247742 -> r248706 From: Adrian Chadd To: =?ISO-8859-1?Q?Ren=E9_Ladan?= Content-Type: text/plain; charset=ISO-8859-1 Cc: arm@freebsd.org, Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 16:17:04 -0000 Is that commit before or after the unbuffered VM commit? adrian From owner-freebsd-arm@FreeBSD.ORG Thu Mar 28 22:58:16 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C7FC5580 for ; Thu, 28 Mar 2013 22:58:16 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mta01.xtra.co.nz (mta04.xtra.co.nz [210.54.141.251]) by mx1.freebsd.org (Postfix) with ESMTP id 6E312955 for ; Thu, 28 Mar 2013 22:58:15 +0000 (UTC) Received: from bender ([222.154.134.108]) by mta01.xtra.co.nz with ESMTP id <20130328225745.RODV22569.mta01.xtra.co.nz@bender> for ; Fri, 29 Mar 2013 11:57:45 +1300 Date: Fri, 29 Mar 2013 11:57:34 +1300 From: Andrew Turner To: freebsd-arm@freebsd.org Subject: Re: svn commit: r248856 - head/share/mk Message-ID: <20130329115734.202ed685@bender> In-Reply-To: <201303282249.r2SMnnpl030602@svn.freebsd.org> References: <201303282249.r2SMnnpl030602@svn.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Mar 2013 22:58:16 -0000 As of this commit clang is the default compiler on little-endian ARM. Can people test this and report back any issues they find. I would like to keep it as the compiler for when 10 is released. This doesn't affect big-endian ARM as it is not yet supported by llvm/clang. Andrew On Thu, 28 Mar 2013 22:49:49 +0000 (UTC) Andrew Turner wrote: > Author: andrew > Date: Thu Mar 28 22:49:49 2013 > New Revision: 248856 > URL: http://svnweb.freebsd.org/changeset/base/248856 > > Log: > Welcome clang as the default compiler on ARM. > > Change the default compiler for little-endian ARM to clang to allow > for more testing before 10.0 is released. As LLVM and clang currnetly > lack support for big-endian ARM leave gcc as the default there. > > This will also allow us to investigate moving to use the hard > floating-point version of the ARM EABI on SoCs that include the > Vector Floating Point unit. A version of this is included in all > ARMv6 and ARMv7 SoCs we currently, and are likely to support. > > Both the current ABI and the new EABI are supported by clang and it > will be built correctly depending on which is selected by the user. > > Modified: > head/share/mk/bsd.own.mk > > Modified: head/share/mk/bsd.own.mk > ============================================================================== > --- head/share/mk/bsd.own.mk Thu Mar 28 21:26:19 2013 > (r248855) +++ head/share/mk/bsd.own.mk Thu Mar 28 22:49:49 > 2013 (r248856) @@ -401,8 +401,9 @@ > __DEFAULT_NO_OPTIONS+=CLANG_FULL .else > __DEFAULT_NO_OPTIONS+=CLANG CLANG_FULL > .endif > -# Clang the default system compiler only on x86. > -.if ${__T} == "amd64" || ${__T} == "i386" > +# Clang the default system compiler only on little-endian arm and > x86. +.if ${__T} == "amd64" || ${__T} == "arm" || ${__T} == "armv6" > || \ > + ${__T} == "i386" > __DEFAULT_YES_OPTIONS+=CLANG_IS_CC > .else > __DEFAULT_NO_OPTIONS+=CLANG_IS_CC > > From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 05:04:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0ACAE4F9; Fri, 29 Mar 2013 05:04:24 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mta02.xtra.co.nz (mta05.xtra.co.nz [210.54.141.250]) by mx1.freebsd.org (Postfix) with ESMTP id 7E268B64; Fri, 29 Mar 2013 05:04:22 +0000 (UTC) Received: from bender ([222.154.134.108]) by mta03.xtra.co.nz with ESMTP id <20130329041136.DDVS25400.mta03.xtra.co.nz@bender>; Fri, 29 Mar 2013 17:11:36 +1300 Date: Fri, 29 Mar 2013 17:11:29 +1300 From: Andrew Turner To: Adrian Chadd Subject: Re: make universe fails on ARM Message-ID: <20130329171129.0506945e@bender> In-Reply-To: References: 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 05:04:24 -0000 On Tue, 26 Mar 2013 13:07:34 -0700 Adrian Chadd wrote: > Hi,, > > make universe on -HEAD is failing on ARM: ... I have a patch I'm testing to fix this. The problem is the kernels are built in the same target as the last world. This works when each world for a given arch is built in order and takes the same length of time. If, however, one or more worlds is slower than the last then the kernels may be built before the toolchain is ready. I have fixed this by adding a kernel target that depends on all worlds for the given arch. I will commit it when my universe has finished building. Andrew From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 05:13:05 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BEBAF5EC for ; Fri, 29 Mar 2013 05:13:05 +0000 (UTC) (envelope-from brett.mahar@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF21BE7 for ; Fri, 29 Mar 2013 05:13:05 +0000 (UTC) Received: from mailout-eu.gmx.com ([10.1.101.211]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Mhg69-1Tznzu3vZD-00MpvH for ; Fri, 29 Mar 2013 06:12:57 +0100 Received: (qmail invoked by alias); 29 Mar 2013 05:12:57 -0000 Received: from 124-168-70-74.dyn.iinet.net.au (EHLO emachine.the.domm) [124.168.70.74] by mail.gmx.com (mp-eu011) with SMTP; 29 Mar 2013 06:12:57 +0100 X-Authenticated: #117972605 X-Provags-ID: V01U2FsdGVkX1/CPUhrTCfCMYgPHZ9GUAJQMIrisVRd5yWpTYvitj b2ap9PS/b+oHVu Message-ID: <515522D5.70601@gmx.com> Date: Fri, 29 Mar 2013 16:12:53 +1100 From: Brett Mahar User-Agent: Mozilla/5.0 (X11; OpenBSD amd64; rv:17.0) Gecko/20130325 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Any prebuilt images for beagleboard-xm available? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 05:13:05 -0000 Hi Arm list, I would like to try the freebsd on beagleboard-xm but don't have the time to set up a build machine and cross-compile a system. Does anyone know of somewhere I can get a prebuilt image to dd to an sd card? Search engines did not help me. Having something like that available for people to download could perhaps encourage others to try *bsd too... Cheers, Brett. From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 08:05:25 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3CA8148F for ; Fri, 29 Mar 2013 08:05:25 +0000 (UTC) (envelope-from adutkowski@gmail.com) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE46132 for ; Fri, 29 Mar 2013 08:05:25 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id tb18so235787obb.31 for ; Fri, 29 Mar 2013 01:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=eRGe0VTk/mp2QMpmyXoizZ7WYEC2Y2CPLlowzK23Khg=; b=ELjZDBxjZhDPdlUpwa6B8Qi/iBaxc486c9QL3uTX6FpXO6W1P5HN/WhVgU8XnGhj6G XaYFwLzheMTotg0LpZ+3JfOVlVCrupIHdvqQT1SXLZ+zQnm7D7rNDTlKswXORhujxgRj 9RLz4uEQB4RUtakEqSuHdBllS+9dM0Ive6a/tk5XDgz0hSs+WdHTcIdnt57g9WnS8UHc SN3rWAD6DZ+hWxdaCI5M7OYrYMvIb31ENix3vatr3kTcQ5tVp1L6R2NWl8Zuf6h6WoVG /uDmxE1MJ/z98OUDW3VLHqXVudI2RdMQuz/Mc2MbibFq29vr5rGHQjsSPM0s6ZSlIY2i pHGg== MIME-Version: 1.0 X-Received: by 10.182.188.69 with SMTP id fy5mr606707obc.14.1364544324623; Fri, 29 Mar 2013 01:05:24 -0700 (PDT) Sender: adutkowski@gmail.com Received: by 10.76.95.194 with HTTP; Fri, 29 Mar 2013 01:05:24 -0700 (PDT) In-Reply-To: <515522D5.70601@gmx.com> References: <515522D5.70601@gmx.com> Date: Fri, 29 Mar 2013 09:05:24 +0100 X-Google-Sender-Auth: cUxrf8QGXuYe6URwLcjGr4B9e6I Message-ID: Subject: Re: Any prebuilt images for beagleboard-xm available? From: Aleksander To: Brett Mahar , freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 08:05:25 -0000 no, there isn't such a image yet. I think that having working images for all boards could be great. But you also need to have world (rootfs) and I'm almost certain that we have to manage several worlds. Anyway, since FreeBSD source is so much independent I see no problem in compiling the kernel and world. ps: bb-xm repo is at [1], I hope I could get it merged into HEAD in few weeks. [1] https://socsvn.freebsd.org/socsvn/soc2012/aleek/beaglexm-head/ On Fri, Mar 29, 2013 at 6:12 AM, Brett Mahar wrote: > Hi Arm list, > > I would like to try the freebsd on beagleboard-xm but don't have the time to > set up a build machine and cross-compile a system. > > Does anyone know of somewhere I can get a prebuilt image to dd to an sd > card? Search engines did not help me. > > Having something like that available for people to download could perhaps > encourage others to try *bsd too... > > Cheers, > Brett. > > _______________________________________________ > 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" -- regards aleek From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 10:43:01 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E8053D68; Fri, 29 Mar 2013 10:43:01 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 2900B949; Fri, 29 Mar 2013 10:43:00 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id k13so357701wgh.1 for ; Fri, 29 Mar 2013 03:43:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=tpcL5sTTysjlLG5EUUhhTM4TpGoyHZ2cOZ+ObAvKH5s=; b=NvUWpAZUaLP1rOm5NT/S0dwT+KqTlWAcJM9jQmK9dJG8up6gOwJJFF/y20voLL5WsK ucHmIpPTfIlFgUIL93qTyzJHWwvxhSM49CTwXP/wLy2WoFSO80bOakonbpmzFVuLYdXD lEv517eyxen+wZZeWO7pbqHsp0y3Gy/6lvlwSOh7O3SeZudaGksTU4tarqCjmfBYYRH7 ++74wgsBDOKCpOXOLtMqgNeZbS58+2d68QgF7ljE1d+4X1jkCuDya6WiCwbui5tXUURK T2A3EHOVa0ZOTZdhqoHbg9lG6R8GCtOku1Keq934Uib4DimTyCUHLWAvhDtlbMth3ZGI AOzQ== X-Received: by 10.180.98.198 with SMTP id ek6mr2798896wib.7.1364553780354; Fri, 29 Mar 2013 03:43:00 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:64f2:5452:2b6d:45bd? ([2001:980:d7ed:1:64f2:5452:2b6d:45bd]) by mx.google.com with ESMTPS id ej8sm18985910wib.9.2013.03.29.03.42.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Mar 2013 03:42:59 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <51557031.8080404@freebsd.org> Date: Fri, 29 Mar 2013 11:42:57 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: signal 11 after kernel update r247742 -> r248706 References: <51545932.9050901@freebsd.org> <1364484652.36972.81.camel@revolution.hippie.lan> <515466B5.4020403@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: arm@freebsd.org, Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 10:43:02 -0000 On 28-03-2013 17:16, Adrian Chadd wrote: > Is that commit before or after the unbuffered VM commit? > Looking at the svn diff, the unbuffered VM commit seemed to happen in between (together with the VM_OBJECT_* splitup, a bunch of arm optimizations, and new callout). René From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 14:17:35 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 853A369F for ; Fri, 29 Mar 2013 14:17:35 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5EBED82E for ; Fri, 29 Mar 2013 14:17:35 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1ULa7V-000LWE-Dt; Fri, 29 Mar 2013 14:17:29 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2TEHQUL014574; Fri, 29 Mar 2013 08:17:26 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19lP+7b8WJiWlX6Op9YVh7t Subject: Re: Net booting current snapshot on openrd and sheevaplug From: Ian Lepore To: Jeff Penn In-Reply-To: <20130325222845.GA27893@jrpenn.demon.co.uk> References: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> <1364067518.1157.163.camel@revolution.hippie.lan> <20130323231302.GA60043@jrpenn.demon.co.uk> <1364092848.1157.165.camel@revolution.hippie.lan> <20130325222845.GA27893@jrpenn.demon.co.uk> Content-Type: text/plain; charset="us-ascii" Date: Fri, 29 Mar 2013 08:17:26 -0600 Message-ID: <1364566646.36972.121.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 14:17:35 -0000 On Mon, 2013-03-25 at 22:28 +0000, Jeff Penn wrote: > On Sat, Mar 23, 2013 at 08:40:48PM -0600, Ian Lepore wrote: > > > What was the value before you changed it to -1? It looks like it probed > > and found both 0 and 1, maybe that confused it. If the value wasn't > > zero originally, I'd say change it to that. If that amounts to changing > > it back to what it was, the problem must be elsewhere. > > The original value was 8. I've tried several values and setting it to > 0 appears to get the furthest, performing a successful DHCP request: > > ... > mge0: link state changed to UP > Received DHCP Offer packet on mge0 from 192.168.0.10 (accepted) (no root path) > Received DHCP Offer packet on mge0 from 192.168.0.10 (ignored) (no root path) > ugen0.2: at usbus0 > uhub1: on usbus0 > uhub1: MTT enabled > uhub1: 4 ports with 4 removable, self powered > ugen0.3: at usbus0 > uhub2: on usbus0 > uhub2: MTT enabled > uhub2: 4 ports with 4 removable, self powered > Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:61:58) > Received DHCP Ack packet on mge0 from 192.168.0.10 (accepted) (got root path) > mge0 at 192.168.0.16 server 192.168.0.10 boot file openrd/kernel.bin > subnet mask 255.255.255.0 router 192.168.0.1 rootfs 192.168.0.10:/mnt/work/nfsroot/arm-8-le hostname openrd > Adjusted interface mge0 > krpc_call: sosend: 64 > krpc_call: sosend: 64 > panic: nfs_boot: mountd root, error=64 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> > > Jeff Have you managed to make any progress on this? It seems strange that it can talk to the dhcp server okay, but then when it tries to do the mount rpc it gets EHOSTDOWN. If it were something like ECONNREFUSED I'd want to blame an nfs config error, but EHOSTDOWN seems very strange. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 14:39:34 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E1B08EAE for ; Fri, 29 Mar 2013 14:39:34 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id BC82C942 for ; Fri, 29 Mar 2013 14:39:34 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1ULaSr-0008P5-PS; Fri, 29 Mar 2013 14:39:33 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r2TEdV5R014591; Fri, 29 Mar 2013 08:39:31 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19MOJ5DsCQTd6h/hJ+FCM9P Subject: Re: Dreamplug, BOOTP, NFS root, DHCP From: Ian Lepore To: Mattia Rossi In-Reply-To: <51541AE6.1090101@gmail.com> References: <1364351344.36972.35.camel@revolution.hippie.lan> <51541AE6.1090101@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 29 Mar 2013 08:39:31 -0600 Message-ID: <1364567971.36972.124.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 14:39:34 -0000 On Thu, 2013-03-28 at 11:26 +0100, Mattia Rossi wrote: > Am 27.03.2013 03:29, schrieb Ian Lepore: > > On Tue, 2013-03-26 at 19:11 +0100, Mattia Rossi wrote: > >> Hi all, > >>[...] > >> > >> Mat > > I've only got a few minutes available right now, so not much to offer, > > except... could you put a world on a usb thumb drive and recompile the > > kernel for a /dev/daNxx root path? Even better would be a world on an > > eSata drive if you have one. (One of those multi-slot docks that holds > > a couple drives and is both a usb dock and an eSata port multiplier, is > > a nifty thing for a dreamplug owner to have.) > > > > Hi Ian, > > thanks for the tip, I just didn't think about that.. it's great to have > that choice of connectivity on the Dreamplug :-) > Now I've been able to install world again, and it seems to basically > work. Next step is to check which devices are not supported yet, and to > figure out what and if I'm able to do something there. > > Cheers, and thanks again for the Kernel conf and dts file. They work > like a charm so far. > > Mat Good to hear you're up and running again. The thing we most need for dreamplug is a wifi driver. Unfortunately there are two layers of pain in getting there... a driver for the device itself, and a complete reworking of our MMC/SD support since the wifi part apparently uses SDIO and we don't have good support for that right now. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 15:37:52 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E39619B2; Fri, 29 Mar 2013 15:37:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 52C13B61; Fri, 29 Mar 2013 15:37:51 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id r5so412924wey.25 for ; Fri, 29 Mar 2013 08:37:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=3QXNlKjFRbOE3hSatqo8RSdtRLQCkJkUBpJxnm2//NM=; b=xJC6/PjsMzKaYqokCJK0Fv669ybfh3SlHDsueZXG9O/Ym8bi6toUcmd4NJ6/iAaLv3 lY8dWL42DohbOKM5yGM1+2RI8O1SU4UWBOF2xDdjzEzMIarePuxRsXFwJL2lcyvAJOnA f/PLIVwjBGMwc3LZ6/pZioVKrgnYXOh8d0lFmNkooIHk4snfrEQPOq6XIb2ESy+HG//O XyCZuj9s2fVtfHHQkhNYxXPH44lvcWO01JCmn925Lk2rrWzKGRPWu0FbYrttvwUwuoN3 NWTR+qobESKkY16CwzQXcIP+QQE9z54rRuuNT5KGIA1qsrypWHD9dXgUPRzzvtBTvzpV 30GQ== MIME-Version: 1.0 X-Received: by 10.180.189.205 with SMTP id gk13mr22954795wic.25.1364571470520; Fri, 29 Mar 2013 08:37:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Fri, 29 Mar 2013 08:37:50 -0700 (PDT) In-Reply-To: <1364567971.36972.124.camel@revolution.hippie.lan> References: <1364351344.36972.35.camel@revolution.hippie.lan> <51541AE6.1090101@gmail.com> <1364567971.36972.124.camel@revolution.hippie.lan> Date: Fri, 29 Mar 2013 08:37:50 -0700 X-Google-Sender-Auth: 33XxOohIHPn2iW5BBhDkPikup6k Message-ID: Subject: Re: Dreamplug, BOOTP, NFS root, DHCP From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 15:37:52 -0000 On 29 March 2013 07:39, Ian Lepore wrote: > > Good to hear you're up and running again. > > The thing we most need for dreamplug is a wifi driver. Unfortunately > there are two layers of pain in getting there... a driver for the device > itself, and a complete reworking of our MMC/SD support since the wifi > part apparently uses SDIO and we don't have good support for that right > now. > Yeah, the SDIO layer stuff is a pre-requisite. Even for non-ARM. The Atheros AR6k chips (almost) all use SDIO and our SDIO code just doesn't cut it. I'd be much happier (and try porting ath6kl to FreeBSD!) if the SDIO side of things was better. Unfortunately I can't touch the wifi part of it. :-( Thanks, Adrian From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 16:06:58 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 121E43F3; Fri, 29 Mar 2013 16:06:58 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) by mx1.freebsd.org (Postfix) with ESMTP id 74ABAD7E; Fri, 29 Mar 2013 16:06:57 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id p43so428597wea.38 for ; Fri, 29 Mar 2013 09:06:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=xE7d1G5XIQJpaiS3TH4FICcuVoGsY1urHvklKo3dkAU=; b=ccEqtDAIelxO4gIA2XUzf6JgBpI5pPeMfqz1SA+FRv1k8YLhgaFmJED3A2bOBEYzUN EGPs8L1FkD+zJu/Mu5tcV97Z+MMWIZ4C2lGHaLkbYyjhd1GYjYAoT2IjBzbUS73vKaEY 5objdgwp5ln5zEKDbenGRf5wlo5KDzfBHxfBERB88cQJQE2XmlKMskwsgjr8/3hhiuIW 7l8GsK+8nkISvIXv8GzGsxqEpl+Kc5nAyYyG6OrkCZ/H25MlQvxMFGQTejFSoDvukSYq Dwp8L6tfoj+AWm+8g3wSpZbeJCUBVcFl5xPE0O6ZMFn9yRWxnqdtXd/x4sorE9aQjVQQ HSww== X-Received: by 10.194.82.34 with SMTP id f2mr4411119wjy.25.1364573216119; Fri, 29 Mar 2013 09:06:56 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:64f2:5452:2b6d:45bd? ([2001:980:d7ed:1:64f2:5452:2b6d:45bd]) by mx.google.com with ESMTPS id f1sm122913wib.0.2013.03.29.09.06.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Mar 2013 09:06:55 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <5155BC1C.2000104@freebsd.org> Date: Fri, 29 Mar 2013 17:06:52 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: Ian Lepore Subject: Re: signal 11 after kernel update r247742 -> r248706 References: <51545932.9050901@freebsd.org> <1364484652.36972.81.camel@revolution.hippie.lan> <515466B5.4020403@freebsd.org> In-Reply-To: <515466B5.4020403@freebsd.org> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 16:06:58 -0000 On 28-03-2013 16:50, René Ladan wrote: > On 28-03-2013 16:30, Ian Lepore wrote: >> On Thu, 2013-03-28 at 15:52 +0100, René Ladan wrote: >>> Hi, >>> >>> after updating the kernel on my Raspberry PI (config RPI-B with ums >>> added) from r247742 to r248706 a lot of programs (including the r247742 >>> init) started to crash with signal 11. Manually copying files from >>> /usr/obj to the SD card (using another FreeBSD box) helped to get >>> userland back up and running, but now a lot of ports have similar >>> problems. For some binaries, copying the libraries was enough, other >>> binaries had to be copied themselves as well. >>> >>> Some questions: >>> - has anyone else experienced this (not necessarily on arm) ? I can try >>> to repeat this on a i386 VirtualBox host. >>> - the 20130304 entry in src/UPDATING about callout(9) looks a bit >>> suspicious? >>> - I have some kdump/core dump output available from python27 and pkgng >>> for analysis, if anyone wants to take a look? >>> - I could manually update pkgng and then portmaster -f all ports, but >>> this would take some time on the Pi. >>> - would a binary search through the revisions help here (I guess there >>> should be one where the r248706 init will not work) ? >>> >> I'm at r248509 on my rpi and everything is good; maybe that'll help >> narrow the binary search. > Ok, I'll start looking from there. The 'skeleton' unmapped IO commit was r248508, so that one is OK. There seem to be some unmapped IO changes between r248509 and r248706, (e.g. r248510-r248512, r248514-r248522, r248550, r248568-r248569, r248596) but I think it is more related to something closer to userland? But the other commits between r248508 and r248706 look OK to me (including r248534 (jilles, SOCK_CLOEXEC, SOCK_NONLBOCK, MSG_CMSG_CLOEXEC)) René From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 16:27:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AADA6FF1 for ; Fri, 29 Mar 2013 16:27:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-yh0-x232.google.com (mail-yh0-x232.google.com [IPv6:2607:f8b0:4002:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC83E6E for ; Fri, 29 Mar 2013 16:27:51 +0000 (UTC) Received: by mail-yh0-f50.google.com with SMTP id i57so32459yha.23 for ; Fri, 29 Mar 2013 09:27:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=UOVis+BFDPobjNdx84AOeq8Z2ifRWHJC7EuS8SM/mL4=; b=Q3pHPcfBe0bupB4fnlplcej9/HnCiYexg9CXUkvkJySeKTC/7Bd7V1DQ3YIscj0ag0 x1olfZxxxLJZsIuEwMYS1kzQjY835tY+DUNgBiyT0aLmzchOASbcfkvta7GrlTjgo3Lt 3FlrsbqOC5xWUOZ4whYxw1joia5kvJz90RAdUcovJ1drrceCr/blEUnApmZNPjsyHOGd 9FImBAe2LH8VLzvaolEzh5MOmvy6KFdRNDSXezIJAZGn+SXgwfms74THpJnz03FTeaUw UQLh2EaXDA3OhKpaMLKUX/n3Q6qOA810cYDupaqU6qcYA+HBNuXGHln4wcznVCj3gLxJ CowA== X-Received: by 10.236.117.112 with SMTP id i76mr750554yhh.77.1364574470895; Fri, 29 Mar 2013 09:27:50 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPS id v48sm1800986yhi.26.2013.03.29.09.27.49 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Mar 2013 09:27:50 -0700 (PDT) Sender: Warner Losh Subject: Re: Dreamplug, BOOTP, NFS root, DHCP Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 29 Mar 2013 10:27:48 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <791A0F2D-276A-41D7-A9E5-6A3CC5A07D5D@bsdimp.com> References: <1364351344.36972.35.camel@revolution.hippie.lan> <51541AE6.1090101@gmail.com> <1364567971.36972.124.camel@revolution.hippie.lan> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlXFRpm0sthKxforajOZcJOJ3kxJ1RhO7u7yERgO6So6MRuQaWot88ZQ64vZQdJmDO7uL32 Cc: "freebsd-arm@freebsd.org" , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 16:27:51 -0000 On Mar 29, 2013, at 9:37 AM, Adrian Chadd wrote: > On 29 March 2013 07:39, Ian Lepore wrote: >=20 >>=20 >> Good to hear you're up and running again. >>=20 >> The thing we most need for dreamplug is a wifi driver. Unfortunately >> there are two layers of pain in getting there... a driver for the = device >> itself, and a complete reworking of our MMC/SD support since the wifi >> part apparently uses SDIO and we don't have good support for that = right >> now. >>=20 >=20 > Yeah, the SDIO layer stuff is a pre-requisite. Even for non-ARM. The > Atheros AR6k chips (almost) all use SDIO and our SDIO code just = doesn't cut > it. >=20 > I'd be much happier (and try porting ath6kl to FreeBSD!) if the SDIO = side > of things was better. >=20 > Unfortunately I can't touch the wifi part of it. :-( Is there good docs these days for chipsets that use SDIO? I tried to do = a sdio stack a while ago, but found I couldn't write drivers for the = available hardware due to lack of docs... Warner From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 17:58:34 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 09F1165D; Fri, 29 Mar 2013 17:58:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 455691B1; Fri, 29 Mar 2013 17:58:33 +0000 (UTC) Received: by mail-wi0-f170.google.com with SMTP id hm11so681266wib.3 for ; Fri, 29 Mar 2013 10:58:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZYO/q1VOYDD1o4LnYWbME2Tq90deKwtwRT7rDm09phw=; b=Nd6KQD/zR8Iztql8GT+FoW2ymgX9rEBsOL8fD+5qYddN3BwaEmBe72fUBKnLTwohYG 7S9MRj9VR0Za3FfzpXRl4Kv6GYT1MLAXWRPCHFmuxlH1fo6dzl97bTM9gMPJOu+azTfT DVYrMy2Y7+vjxx8jtoaLumJA1g9jnPyDUqtf4seh79IrZwKgy6DEgwKRjTl1qS29+BUl OQ2vC4agnc+T3CU3IYJedPB8jPkxwUHoao8548YpfplRN3cOK4mODbgRCgH+kfPGw0IY j3kHzvmlaAY1M9g+6eWLmL61i6F+pHrz7jTS9kKqO3UI2qVBNxlpAHHDEurZy5wrjWpQ W9zA== MIME-Version: 1.0 X-Received: by 10.180.189.205 with SMTP id gk13mr553241wic.25.1364579912381; Fri, 29 Mar 2013 10:58:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Fri, 29 Mar 2013 10:58:32 -0700 (PDT) In-Reply-To: <5155BC1C.2000104@freebsd.org> References: <51545932.9050901@freebsd.org> <1364484652.36972.81.camel@revolution.hippie.lan> <515466B5.4020403@freebsd.org> <5155BC1C.2000104@freebsd.org> Date: Fri, 29 Mar 2013 10:58:32 -0700 X-Google-Sender-Auth: eGrAE1HR7vRspjyzUWKlqFFDmlY Message-ID: Subject: Re: signal 11 after kernel update r247742 -> r248706 From: Adrian Chadd To: =?ISO-8859-1?Q?Ren=E9_Ladan?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: arm@freebsd.org, Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 17:58:34 -0000 On 29 March 2013 09:06, Ren=E9 Ladan wrote: > >> I'm at r248509 on my rpi and everything is good; maybe that'll help > >> narrow the binary search. > > Ok, I'll start looking from there. > > The 'skeleton' unmapped IO commit was r248508, so that one is OK. > There seem to be some unmapped IO changes between r248509 and r248706, > (e.g. r248510-r248512, r248514-r248522, r248550, r248568-r248569, > r248596) but I think it is more related to something closer to userland? > > But the other commits between r248508 and r248706 look OK to me > (including r248534 (jilles, SOCK_CLOEXEC, SOCK_NONLBOCK, MSG_CMSG_CLOEXEC= )) > > Are you able to continue bisecting those changes? Thanks for your help so far! Adrian From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 18:02:53 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E00D67DB; Fri, 29 Mar 2013 18:02:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f53.google.com (mail-wg0-f53.google.com [74.125.82.53]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB7C1D1; Fri, 29 Mar 2013 18:02:52 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id c11so602738wgh.8 for ; Fri, 29 Mar 2013 11:02:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Alk66GHjtsua6LMXfkf+iJhXwrAc5wQCjA/Lgqgz3Qk=; b=omwiCUbi+32psS5tXT5YnY5x5SjErjZSCTwrfCfWMeTAENgEwFURHs5/sng9n/Qzfr 4NPa4lIWgHBI0ggpbxDk2E9MyG6YW8KyvwM+/3r8UkJCW/aHKuVMCcST6nakoUG3BmP/ r15kz1OPG71MZZ2U+UdTpevcYOPe5XEkcWASxjuqjg/+U9bUFV0QAvWwOefTRVwzX+Ee SEs+SAQU0FPjo9q+pQFNDRpgbbuIebp78BzZhVwaKUwBLbz5JugvKLCrYcuyv8xC+UN9 q0kPxpcYL4JLRfN33NbzTwTC7eWroaC1qDf0YvmL31f9s2pS1stgUiJx9ZYp9LV4aea0 A5KQ== MIME-Version: 1.0 X-Received: by 10.181.11.164 with SMTP id ej4mr536140wid.29.1364579756107; Fri, 29 Mar 2013 10:55:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Fri, 29 Mar 2013 10:55:55 -0700 (PDT) In-Reply-To: <791A0F2D-276A-41D7-A9E5-6A3CC5A07D5D@bsdimp.com> References: <1364351344.36972.35.camel@revolution.hippie.lan> <51541AE6.1090101@gmail.com> <1364567971.36972.124.camel@revolution.hippie.lan> <791A0F2D-276A-41D7-A9E5-6A3CC5A07D5D@bsdimp.com> Date: Fri, 29 Mar 2013 10:55:55 -0700 X-Google-Sender-Auth: PFSkbm2-p06YAvO8SoVlKwIL9SU Message-ID: Subject: Re: Dreamplug, BOOTP, NFS root, DHCP From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 18:02:53 -0000 On 29 March 2013 09:27, Warner Losh wrote: > > Unfortunately I can't touch the wifi part of it. :-( > > Is there good docs these days for chipsets that use SDIO? I tried to do a > sdio stack a while ago, but found I couldn't write drivers for the > available hardware due to lack of docs... the wifi drivers? The linux drivers are considered "authoritative" for those chips. We'd likely have to port those. Which isn't too bad, as they're not mac80211 drivers; so we don't have that much glue to convert over. Adrian From owner-freebsd-arm@FreeBSD.ORG Fri Mar 29 18:11:48 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2B38BE1C; Fri, 29 Mar 2013 18:11:48 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 651FA252; Fri, 29 Mar 2013 18:11:47 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id hr17so102841wib.11 for ; Fri, 29 Mar 2013 11:11:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=pGstsxlt++69JTsme5A5BWUyVTLj7QmNC5gGhJTa0Nc=; b=ciQtHXbPlrSElLaBbsDYgagpwrHkOdMw2+Jja3PrgtVJZp35iMRK6LpreEuJTyWg3b Lp2+0yqRblB5hsWngCm0ukBcfrJCwUvxRCJqQHeKuJDEOpvcbVlzG/xMnwW7HKvr+Oz6 wCAzj562vSYywTR6HnsyYE21/LylcvYtZ2I/Y2igp/K3HzPXAaAhFfLYTR/5FL/e2ixD zTuBBoAoJmSM+QdBbicT1ujTt03nfFNhe8vjdnBIOu3PgZMMlk8nnLd5D0XRz/4P5vuT ICPFx5YcG9944pfoMcb0hhNZSDuvXl2PEFZX5kp0+J38eDhv3L7pu82nCUBCGfIJNSrl OvEg== X-Received: by 10.180.86.1 with SMTP id l1mr567980wiz.32.1364580705866; Fri, 29 Mar 2013 11:11:45 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:64f2:5452:2b6d:45bd? ([2001:980:d7ed:1:64f2:5452:2b6d:45bd]) by mx.google.com with ESMTPS id t7sm656721wij.2.2013.03.29.11.11.44 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 29 Mar 2013 11:11:44 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <5155D95E.9020803@freebsd.org> Date: Fri, 29 Mar 2013 19:11:42 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: signal 11 after kernel update r247742 -> r248706 References: <51545932.9050901@freebsd.org> <1364484652.36972.81.camel@revolution.hippie.lan> <515466B5.4020403@freebsd.org> <5155BC1C.2000104@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: arm@freebsd.org, Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Mar 2013 18:11:48 -0000 On 29-03-2013 18:58, Adrian Chadd wrote: > On 29 March 2013 09:06, René Ladan > wrote: > > > >> I'm at r248509 on my rpi and everything is good; maybe that'll help > >> narrow the binary search. > > Ok, I'll start looking from there. > > The 'skeleton' unmapped IO commit was r248508, so that one is OK. > There seem to be some unmapped IO changes between r248509 and r248706, > (e.g. r248510-r248512, r248514-r248522, r248550, r248568-r248569, > r248596) but I think it is more related to something closer to > userland? > > But the other commits between r248508 and r248706 look OK to me > (including r248534 (jilles, SOCK_CLOEXEC, SOCK_NONLBOCK, > MSG_CMSG_CLOEXEC)) > > > Are you able to continue bisecting those changes? > I didn't try r248509 (which is OK for Ian) myself yet, I'll first build a kernel/world for that (but to be fair I'll first have to downgrade to r247742 again). René From owner-freebsd-arm@FreeBSD.ORG Sat Mar 30 03:49:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2F02B870; Sat, 30 Mar 2013 03:49:42 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2BBEBB; Sat, 30 Mar 2013 03:49:41 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r2U3ndpB021725; Sat, 30 Mar 2013 03:49:39 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id fwb8qdata3ts8y2ard8p9fn2qi; Sat, 30 Mar 2013 03:49:39 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: RFC: "Crochet" build tool Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: Date: Fri, 29 Mar 2013 20:49:39 -0700 Content-Transfer-Encoding: 7bit Message-Id: <2F06927E-8686-4F62-A4C3-6C57716F584B@kientzle.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> <610BDDE6-A8EC-4D84-8FAF-1B6014808C24@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 03:49:42 -0000 On Mar 27, 2013, at 9:39 AM, Adrian Chadd wrote: > > One of the big changes I made for my build scripts is to separate out > toolchain/userland building (which is done once for a given > architecture) from kernel building (once per target) from image > building (again, once per target.) The tricky part for this is making sure that things do get rebuilt if you change the options. Crochet handles this pretty cleanly now though I'm still fussing with some of the details. Tim From owner-freebsd-arm@FreeBSD.ORG Sat Mar 30 04:39:03 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7996816E for ; Sat, 30 Mar 2013 04:39:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) by mx1.freebsd.org (Postfix) with ESMTP id 0DDF792 for ; Sat, 30 Mar 2013 04:39:02 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id c10so328734wiw.13 for ; Fri, 29 Mar 2013 21:39:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=pqYJga8420/7XNI7unpPNBSdAhl73BqT87UNC4k+eRc=; b=FWaR5w1XOXl4Mmtb3KdALOvXX53myzp3jB5pUzt5R7UAM5w4lO9BfpYs1A1jsaOopE Clq7jOt0ROCnO5pKAxFpY/wn9rV4mhhrhmzf4k9QUQs/NTOcuyHHyf7EoocQcpzZLfnY UE8TR/n7/pNzgEr3mZkmswtyyn04fuWUrfB7pmixiiYT0vDpDVVSOJer2k7Inp0hMv5I MrT0oGoAnT1cCAbnihLOswnzt5zy4yXvPgN6bQ9tZtu7k1AInfK78flMw6Ui2c+z3G2I JdgD2zcnwZZZKe+ZEO78r8akDJt5k9fvoLxyi5IBkSwuM1oI13UogYsG1SYiUEODul+s yUig== MIME-Version: 1.0 X-Received: by 10.194.22.5 with SMTP id z5mr6672716wje.5.1364618342136; Fri, 29 Mar 2013 21:39:02 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.108.130 with HTTP; Fri, 29 Mar 2013 21:39:02 -0700 (PDT) In-Reply-To: <2F06927E-8686-4F62-A4C3-6C57716F584B@kientzle.com> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <6AE34496-58E3-488B-BEE9-07FFB5A06AB3@netgate.com> <610BDDE6-A8EC-4D84-8FAF-1B6014808C24@bsdimp.com> <2F06927E-8686-4F62-A4C3-6C57716F584B@kientzle.com> Date: Fri, 29 Mar 2013 21:39:02 -0700 X-Google-Sender-Auth: Wjatx77jU1Bbl8f3zhO5vNu8SRc Message-ID: Subject: Re: RFC: "Crochet" build tool From: Adrian Chadd To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 04:39:03 -0000 On 29 March 2013 20:49, Tim Kientzle wrote: > On Mar 27, 2013, at 9:39 AM, Adrian Chadd wrote: > > > > One of the big changes I made for my build scripts is to separate out > > toolchain/userland building (which is done once for a given > > architecture) from kernel building (once per target) from image > > building (again, once per target.) > > The tricky part for this is making sure that things do get > rebuilt if you change the options. > > Crochet handles this pretty cleanly now though I'm > still fussing with some of the details. > Right. I hope that makes it into something in -HEAD though, as that's exactly the behaviour we need there too. :) Adrian From owner-freebsd-arm@FreeBSD.ORG Sat Mar 30 21:40:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D7CDEC27 for ; Sat, 30 Mar 2013 21:40:24 +0000 (UTC) (envelope-from jeff@jrpenn.demon.co.uk) Received: from smtp.demon.co.uk (mdfmta005.mxout.tch.inty.net [91.221.169.46]) by mx1.freebsd.org (Postfix) with ESMTP id 6C350D83 for ; Sat, 30 Mar 2013 21:40:24 +0000 (UTC) Received: from mdfmta005.tch.inty.net (unknown [127.0.0.1]) by mdfmta005.tch.inty.net (Postfix) with ESMTP id C888D18C406 for ; Sat, 30 Mar 2013 21:40:15 +0000 (GMT) Received: from mdfmta005.tch.inty.net (unknown [127.0.0.1]) by mdfmta005.tch.inty.net (Postfix) with ESMTP id 8060E18C405 for ; Sat, 30 Mar 2013 21:40:15 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (unknown [80.176.77.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta005.tch.inty.net (Postfix) with ESMTP for ; Sat, 30 Mar 2013 21:40:15 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (localhost [127.0.0.1]) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5) with ESMTP id r2ULeEPS001609 for ; Sat, 30 Mar 2013 21:40:14 GMT (envelope-from jeff@beastie.jrpenn.demon.co.uk) Received: (from jeff@localhost) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5/Submit) id r2ULeEwX001608 for freebsd-arm@freebsd.org; Sat, 30 Mar 2013 21:40:14 GMT (envelope-from jeff) Date: Sat, 30 Mar 2013 21:40:14 +0000 From: Jeff Penn To: freebsd-arm@freebsd.org Subject: Re: Net booting current snapshot on openrd and sheevaplug Message-ID: <20130330214014.GA1503@jrpenn.demon.co.uk> References: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> <1364067518.1157.163.camel@revolution.hippie.lan> <20130323231302.GA60043@jrpenn.demon.co.uk> <1364092848.1157.165.camel@revolution.hippie.lan> <20130325222845.GA27893@jrpenn.demon.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130325222845.GA27893@jrpenn.demon.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) X-MDF-HostID: 18 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 21:40:24 -0000 I haven't had alot of spare time to make much progress on this. I'm now at a point where the openrd and sheevaplug are failing at the same point of the boot process; when trying to extract the root path from the DHCP request similar to this: http://lists.freebsd.org/pipermail/freebsd-arm/2013-March/005325.html The openrd also drops into the debugger every few boots as mentioned in my previous mail: Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:61:58) Received DHCP Ack packet on mge0 from 192.168.0.10 (accepted) (got root path) mge0 at 192.168.0.16 server 192.168.0.10 boot file openrd/kernel.bin subnet mask 255.255.255.0 router 192.168.0.1 rootfs 192.168.0.10:/mnt/work/nfsroot/arm-8-le hostname openrd Adjusted interface mge0 krpc_call: sosend: 64 krpc_call: sosend: 64 panic: nfs_boot: mountd root, error=64 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> I'm still using the same version of current, and haven't seen a repeat of the RPC timeouts with the sheevaplug mentioned in my first mail. I tried building a copy of i386 current to test diskless booting, but ran into problems with buildkernel: aicasm_gram.c:1539: warning: no previous prototype for 'yyparse' *** [aicasm_gram.o] Error code 1 Stop in /mnt/work/obj/mnt/work/src/sys/GENERIC. The best approach is probably to test arm kernels built with a fixed ROOTDEVNAME. I hope to find the time to have a go at this on Monday. Jeff From owner-freebsd-arm@FreeBSD.ORG Sat Mar 30 22:39:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 88C8C255 for ; Sat, 30 Mar 2013 22:39:41 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4CDD3EAF for ; Sat, 30 Mar 2013 22:39:41 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1UM4R2-0015BQ-Ez; Sat, 30 Mar 2013 23:39:40 +0100 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: Andrew Turner Subject: Re: svn commit: r248856 - head/share/mk In-reply-to: <20130329115734.202ed685@bender> References: <201303282249.r2SMnnpl030602@svn.freebsd.org> <20130329115734.202ed685@bender> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sat, 30 Mar 2013 23:39:35 +0100 Message-Id: Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Mar 2013 22:39:41 -0000 > As of this commit clang is the default compiler on little-endian ARM. > Can people test this and report back any issues they find. I would like= > to keep it as the compiler for when 10 is released. >=20 > This doesn't affect big-endian ARM as it is not yet supported by > llvm/clang. >=20 > Andrew Hi, it looks like there is a reproduceable problem with geom when creating/accessing a ufs using clang and EABI. newfs(8) creates a filesystem, but tunefs(8) and mount(8) can not use it.= The kernel and world revision is 248934. Both are build on a i386 9.1-STABLE revision 248678 with: make -C =24SRCROOT -DWITH_ARM_EABI kernel-toolchain make -C =24SRCROOT KERNCONF=3D=24KERNCONF WITH_FDT=3Dyes -DWITH_ARM_EABI = buildkernel make -C =24SRCROOT MALLOC_PRODUCTION=3Dyes -DWITH_ARM_EABI buildworld KERNCONF is RPI-B with serial console enabled. Initial SD-card layout: =23 gpart show =3D> 1 7788543 mmcsd0 MBR (3.7G) 1 62 - free - (31k) 63 65520 1 =2112 =5Bactive=5D (32M) 65583 2031561 2 freebsd (992M) 2097144 5691400 - free - (2.7G) =3D> 0 2031561 mmcsd0s2 BSD (992M) 0 2031561 1 freebsd-ufs (992M) Now I add a new MBR slice, create a BSD disklabel on it and add a partition on that. After that I create a new ufs filesystem and try tunefs(8) and mount(8) on it. =23 gpart add -t freebsd mmcsd0 mmcsd0s3 added, but partition is not aligned on 65536 bytes The alignment warning is caused by the stripesize=5B1=5D. =23 gpart create -s BSD mmcsd0s3 mmcsd0s3 created =23 gpart add -t freebsd-ufs mmcsd0s3 mmcsd0s3a added =23 newfs /dev/mmcsd0s3a /dev/mmcsd0s3a: 2778.8MB (5691008 sectors) block size 32768, fragment siz= e 4096 using 5 cylinder groups of 626.09MB, 20035 blks, 80256 inodes. super-block backups (for fsck -b =23) at: 192, 1282432, 2564672, 3846912, 5129152 =23 tunefs -n enable /dev/mmcsd0s3a tunefs: /dev/mmcsd0s3a: could not read superblock to fill out disk =23 mount /dev/mmcsd0s3a /mnt mount: /dev/mmcsd0s3a: Invalid argument Resulting SD-card layout: =23 gpart show =3D> 1 7788543 mmcsd0 MBR (3.7G) 1 62 - free - (31k) 63 65520 1 =2112 =5Bactive=5D (32M) 65583 2031561 2 freebsd (992M) 2097144 63 - free - (31k) 2097207 5691168 3 freebsd (2.7G) 7788375 169 - free - (84k) =3D> 0 2031561 mmcsd0s2 BSD (992M) 0 2031561 1 freebsd-ufs (992M) =3D> 0 5691168 mmcsd0s3 BSD (2.7G) 0 73 - free - (36k) 73 5691008 1 freebsd-ufs (2.7G) 5691081 87 - free - (43k) Creating the ufs on the i386 system results in a mountable filesystem on = the pi. Ralf =5B1=5D =23 diskinfo -v mmcsd0 mmcsd0 512 =23 sectorsize 3987734528 =23 mediasize in bytes (3.7G) 7788544 =23 mediasize in sectors 65536 =23 stripesize 0 =23 stripeoffset =23 Disk ident.