From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 00:55:21 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D00E2106564A for ; Sun, 23 Sep 2012 00:55:21 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh10.mail.rice.edu (mh10.mail.rice.edu [128.42.201.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1438FC0A for ; Sun, 23 Sep 2012 00:55:21 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 7E970604EE; Sat, 22 Sep 2012 19:55:20 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 7D103603FD; Sat, 22 Sep 2012 19:55:20 -0500 (CDT) X-Virus-Scanned: by amavis-2.7.0 at mh10.mail.rice.edu, auth channel Received: from mh10.mail.rice.edu ([127.0.0.1]) by mh10.mail.rice.edu (mh10.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id kApfa0OMatDu; Sat, 22 Sep 2012 19:55:20 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh10.mail.rice.edu (Postfix) with ESMTPSA id 12BDF60392; Sat, 22 Sep 2012 19:55:20 -0500 (CDT) Message-ID: <505E5DF7.9050107@rice.edu> Date: Sat, 22 Sep 2012 19:55:19 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: Ian Lepore References: <1345315508.27688.260.camel@revolution.hippie.lan> <503D12AE.1050705@rice.edu> <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> <505DE03D.7050101@rice.edu> <1348333663.5548.24.camel@revolution.hippie.lan> <505E0739.8080802@rice.edu> <1348346711.15745.3.camel@revolution.hippie.lan> In-Reply-To: <1348346711.15745.3.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" , Alan Cox Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Sep 2012 00:55:22 -0000 On 09/22/2012 15:45, Ian Lepore wrote: > On Sat, 2012-09-22 at 13:45 -0500, Alan Cox wrote: >> On 09/22/2012 12:07, Ian Lepore wrote: >>> There has been a boot-time LOR involving the same locks, but with a >>> different backtrace, for a long time. In case it helps, the following >>> is from freebsd 8.2 (the latest I can test with right now), the pmap.c >>> in question is r205956 according to the __FBSDID() in the code. There >>> are actually two LORs below, the first involves the same locks as above, >>> the second one is different. >>> >>> Trying to mount root from ufs:/dev/mmcsd0s1a >>> warning: no time-of-day clock registered, system time will not be set accurately >>> lock order reversal: >>> 1st 0xc0a8a0b0 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:971 >>> 2nd 0xc055b608 PV ENTRY (UMA zone) @ /usr/src/sys/vm/uma_core.c:2055 >> >> This is actually the correct lock ordering. So, something happened >> before this that incorrectly trained witness. Are you able to boot a >> kernel with a modified kern/subr_witness? If so, then you could >> explicitly set the lock order to be the above, correct ordering, and >> witness would report the actual case of LOR. > Yep. Looks like the first one (reversed) is very very early in the > init. After this one, there were no other LORs during the boot until > the one that you said is fixed now in -current. > > lock order reversal: > 1st 0xc055bd08 4096 (UMA zone) @ /usr/src/sys/vm/uma_core.c:2011 > 2nd 0xc043c198 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:3734 Ah. Notice that this is an "UMA zone" lock, but nonetheless a different zone and lock from before, i.e., "4096" versus "PV ENTRY". By default, witness treats all uma zone locks as having the same lock ordering. This helps to keep the distinct lock types that witness must deal with and consequently its run-time overhead down. However, sometimes uma zone locks on zones that are used within the VM system need to be handled specially. There is an argument to uma_zcreate() for doing this: UMA_ZONE_MTXCLASS Try this now. Remove whatever change that you made to witness and apply a change like this: Index: arm/arm/pmap.c =================================================================== --- arm/arm/pmap.c (revision 240803) +++ arm/arm/pmap.c (working copy) @@ -1821,7 +1821,7 @@ pmap_init(void) * Initialize the PV entry allocator. */ pvzone = uma_zcreate("PV ENTRY", sizeof (struct pv_entry), NULL, NULL, - NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM | UMA_ZONE_NOFREE); + NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_MTXCLASS | UMA_ZONE_VM); TUNABLE_INT_FETCH("vm.pmap.shpgperproc", &shpgperproc); pv_entry_max = shpgperproc * maxproc + cnt.v_page_count; uma_zone_set_obj(pvzone, &pvzone_obj, pv_entry_max); I've also removed UMA_ZONE_NOFREE from the arguments because it's redundant. uma_zone_set_obj() itself sets that flag. Alan From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 02:03:29 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C20531065674; Sun, 23 Sep 2012 02:03:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 84A658FC21; Sun, 23 Sep 2012 02:03:29 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8N23Tuc027810; Sun, 23 Sep 2012 02:03:29 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8N23Tqp027801; Sun, 23 Sep 2012 02:03:29 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Sep 2012 02:03:29 GMT Message-Id: <201209230203.q8N23Tqp027801@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 02:03:29 -0000 TB --- 2012-09-23 01:57:30 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-23 01:57:30 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-23 01:57:30 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-23 01:57:30 - cleaning the object tree TB --- 2012-09-23 01:57:30 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-23 01:57:30 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-23 01:57:30 - /usr/local/bin/svn cleanup /src TB --- 2012-09-23 01:57:42 - /usr/local/bin/svn update /src TB --- 2012-09-23 02:03:29 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-23 02:03:29 - ERROR: unable to check out the source tree TB --- 2012-09-23 02:03:29 - 2.27 user 4.62 system 358.70 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 05:28:41 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6C901065672; Sun, 23 Sep 2012 05:28:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 793798FC12; Sun, 23 Sep 2012 05:28:41 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8N5SfTh066570; Sun, 23 Sep 2012 05:28:41 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8N5Sfqd066568; Sun, 23 Sep 2012 05:28:41 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Sep 2012 05:28:41 GMT Message-Id: <201209230528.q8N5Sfqd066568@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 05:28:41 -0000 TB --- 2012-09-23 05:22:43 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-23 05:22:43 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-23 05:22:43 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-23 05:22:43 - cleaning the object tree TB --- 2012-09-23 05:22:43 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-23 05:22:43 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-23 05:22:43 - /usr/local/bin/svn cleanup /src TB --- 2012-09-23 05:22:53 - /usr/local/bin/svn update /src TB --- 2012-09-23 05:28:41 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-23 05:28:41 - ERROR: unable to check out the source tree TB --- 2012-09-23 05:28:41 - 2.30 user 4.65 system 357.89 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 08:53:24 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6685106566C; Sun, 23 Sep 2012 08:53:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 792138FC1D; Sun, 23 Sep 2012 08:53:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8N8rOcG096807; Sun, 23 Sep 2012 08:53:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8N8rO7c096801; Sun, 23 Sep 2012 08:53:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Sep 2012 08:53:24 GMT Message-Id: <201209230853.q8N8rO7c096801@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 08:53:24 -0000 TB --- 2012-09-23 08:47:27 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-23 08:47:27 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-23 08:47:27 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-23 08:47:27 - cleaning the object tree TB --- 2012-09-23 08:47:27 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-23 08:47:27 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-23 08:47:27 - /usr/local/bin/svn cleanup /src TB --- 2012-09-23 08:47:38 - /usr/local/bin/svn update /src TB --- 2012-09-23 08:53:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-23 08:53:24 - ERROR: unable to check out the source tree TB --- 2012-09-23 08:53:24 - 1.92 user 5.02 system 356.08 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 14:31:05 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08CE31065672 for ; Sun, 23 Sep 2012 14:31:05 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 96AF88FC0A for ; Sun, 23 Sep 2012 14:31:04 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8NEUx3K036881 for ; Sun, 23 Sep 2012 08:31:00 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) 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 q8NEUusT063006; Sun, 23 Sep 2012 08:30:56 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Alan Cox In-Reply-To: <505E5DF7.9050107@rice.edu> References: <1345315508.27688.260.camel@revolution.hippie.lan> <503D12AE.1050705@rice.edu> <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> <505DE03D.7050101@rice.edu> <1348333663.5548.24.camel@revolution.hippie.lan> <505E0739.8080802@rice.edu> <1348346711.15745.3.camel@revolution.hippie.lan> <505E5DF7.9050107@rice.edu> Content-Type: text/plain; charset="us-ascii" Date: Sun, 23 Sep 2012 08:30:56 -0600 Message-ID: <1348410656.15745.9.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Sep 2012 14:31:05 -0000 On Sat, 2012-09-22 at 19:55 -0500, Alan Cox wrote: > On 09/22/2012 15:45, Ian Lepore wrote: > > Yep. Looks like the first one (reversed) is very very early in the > > init. After this one, there were no other LORs during the boot until > > the one that you said is fixed now in -current. > > > > lock order reversal: > > 1st 0xc055bd08 4096 (UMA zone) @ /usr/src/sys/vm/uma_core.c:2011 > > 2nd 0xc043c198 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:3734 > > Ah. Notice that this is an "UMA zone" lock, but nonetheless a different > zone and lock from before, i.e., "4096" versus "PV ENTRY". By default, > witness treats all uma zone locks as having the same lock ordering. > This helps to keep the distinct lock types that witness must deal with > and consequently its run-time overhead down. However, sometimes uma > zone locks on zones that are used within the VM system need to be > handled specially. There is an argument to uma_zcreate() for doing > this: UMA_ZONE_MTXCLASS > > Try this now. Remove whatever change that you made to witness and apply > a change like this: > > Index: arm/arm/pmap.c > =================================================================== > --- arm/arm/pmap.c (revision 240803) > +++ arm/arm/pmap.c (working copy) > @@ -1821,7 +1821,7 @@ pmap_init(void) > * Initialize the PV entry allocator. > */ > pvzone = uma_zcreate("PV ENTRY", sizeof (struct pv_entry), > NULL, NULL, > - NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM | UMA_ZONE_NOFREE); > + NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_MTXCLASS | UMA_ZONE_VM); > TUNABLE_INT_FETCH("vm.pmap.shpgperproc", &shpgperproc); > pv_entry_max = shpgperproc * maxproc + cnt.v_page_count; > uma_zone_set_obj(pvzone, &pvzone_obj, pv_entry_max); > > I've also removed UMA_ZONE_NOFREE from the arguments because it's > redundant. uma_zone_set_obj() itself sets that flag. > > Alan > Did that, now the original LOR that happens at start_init() time involves pmap and the malloc 4096 uma zone rather than the PV ENTRY zone. Putting back in the preset order, it looks like a malloc() in mtx_pool_create() is now the first call with the wrong order, the bottom of the call stack looks like this: malloc() at malloc+0x10 scp=0xc00afe98 rlv=0xc00b28c8 (mtx_pool_create+0x54) rsp=0xc04ddeb4 rfp=0xc04dded0 r10=0x204fe888 r9=0x00000019 r8=0x20479a10 r7=0x00000000 r6=0xc0254a10 r5=0x00000080 r4=0xc0276a40 mtx_pool_create() at mtx_pool_create+0x10 scp=0xc00b2884 rlv=0xc00b290c (mtx_pool_setup_dynamic+0x1c) rsp=0xc04dded4 rfp=0xc04ddee0 r7=0x20000124 r6=0x00000004 r5=0x20000130 r4=0xc0276a40 mtx_pool_setup_dynamic() at mtx_pool_setup_dynamic+0x10 scp=0xc00b2900 rlv=0xc0082654 (mi_startup+0xf8) rsp=0xc04ddee4 rfp=0xc04ddef4 mi_startup() at mi_startup+0x10 scp=0xc008256c rlv=0xc00001cc (virt_done+0x18) rsp=0xc04ddef8 rfp=0x00000000 r4=0x2000020c If you need complete backtraces or other details let me know. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 16:33:37 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04906106567E; Sun, 23 Sep 2012 16:33:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id B13AD8FC1D; Sun, 23 Sep 2012 16:33:36 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q8NGXaqC060153; Sun, 23 Sep 2012 16:33:36 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8NGXaXj060149; Sun, 23 Sep 2012 16:33:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 23 Sep 2012 16:33:36 GMT Message-Id: <201209231633.q8NGXaXj060149@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Sep 2012 16:33:37 -0000 TB --- 2012-09-23 16:27:25 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-23 16:27:25 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-23 16:27:25 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-23 16:27:25 - cleaning the object tree TB --- 2012-09-23 16:27:25 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-23 16:27:25 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-23 16:27:25 - /usr/local/bin/svn cleanup /src TB --- 2012-09-23 16:27:36 - /usr/local/bin/svn update /src TB --- 2012-09-23 16:33:36 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-23 16:33:36 - ERROR: unable to check out the source tree TB --- 2012-09-23 16:33:36 - 2.02 user 4.90 system 370.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 17:10:41 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D41DC106566B for ; Sun, 23 Sep 2012 17:10:41 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh10.mail.rice.edu (mh10.mail.rice.edu [128.42.201.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9E7838FC0C for ; Sun, 23 Sep 2012 17:10:41 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 4FDEA604CA; Sun, 23 Sep 2012 12:10:40 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 44DFC604C8; Sun, 23 Sep 2012 12:10:40 -0500 (CDT) X-Virus-Scanned: by amavis-2.7.0 at mh10.mail.rice.edu, auth channel Received: from mh10.mail.rice.edu ([127.0.0.1]) by mh10.mail.rice.edu (mh10.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id 0tz-Lu3Vbth2; Sun, 23 Sep 2012 12:10:40 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh10.mail.rice.edu (Postfix) with ESMTPSA id DAB6A603DB; Sun, 23 Sep 2012 12:10:38 -0500 (CDT) Message-ID: <505F428D.9010807@rice.edu> Date: Sun, 23 Sep 2012 12:10:37 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: Ian Lepore References: <1345315508.27688.260.camel@revolution.hippie.lan> <503D12AE.1050705@rice.edu> <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> <505DE03D.7050101@rice.edu> <1348333663.5548.24.camel@revolution.hippie.lan> <505E0739.8080802@rice.edu> <1348346711.15745.3.camel@revolution.hippie.lan> <505E5DF7.9050107@rice.edu> <1348410656.15745.9.camel@revolution.hippie.lan> In-Reply-To: <1348410656.15745.9.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" , Alan Cox Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Sep 2012 17:10:42 -0000 On 09/23/2012 09:30, Ian Lepore wrote: > On Sat, 2012-09-22 at 19:55 -0500, Alan Cox wrote: >> On 09/22/2012 15:45, Ian Lepore wrote: >>> Yep. Looks like the first one (reversed) is very very early in the >>> init. After this one, there were no other LORs during the boot until >>> the one that you said is fixed now in -current. >>> >>> lock order reversal: >>> 1st 0xc055bd08 4096 (UMA zone) @ /usr/src/sys/vm/uma_core.c:2011 >>> 2nd 0xc043c198 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:3734 >> Ah. Notice that this is an "UMA zone" lock, but nonetheless a different >> zone and lock from before, i.e., "4096" versus "PV ENTRY". By default, >> witness treats all uma zone locks as having the same lock ordering. >> This helps to keep the distinct lock types that witness must deal with >> and consequently its run-time overhead down. However, sometimes uma >> zone locks on zones that are used within the VM system need to be >> handled specially. There is an argument to uma_zcreate() for doing >> this: UMA_ZONE_MTXCLASS >> >> Try this now. Remove whatever change that you made to witness and apply >> a change like this: >> >> Index: arm/arm/pmap.c >> =================================================================== >> --- arm/arm/pmap.c (revision 240803) >> +++ arm/arm/pmap.c (working copy) >> @@ -1821,7 +1821,7 @@ pmap_init(void) >> * Initialize the PV entry allocator. >> */ >> pvzone = uma_zcreate("PV ENTRY", sizeof (struct pv_entry), >> NULL, NULL, >> - NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM | UMA_ZONE_NOFREE); >> + NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_MTXCLASS | UMA_ZONE_VM); >> TUNABLE_INT_FETCH("vm.pmap.shpgperproc",&shpgperproc); >> pv_entry_max = shpgperproc * maxproc + cnt.v_page_count; >> uma_zone_set_obj(pvzone,&pvzone_obj, pv_entry_max); >> >> I've also removed UMA_ZONE_NOFREE from the arguments because it's >> redundant. uma_zone_set_obj() itself sets that flag. >> >> Alan >> > Did that, now the original LOR that happens at start_init() time > involves pmap and the malloc 4096 uma zone rather than the PV ENTRY > zone. Putting back in the preset order, it looks like a malloc() in > mtx_pool_create() is now the first call with the wrong order, the bottom > of the call stack looks like this: > > malloc() at malloc+0x10 > scp=0xc00afe98 rlv=0xc00b28c8 (mtx_pool_create+0x54) > rsp=0xc04ddeb4 rfp=0xc04dded0 > r10=0x204fe888 r9=0x00000019 > r8=0x20479a10 r7=0x00000000 r6=0xc0254a10 r5=0x00000080 > r4=0xc0276a40 > mtx_pool_create() at mtx_pool_create+0x10 > scp=0xc00b2884 rlv=0xc00b290c (mtx_pool_setup_dynamic+0x1c) > rsp=0xc04dded4 rfp=0xc04ddee0 > r7=0x20000124 r6=0x00000004 > r5=0x20000130 r4=0xc0276a40 > mtx_pool_setup_dynamic() at mtx_pool_setup_dynamic+0x10 > scp=0xc00b2900 rlv=0xc0082654 (mi_startup+0xf8) > rsp=0xc04ddee4 rfp=0xc04ddef4 > mi_startup() at mi_startup+0x10 > scp=0xc008256c rlv=0xc00001cc (virt_done+0x18) > rsp=0xc04ddef8 rfp=0x00000000 > r4=0x2000020c > > If you need complete backtraces or other details let me know. > Thanks. I'd like to see the stack trace without any preset lock order. Unless I explicitly say otherwise, assume that I want UMA_ZONE_MTXCLASS specified to the pvzone creation. In general, uma zone locks should come before the pmap lock in the expected lock order. However, any of the zones used by the pmap are likely to be exceptions to this rule. After you added UMA_ZONE_MTXCLASS to the PV zone, I was expecting the next reported LOR to be on the l2 zone or l2table zone. Does that make sense? Alan From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 18:55:25 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0BF85106566B for ; Sun, 23 Sep 2012 18:55:25 +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 BDB9C8FC0A for ; Sun, 23 Sep 2012 18:55:24 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q8NItGQC040375; Sun, 23 Sep 2012 18:55:16 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 3w7cbid63mdrw47vfmdi5ftvwn; Sun, 23 Sep 2012 18:55:16 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> Date: Sun, 23 Sep 2012 11:55:14 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> To: Dave Cheney X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Sep 2012 18:55:25 -0000 On Sep 4, 2012, at 9:52 PM, Tim Kientzle wrote: > On Sep 4, 2012, at 9:33 PM, Dave Cheney wrote: >=20 >> Sorry to butt in on this discussion, but how feasible would it be to = adapt this build script to the pandaboard. I understand there may be a = config in svn similar to the beaglebone which may be applicable.=20 >=20 > I've started tinkering with ideas for generalizing my > BeagleBone script so it can build system images for > other boards. I've made significant progress and would appreciate any feedback: github.com/kientzle/freebsd-beaglebone This has been massively refactored so it can build system images for a variety of ARM-based boards. Right now: * BeagleBone builds and boots cleanly again. ;-) In particular, I've caught up with some changes to ubldr in -CURRENT and switched to using the stable DENX U-Boot sources instead of the rapidly-evolving (and often broken) TI/Arago sources. * PandaBoard: I have a completely untested sketch. Someone with a PandaBoard will need to work through the U-Boot configuration to make this work. * RaspberryPi: I have a completely untested sketch that will need more work before it can build a bootable image. Others? If you're interested in adding support for other boards, let me know. All the boards above: * Are ARMv6-based. * Have a kernel configuration in -CURRENT * Boot from an MBR-partitioned SD card or USB stick * Boot using U-Boot and ubldr It should be pretty straightforward to add support for other boards that meet these criteria. The hardest part is working up the correct U-Boot patches; hopefully the existing BeagleBone patches will prove helpful to anyone who wants to work on this. Tim From owner-freebsd-arm@FreeBSD.ORG Sun Sep 23 19:35:43 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC459106564A for ; Sun, 23 Sep 2012 19:35:43 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7D68B8FC08 for ; Sun, 23 Sep 2012 19:35:43 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8NJZaR9045310 for ; Sun, 23 Sep 2012 13:35:36 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) 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 q8NJZNij063255; Sun, 23 Sep 2012 13:35:23 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Alan Cox In-Reply-To: <505F428D.9010807@rice.edu> References: <1345315508.27688.260.camel@revolution.hippie.lan> <503D12AE.1050705@rice.edu> <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> <505DE03D.7050101@rice.edu> <1348333663.5548.24.camel@revolution.hippie.lan> <505E0739.8080802@rice.edu> <1348346711.15745.3.camel@revolution.hippie.lan> <505E5DF7.9050107@rice.edu> <1348410656.15745.9.camel@revolution.hippie.lan> <505F428D.9010807@rice.edu> Content-Type: text/plain; charset="us-ascii" Date: Sun, 23 Sep 2012 13:35:23 -0600 Message-ID: <1348428923.15745.22.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Sep 2012 19:35:43 -0000 On Sun, 2012-09-23 at 12:10 -0500, Alan Cox wrote: > On 09/23/2012 09:30, Ian Lepore wrote: > > On Sat, 2012-09-22 at 19:55 -0500, Alan Cox wrote: > >> On 09/22/2012 15:45, Ian Lepore wrote: > >>> Yep. Looks like the first one (reversed) is very very early in the > >>> init. After this one, there were no other LORs during the boot until > >>> the one that you said is fixed now in -current. > >>> > >>> lock order reversal: > >>> 1st 0xc055bd08 4096 (UMA zone) @ /usr/src/sys/vm/uma_core.c:2011 > >>> 2nd 0xc043c198 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:3734 > >> Ah. Notice that this is an "UMA zone" lock, but nonetheless a different > >> zone and lock from before, i.e., "4096" versus "PV ENTRY". By default, > >> witness treats all uma zone locks as having the same lock ordering. > >> This helps to keep the distinct lock types that witness must deal with > >> and consequently its run-time overhead down. However, sometimes uma > >> zone locks on zones that are used within the VM system need to be > >> handled specially. There is an argument to uma_zcreate() for doing > >> this: UMA_ZONE_MTXCLASS > >> > >> Try this now. Remove whatever change that you made to witness and apply > >> a change like this: > >> > >> Index: arm/arm/pmap.c > >> =================================================================== > >> --- arm/arm/pmap.c (revision 240803) > >> +++ arm/arm/pmap.c (working copy) > >> @@ -1821,7 +1821,7 @@ pmap_init(void) > >> * Initialize the PV entry allocator. > >> */ > >> pvzone = uma_zcreate("PV ENTRY", sizeof (struct pv_entry), > >> NULL, NULL, > >> - NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM | UMA_ZONE_NOFREE); > >> + NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_MTXCLASS | UMA_ZONE_VM); > >> TUNABLE_INT_FETCH("vm.pmap.shpgperproc",&shpgperproc); > >> pv_entry_max = shpgperproc * maxproc + cnt.v_page_count; > >> uma_zone_set_obj(pvzone,&pvzone_obj, pv_entry_max); > >> > >> I've also removed UMA_ZONE_NOFREE from the arguments because it's > >> redundant. uma_zone_set_obj() itself sets that flag. > >> > >> Alan > >> > > Did that, now the original LOR that happens at start_init() time > > involves pmap and the malloc 4096 uma zone rather than the PV ENTRY > > zone. Putting back in the preset order, it looks like a malloc() in > > mtx_pool_create() is now the first call with the wrong order, the bottom > > of the call stack looks like this: > > > > malloc() at malloc+0x10 > > scp=0xc00afe98 rlv=0xc00b28c8 (mtx_pool_create+0x54) > > rsp=0xc04ddeb4 rfp=0xc04dded0 > > r10=0x204fe888 r9=0x00000019 > > r8=0x20479a10 r7=0x00000000 r6=0xc0254a10 r5=0x00000080 > > r4=0xc0276a40 > > mtx_pool_create() at mtx_pool_create+0x10 > > scp=0xc00b2884 rlv=0xc00b290c (mtx_pool_setup_dynamic+0x1c) > > rsp=0xc04dded4 rfp=0xc04ddee0 > > r7=0x20000124 r6=0x00000004 > > r5=0x20000130 r4=0xc0276a40 > > mtx_pool_setup_dynamic() at mtx_pool_setup_dynamic+0x10 > > scp=0xc00b2900 rlv=0xc0082654 (mi_startup+0xf8) > > rsp=0xc04ddee4 rfp=0xc04ddef4 > > mi_startup() at mi_startup+0x10 > > scp=0xc008256c rlv=0xc00001cc (virt_done+0x18) > > rsp=0xc04ddef8 rfp=0x00000000 > > r4=0x2000020c > > > > If you need complete backtraces or other details let me know. > > > > Thanks. I'd like to see the stack trace without any preset lock order. > > Unless I explicitly say otherwise, assume that I want UMA_ZONE_MTXCLASS > specified to the pvzone creation. > > In general, uma zone locks should come before the pmap lock in the > expected lock order. However, any of the zones used by the pmap are > likely to be exceptions to this rule. After you added UMA_ZONE_MTXCLASS > to the PV zone, I was expecting the next reported LOR to be on the l2 > zone or l2table zone. Does that make sense? > > Alan > Without presetting the order... warning: no time-of-day clock registered, system time will not be set accurately lock order reversal: 1st 0xc0a8a0b0 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:971 2nd 0xc055b388 128 Bucket (UMA zone) @ /usr/src/sys/vm/uma_core.c:2485 KDB: stack backtrace: db_trace_thread() at db_trace_thread+0x10 scp=0xc0215d7c rlv=0xc0215f80 (db_trace_self+0x1c) rsp=0xc2e9d90c rfp=0xc2e9d918 r10=0x00000000 r9=0xc0a4c4b8 r8=0xc040aec4 r7=0xffffffff r6=0xc0a4c6c0 r5=0xc023a21c r4=0xc2e9d924 db_trace_self() at db_trace_self+0x10 scp=0xc0215f74 rlv=0xc001ee0c (db_trace_self_wrapper+0x30) rsp=0xc2e9d91c rfp=0xc2e9da38 db_trace_self_wrapper() at db_trace_self_wrapper+0x10 scp=0xc001edec rlv=0xc00ef4f8 (kdb_backtrace+0x3c) rsp=0xc2e9da3c rfp=0xc2e9da4c r4=0xc02dbf44 kdb_backtrace() at kdb_backtrace+0x10 scp=0xc00ef4cc rlv=0xc0102c48 (_witness_debugger+0x2c) rsp=0xc2e9da50 rfp=0xc2e9da64 r4=0x00000001 _witness_debugger() at _witness_debugger+0x10 scp=0xc0102c2c rlv=0xc0103468 (witness_checkorder+0x7e8) rsp=0xc2e9da68 rfp=0xc2e9dab4 r5=0x00000000 r4=0xc055b388 witness_checkorder() at witness_checkorder+0x10 scp=0xc0102c90 rlv=0xc00b37fc (_mtx_lock_flags+0xa4) rsp=0xc2e9dab8 rfp=0xc2e9dadc r10=0x00000000 r9=0xc043c5ac r8=0x00000000 r7=0x000009b5 r6=0xc026e6b4 r5=0x00000000 r4=0xc055b388 _mtx_lock_flags() at _mtx_lock_flags+0x10 scp=0xc00b3768 rlv=0xc01f2e20 (zone_alloc_item+0x34) rsp=0xc2e9dae0 rfp=0xc2e9db08 r8=0xc026e6b4 r7=0x00000201 r6=0x00000000 r5=0xc055a3c0 r4=0x00000201 zone_alloc_item() at zone_alloc_item+0x10 scp=0xc01f2dfc rlv=0xc01f46a4 (bucket_alloc+0x3c) rsp=0xc2e9db0c rfp=0xc2e9db20 r10=0x00000000 r8=0xc055a6e0 r7=0xc055a740 r6=0x00000000 r5=0xc02cd428 r4=0x00000201 bucket_alloc() at bucket_alloc+0x10 scp=0xc01f4678 rlv=0xc01f4f8c (uma_zalloc_arg+0x450) rsp=0xc2e9db24 rfp=0xc2e9db60 r5=0x00000201 r4=0xc026e6b4 uma_zalloc_arg() at uma_zalloc_arg+0x10 scp=0xc01f4b4c rlv=0xc021b4d0 (pmap_get_pv_entry+0x40) rsp=0xc2e9db64 rfp=0xc2e9db70 r10=0x00000000 r9=0xc043c5ac r8=0x2078e55e r7=0xc0a8a0b0 r6=0xc0272f84 r5=0xc05370b8 r4=0x00000000 pmap_get_pv_entry() at pmap_get_pv_entry+0x10 scp=0xc021b4a0 rlv=0xc02201a0 (pmap_enter_locked+0xcfc) rsp=0xc2e9db74 rfp=0xc2e9dbf0 pmap_enter_locked() at pmap_enter_locked+0x10 scp=0xc021f4b4 rlv=0xc0220704 (pmap_enter+0x74) rsp=0xc2e9dbf4 rfp=0xc2e9dc20 r10=0x00000007 r9=0xc2e9dde4 r8=0xc056dea0 r7=0xbffff000 r6=0xc043a07c r5=0xc0a8a0b0 r4=0xc0272f84 pmap_enter() at pmap_enter+0x10 scp=0xc02206a0 rlv=0xc01f80e0 (vm_fault+0x1688) rsp=0xc2e9dc24 rfp=0xc2e9dd3c r10=0x00000002 r8=0xbffff000 r7=0xc0a88000 r6=0x00000000 r5=0xc0273420 r4=0xc056dea0 vm_fault() at vm_fault+0x10 scp=0xc01f6a68 rlv=0xc0224078 (data_abort_handler+0x360) rsp=0xc2e9dd40 rfp=0xc2e9dde0 r10=0x00000002 r9=0xc2e9dde4 r8=0xbffff000 r7=0xc0a88000 r6=0x00000000 r5=0xc0273420 r4=0xc0a86088 data_abort_handler() at data_abort_handler+0x10 scp=0xc0223d28 rlv=0xc0217784 (exception_exit) rsp=0xc2e9dde4 rfp=0xc2e9de84 r10=0xc02b7d0a r9=0xc0a86000 r8=0xc2e9deac r7=0xc02b7d0a r6=0xc02b7d00 r5=0xffff1004 r4=0xffffffff start_init() at start_init+0x10 scp=0xc0082244 rlv=0xc009c460 (fork_exit+0x84) rsp=0xc2e9de88 rfp=0xc2e9dea8 r10=0x00000000 r9=0x00000000 r8=0xc2e9deac r7=0x00000000 r6=0xc0082234 r5=0xc0a86000 r4=0xc0a88000 fork_exit() at fork_exit+0x10 scp=0xc009c3ec rlv=0xc022354c (fork_trampoline+0x14) rsp=0xc2e9deac rfp=0x00000000 r8=0x00000000 r7=0x6c6c6568 r6=0x735f6365 r5=0x00000000 r4=0xc0082234 -- Ian From owner-freebsd-arm@FreeBSD.ORG Mon Sep 24 06:20:00 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9766106566C for ; Mon, 24 Sep 2012 06:20:00 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh10.mail.rice.edu (mh10.mail.rice.edu [128.42.201.30]) by mx1.freebsd.org (Postfix) with ESMTP id 734AC8FC0C for ; Mon, 24 Sep 2012 06:20:00 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id D2BA2604D2; Mon, 24 Sep 2012 01:19:59 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id CF1A0604D4; Mon, 24 Sep 2012 01:19:59 -0500 (CDT) X-Virus-Scanned: by amavis-2.7.0 at mh10.mail.rice.edu, auth channel Received: from mh10.mail.rice.edu ([127.0.0.1]) by mh10.mail.rice.edu (mh10.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id M2A_ZK2TSG51; Mon, 24 Sep 2012 01:19:59 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh10.mail.rice.edu (Postfix) with ESMTPSA id 18A79604D2; Mon, 24 Sep 2012 01:19:59 -0500 (CDT) Message-ID: <505FFB8C.8050903@rice.edu> Date: Mon, 24 Sep 2012 01:19:56 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: Ian Lepore References: <1345315508.27688.260.camel@revolution.hippie.lan> <503D12AE.1050705@rice.edu> <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> <505DE03D.7050101@rice.edu> <1348333663.5548.24.camel@revolution.hippie.lan> <505E0739.8080802@rice.edu> <1348346711.15745.3.camel@revolution.hippie.lan> In-Reply-To: <1348346711.15745.3.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" , Alan Cox Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Sep 2012 06:20:00 -0000 Going back a few messages, I now see the root of the witness problems in the stack trace below. Other architectures implement pmap_kextract() in a lock-less fashion. Arm is implementing pmap_kextract() as pmap_extract(pmap_kernel(), ...), which isn't lock-less. This locking is problematic. As long as it exists, uma_dbg_alloc() will acquire the UMA zone lock before the pmap lock, and elsewhere the pmap lock will be acquired before the UMA zone lock. On 09/22/2012 15:45, Ian Lepore wrote: > On Sat, 2012-09-22 at 13:45 -0500, Alan Cox wrote: >> On 09/22/2012 12:07, Ian Lepore wrote: >>> There has been a boot-time LOR involving the same locks, but with a >>> different backtrace, for a long time. In case it helps, the following >>> is from freebsd 8.2 (the latest I can test with right now), the pmap.c >>> in question is r205956 according to the __FBSDID() in the code. There >>> are actually two LORs below, the first involves the same locks as above, >>> the second one is different. >>> >>> Trying to mount root from ufs:/dev/mmcsd0s1a >>> warning: no time-of-day clock registered, system time will not be set accurately >>> lock order reversal: >>> 1st 0xc0a8a0b0 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:971 >>> 2nd 0xc055b608 PV ENTRY (UMA zone) @ /usr/src/sys/vm/uma_core.c:2055 >> >> This is actually the correct lock ordering. So, something happened >> before this that incorrectly trained witness. Are you able to boot a >> kernel with a modified kern/subr_witness? If so, then you could >> explicitly set the lock order to be the above, correct ordering, and >> witness would report the actual case of LOR. > Yep. Looks like the first one (reversed) is very very early in the > init. After this one, there were no other LORs during the boot until > the one that you said is fixed now in -current. > > lock order reversal: > 1st 0xc055bd08 4096 (UMA zone) @ /usr/src/sys/vm/uma_core.c:2011 > 2nd 0xc043c198 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:3734 > KDB: stack backtrace: > db_trace_thread() at db_trace_thread+0x10 > scp=0xc0215da0 rlv=0xc0215fa4 (db_trace_self+0x1c) > rsp=0xc04ddc28 rfp=0xc04ddc34 > r10=0x00000000 r9=0xc0a4b0d0 > r8=0xc040ba9c r7=0xffffffff r6=0xc0a4b068 r5=0xc023a23c > r4=0xc04ddc40 > db_trace_self() at db_trace_self+0x10 > scp=0xc0215f98 rlv=0xc001ee0c (db_trace_self_wrapper+0x30) > rsp=0xc04ddc38 rfp=0xc04ddd54 > db_trace_self_wrapper() at db_trace_self_wrapper+0x10 > scp=0xc001edec rlv=0xc00ef4f8 (kdb_backtrace+0x3c) > rsp=0xc04ddd58 rfp=0xc04ddd68 > r4=0xc02dbfc4 > kdb_backtrace() at kdb_backtrace+0x10 > scp=0xc00ef4cc rlv=0xc0102c48 (_witness_debugger+0x2c) > rsp=0xc04ddd6c rfp=0xc04ddd80 > r4=0x00000001 > _witness_debugger() at _witness_debugger+0x10 > scp=0xc0102c2c rlv=0xc0103468 (witness_checkorder+0x7e8) > rsp=0xc04ddd84 rfp=0xc04dddd0 > r5=0x00000000 r4=0xc043c198 > witness_checkorder() at witness_checkorder+0x10 > scp=0xc0102c90 rlv=0xc00b37fc (_mtx_lock_flags+0xa4) > rsp=0xc04dddd4 rfp=0xc04dddf8 > r10=0x00000a10 r9=0x00000002 > r8=0x00000000 r7=0x00000e96 r6=0xc0272fdc r5=0x00000000 > r4=0xc043c198 > _mtx_lock_flags() at _mtx_lock_flags+0x10 > scp=0xc00b3768 rlv=0xc021b2b8 (pmap_extract+0x2c) > rsp=0xc04dddfc rfp=0xc04dde18 > r8=0xc05550a0 r7=0xc043c198 > r6=0xc0a49000 r5=0xc043c198 r4=0x00000c0a > pmap_extract() at pmap_extract+0x10 > scp=0xc021b29c rlv=0xc01f572c (uma_dbg_getslab+0x28) > rsp=0xc04dde1c rfp=0xc04dde28 > r7=0xc0555100 r6=0xc0a49000 > r5=0x00000000 r4=0xc05550a0 > uma_dbg_getslab() at uma_dbg_getslab+0x10 > scp=0xc01f5714 rlv=0xc01f596c (uma_dbg_alloc+0x24) > rsp=0xc04dde2c rfp=0xc04dde44 > uma_dbg_alloc() at uma_dbg_alloc+0x10 > scp=0xc01f5958 rlv=0xc01f4c4c (uma_zalloc_arg+0xec) > rsp=0xc04dde48 rfp=0xc04dde84 > r6=0xc05550a0 r5=0xc0a49000 > r4=0xc026e718 > uma_zalloc_arg() at uma_zalloc_arg+0x10 > scp=0xc01f4b70 rlv=0xc00aff80 (malloc+0xf8) > rsp=0xc04dde88 rfp=0xc04ddeb0 > r10=0x00000a10 r9=0x00000002 > r8=0x00000020 r7=0xc02bf588 r6=0xc05550a0 r5=0x00000102 > r4=0x00000008 > malloc() at malloc+0x10 > scp=0xc00afe98 rlv=0xc00b28c8 (mtx_pool_create+0x54) > rsp=0xc04ddeb4 rfp=0xc04dded0 > r10=0x204fe888 r9=0x00000019 > r8=0x20479a90 r7=0x00000000 r6=0xc0254a30 r5=0x00000080 > r4=0xc0276a90 > mtx_pool_create() at mtx_pool_create+0x10 > scp=0xc00b2884 rlv=0xc00b290c (mtx_pool_setup_dynamic+0x1c) > rsp=0xc04dded4 rfp=0xc04ddee0 > r7=0x20000124 r6=0x00000004 > r5=0x20000130 r4=0xc0276a90 > mtx_pool_setup_dynamic() at mtx_pool_setup_dynamic+0x10 > scp=0xc00b2900 rlv=0xc0082654 (mi_startup+0xf8) > rsp=0xc04ddee4 rfp=0xc04ddef4 > mi_startup() at mi_startup+0x10 > scp=0xc008256c rlv=0xc00001cc (virt_done+0x18) > rsp=0xc04ddef8 rfp=0x00000000 > r4=0x2000020c > > -- Ian > > From owner-freebsd-arm@FreeBSD.ORG Mon Sep 24 08:58:36 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FAC1106566C for ; Mon, 24 Sep 2012 08:58:36 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C86FC8FC18 for ; Mon, 24 Sep 2012 08:58:35 +0000 (UTC) Received: by vbmv11 with SMTP id v11so7378201vbm.13 for ; Mon, 24 Sep 2012 01:58:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=cA+e3Xj/RCgNbO7o62uCDtGZZVltQ7jYIp1VKEgipps=; b=AT5EpHJlMhyN1eMnCwsc+9By/8lgiTRZ7+LcKcKy3Dgr0fK7EvzmzJ4hvdPJ6a7n0U Wloeb/mAvmiMzzK+kOJ9YKpXikL+PPCW9r0RwhlhexyeSlzKTK7oomXDPjqkv9Yp5jeB IN1vBCQLFaim40izb1ZEqkypE09ktuUFwQsVmBAlEBpXqdyaAXxxzGYaRclrAX+zCwuH ONxp20jR6QjUkzpVHXzE1v5T6D3SXMVQ+eBJ8d6GtZ/ZPsxtni2mqRKjXDe8PgagmJbV s7PMxiWBVVPkJwAgMi91ZTavZwofUmoP3tMlCuqbI0GHKoDNzevvpQzSp2m7AgrhxOcO BDng== MIME-Version: 1.0 Received: by 10.220.239.209 with SMTP id kx17mr7025427vcb.41.1348477114575; Mon, 24 Sep 2012 01:58:34 -0700 (PDT) Received: by 10.58.221.193 with HTTP; Mon, 24 Sep 2012 01:58:34 -0700 (PDT) Date: Mon, 24 Sep 2012 16:58:34 +0800 Message-ID: From: Alie Tan To: freebsd-arm@freebsd.org X-Gm-Message-State: ALoCoQnbgE5+mXUkrODyujaMlDOgGXnac2XxOpua4I74e+gzjdpC6s2LdzVCT8rqr0Kou34EsyZm Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: AllWinner A10 user manual with registers X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Sep 2012 08:58:36 -0000 Not sure if this NDA'ed https://groups.google.com/group/cubieboard/attach/6ed358c14d9a7b31/A10%20User%20manual.pdf?part=4&authuser=1 Would be good if we have AllWinner support since some of cheap boards and mini PC based on AllWinner From owner-freebsd-arm@FreeBSD.ORG Mon Sep 24 11:07:17 2012 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF501065672 for ; Mon, 24 Sep 2012 11:07:17 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D5C1E8FC1A for ; Mon, 24 Sep 2012 11:07:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8OB7H79085888 for ; Mon, 24 Sep 2012 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8OB7HXh085886 for freebsd-arm@FreeBSD.org; Mon, 24 Sep 2012 11:07:17 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Sep 2012 11:07:17 GMT Message-Id: <201209241107.q8OB7HXh085886@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 Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Sep 2012 11:07:18 -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 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 [patch] nslu2_led driver for the LEDs on the NSLU2 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 14 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Sep 24 20:28:09 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7BE81065710 for ; Mon, 24 Sep 2012 20:28:08 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 925378FC12 for ; Mon, 24 Sep 2012 20:28:08 +0000 (UTC) Received: by qcsl39 with SMTP id l39so737530qcs.13 for ; Mon, 24 Sep 2012 13:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=vX/x4GyOJmvLRn5HpzpqjSBCpgNiVSzxRftjMUEl0IU=; b=b4F9szBgDF+y8Nv9mbHaQdIPhq//efDXvJ+0cC2ZLcghIV0EwTQLu8MATx8yDGGJtt THjlN+g2ucqkIMHj4NkK/Ln+5FqEI5yxsKMv6oTwg6hbGA5M6o5llY564NyRpQzsfLBH GkQ0wqeq+4u5iLqQjk23MBCX0N7bMzdtpz0ZoLyhUYWgJXupGCimdJrg+gOKNalv778l sTLUqKg86xy9fgACC8UgfuJY9cPWZFX4UKPGFnS6Jx3MUmlYXeE0fhzZzSDptA9ZUJjq 7neiJ/ccCKnNsqP1D7cc/LbTp6t45AN01aZuVEUNpf5aH8yi0XFt7Xs3o/IlPzq4BeVr u3Jw== MIME-Version: 1.0 Received: by 10.224.28.14 with SMTP id k14mr35159310qac.72.1348518481961; Mon, 24 Sep 2012 13:28:01 -0700 (PDT) Sender: giovanni.trematerra@gmail.com Received: by 10.229.97.149 with HTTP; Mon, 24 Sep 2012 13:28:01 -0700 (PDT) In-Reply-To: <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> Date: Mon, 24 Sep 2012 22:28:01 +0200 X-Google-Sender-Auth: tTPjAMktQAFa1jfQ7OIGSOfc1Sk Message-ID: From: Giovanni Trematerra To: Tim Kientzle Content-Type: text/plain; charset=UTF-8 Cc: arm@freebsd.org Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Sep 2012 20:28:09 -0000 On Sun, Sep 23, 2012 at 8:55 PM, Tim Kientzle wrote: > On Sep 4, 2012, at 9:52 PM, Tim Kientzle wrote: >> On Sep 4, 2012, at 9:33 PM, Dave Cheney wrote: >> >>> Sorry to butt in on this discussion, but how feasible would it be to adapt this build script to the pandaboard. I understand there may be a config in svn similar to the beaglebone which may be applicable. >> >> I've started tinkering with ideas for generalizing my >> BeagleBone script so it can build system images for >> other boards. > > I've made significant progress and would > appreciate any feedback: > > github.com/kientzle/freebsd-beaglebone > > This has been massively refactored so it can > build system images for a variety of > ARM-based boards. Right now: > > * BeagleBone builds and boots cleanly again. ;-) > In particular, I've caught up with some changes to > ubldr in -CURRENT and switched to using the > stable DENX U-Boot sources instead of the > rapidly-evolving (and often broken) TI/Arago sources. > > * PandaBoard: I have a completely untested > sketch. Someone with a PandaBoard will need > to work through the U-Boot configuration to make > this work. I just bought a PandaBoard. I'll try to have a bootable image with your script. Thank you -- Gianni From owner-freebsd-arm@FreeBSD.ORG Tue Sep 25 14:19:04 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C361106566C for ; Tue, 25 Sep 2012 14:19:04 +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 1A6598FC0C for ; Tue, 25 Sep 2012 14:19:04 +0000 (UTC) Received: from [209.249.190.124] (port=63403 helo=dhcp-10-2-212-168.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1TGVyY-0007j9-PV; Tue, 25 Sep 2012 10:19:03 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) From: George Neville-Neil In-Reply-To: <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> Date: Tue, 25 Sep 2012 10:18:57 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1498) 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 Cc: arm@freebsd.org Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Sep 2012 14:19:04 -0000 On Sep 23, 2012, at 14:55 , Tim Kientzle wrote: > On Sep 4, 2012, at 9:52 PM, Tim Kientzle wrote: >> On Sep 4, 2012, at 9:33 PM, Dave Cheney wrote: >>=20 >>> Sorry to butt in on this discussion, but how feasible would it be to = adapt this build script to the pandaboard. I understand there may be a = config in svn similar to the beaglebone which may be applicable.=20 >>=20 >> I've started tinkering with ideas for generalizing my >> BeagleBone script so it can build system images for >> other boards. >=20 > I've made significant progress and would > appreciate any feedback: >=20 > github.com/kientzle/freebsd-beaglebone >=20 > This has been massively refactored so it can > build system images for a variety of > ARM-based boards. Right now: >=20 > * BeagleBone builds and boots cleanly again. ;-) > In particular, I've caught up with some changes to > ubldr in -CURRENT and switched to using the > stable DENX U-Boot sources instead of the > rapidly-evolving (and often broken) TI/Arago sources. >=20 > * PandaBoard: I have a completely untested > sketch. Someone with a PandaBoard will need > to work through the U-Boot configuration to make > this work. >=20 > * RaspberryPi: I have a completely untested > sketch that will need more work before it can > build a bootable image. >=20 > Others? If you're interested in adding support for > other boards, let me know. All the boards above: > * Are ARMv6-based. > * Have a kernel configuration in -CURRENT > * Boot from an MBR-partitioned SD card or USB stick > * Boot using U-Boot and ubldr >=20 > It should be pretty straightforward to add support > for other boards that meet these criteria. The hardest > part is working up the correct U-Boot patches; hopefully > the existing BeagleBone patches will prove helpful > to anyone who wants to work on this. >=20 I will test the Pi and BeagleBone in the next few days. House guests are keeping me from my office after work :-( Great that you're moving this forwards! I wonder how we can get this = into the main tree so that it gets the appropriate help and testing. Any = ideas on where you'd want to put this Tim? Best, George From owner-freebsd-arm@FreeBSD.ORG Tue Sep 25 15:40:13 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0021065670 for ; Tue, 25 Sep 2012 15:40:13 +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 B9CB68FC0C for ; Tue, 25 Sep 2012 15:40:12 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q8PFeCqs050344; Tue, 25 Sep 2012 15:40:12 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.143] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id rs3u946zjbubp4a5frw47wjjnw; Tue, 25 Sep 2012 15:40:11 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> Date: Tue, 25 Sep 2012 08:40:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> To: George Neville-Neil X-Mailer: Apple Mail (2.1278) Cc: arm@freebsd.org Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Sep 2012 15:40:13 -0000 On Sep 25, 2012, at 7:18 AM, George Neville-Neil wrote: >=20 > On Sep 23, 2012, at 14:55 , Tim Kientzle wrote: >=20 >> On Sep 4, 2012, at 9:52 PM, Tim Kientzle wrote: >>> On Sep 4, 2012, at 9:33 PM, Dave Cheney wrote: >>>=20 >>>> Sorry to butt in on this discussion, but how feasible would it be = to adapt this build script to the pandaboard. I understand there may be = a config in svn similar to the beaglebone which may be applicable.=20 >>>=20 >>> I've started tinkering with ideas for generalizing my >>> BeagleBone script so it can build system images for >>> other boards. >>=20 >> I've made significant progress and would >> appreciate any feedback: >>=20 >> github.com/kientzle/freebsd-beaglebone >>=20 >=20 > I will test the Pi and BeagleBone in the next few days. House guests > are keeping me from my office after work :-( Pi still has a long ways to go. I've not yet gotten a booting image (partly because the serial cable seems insufficient to get any boot messages; I guess I need to connect an HDMI monitor as well?) > Great that you're moving this forwards! I wonder how we can get this = into > the main tree so that it gets the appropriate help and testing. Any = ideas > on where you'd want to put this Tim? Once it can handle a couple of boards and I'm convinced it's actually legible and useful to someone other than me, then it could go beside nanobsd. Someday, someday, I'd like to see this used to build "official FreeBSD releases" for some of these boards, but we've all got a bit of work ahead of us before we're ready for that. Needs a better name than beaglebsd, though; it aspires to so much more. ;-) Tim From owner-freebsd-arm@FreeBSD.ORG Tue Sep 25 15:50:06 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC4A106566C for ; Tue, 25 Sep 2012 15:50:06 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh10.mail.rice.edu (mh10.mail.rice.edu [128.42.201.30]) by mx1.freebsd.org (Postfix) with ESMTP id D1AB68FC14 for ; Tue, 25 Sep 2012 15:50:05 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 1F8D3604E1; Tue, 25 Sep 2012 10:50:05 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 1DF9F603E2; Tue, 25 Sep 2012 10:50:05 -0500 (CDT) X-Virus-Scanned: by amavis-2.7.0 at mh10.mail.rice.edu, auth channel Received: from mh10.mail.rice.edu ([127.0.0.1]) by mh10.mail.rice.edu (mh10.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id xZK27g76eCZ2; Tue, 25 Sep 2012 10:50:05 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh10.mail.rice.edu (Postfix) with ESMTPSA id 71DCC603E1; Tue, 25 Sep 2012 10:50:04 -0500 (CDT) Message-ID: <5061D2AA.3000100@rice.edu> Date: Tue, 25 Sep 2012 10:50:02 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: "arm@freebsd.org" , John-Mark Gurney References: <1345315508.27688.260.camel@revolution.hippie.lan> <503D12AE.1050705@rice.edu> <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> In-Reply-To: <20120917033308.GB58312@funkthat.com> Content-Type: multipart/mixed; boundary="------------060804050202020708080306" Cc: Alan Cox Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Sep 2012 15:50:06 -0000 This is a multi-part message in MIME format. --------------060804050202020708080306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 09/16/2012 22:33, John-Mark Gurney wrote: > Alan Cox wrote this message on Sat, Sep 15, 2012 at 14:27 -0500: >> On 09/14/2012 23:50, John-Mark Gurney wrote: >>> Alan Cox wrote this message on Tue, Sep 11, 2012 at 14:06 -0500: >>>> On 09/10/2012 17:34, Ian Lepore wrote: >>>>> On Sat, 2012-09-08 at 12:51 -0500, Alan Cox wrote: >>>>>> Here is another patch. This simplifies the kernel pmap locking in >>>>>> pmap_enter_pv() and corrects some comments. >>>>>> >>>>>> Thanks in advance, >>>>>> Alan >>>>>> >>>>> I'm afraid I'm not going to be able to do this any time soon. I bricked >>>>> my DreamPlug last Friday (the bright side: the nandfs_newfs command in >>>>> -current apparently works just fine when applied to real hardware rather >>>>> than the simulator device). I haven't had any success in getting >>>>> openocd to transfer a new uboot image to it. So I'm probably going to >>>>> be without arm hardware that can run anything newer than 8.2 for a few >>>>> weeks (until my new atmel eval board arrives). >>>>> >>>> Thanks for letting me know. >>>> >>>> Could someone else here please test the attached patch? >>> I figure since you've been looking at arm's pmap, that I should report >>> to you a LOR that I observered recently on my armv6 board: >>> lock order reversal: >>> 1st 0xc1cf70b0 pmap (pmap) @ /usr/src.HEAD/sys/arm/arm/pmap-v6.c:673 >>> 2nd 0xc091e608 PV ENTRY (UMA zone) @ /usr/src.HEAD/sys/vm/uma_core.c:2084 >>> KDB: stack backtrace: >>> db_trace_self() at db_trace_self+0xc >>> scp=0xc05a294c rlv=0xc025b298 (X_db_sym_numargs+0x1bc) >>> rsp=0xc9d1a8fc rfp=0xc9d1aa18 >>> X_db_sym_numargs() at X_db_sym_numargs+0x194 >>> scp=0xc025b270 rlv=0xc0398340 (kdb_backtrace+0x3c) >>> rsp=0xc9d1aa1c rfp=0xc9d1aa2c >>> r4=0xc06bda44 >>> kdb_backtrace() at kdb_backtrace+0xc >>> scp=0xc0398310 rlv=0xc03ad3f8 (witness_display_spinlock+0x80) >>> rsp=0xc9d1aa30 rfp=0xc9d1aa44 >>> r4=0x00000001 >>> witness_display_spinlock() at witness_display_spinlock+0x5c >>> scp=0xc03ad3d4 rlv=0xc03ae6d8 (witness_checkorder+0x884) >>> rsp=0xc9d1aa48 rfp=0xc9d1aa98 >>> r5=0xc1cf70b0 r4=0xc06263d4 >>> witness_checkorder() at witness_checkorder+0xc >>> scp=0xc03ade60 rlv=0xc0355b9c (_mtx_lock_flags+0xcc) >>> rsp=0xc9d1aa9c rfp=0xc9d1aabc >>> r10=0xc1cf70b0 r9=0x00000000 >>> r8=0xc091d6e0 r7=0xc0620730 r6=0x00000824 r5=0x00000000 >>> r4=0xc091e608 >>> _mtx_lock_flags() at _mtx_lock_flags+0xc >>> scp=0xc0355adc rlv=0xc057d290 (uma_zalloc_arg+0x1a8) >>> rsp=0xc9d1aac0 rfp=0xc9d1aafc >>> r7=0xc091d748 r6=0x00000000 >>> r5=0xc08fc0b8 r4=0xc0620730 >>> uma_zalloc_arg() at uma_zalloc_arg+0xc >>> scp=0xc057d0f4 rlv=0xc05abb04 (pmap_growkernel+0xf20) >>> rsp=0xc9d1ab00 rfp=0xc9d1ab70 >>> r10=0xc1cf70b0 r9=0x00000000 >>> r8=0x00000000 r7=0x8122e032 r6=0x00000000 r5=0xc08fc0b8 >>> r4=0x00000001 >>> pmap_growkernel() at pmap_growkernel+0x3fc >>> scp=0xc05aafe0 rlv=0xc05ac14c (pmap_enter+0x70) >>> rsp=0xc9d1ab74 rfp=0xc9d1aba0 >>> r10=0x00000007 r9=0x00000000 >>> r8=0xc09885a8 r7=0xbffff000 r6=0xc08278c0 r5=0xc1cf70b0 >>> r4=0xc06261e0 >>> pmap_enter() at pmap_enter+0xc >>> scp=0xc05ac0e8 rlv=0xc057ff44 (vm_fault_hold+0x1638) >>> rsp=0xc9d1aba4 rfp=0xc9d1ad14 >>> r10=0xc9d1ade4 r8=0x00000000 >>> r7=0x00000002 r6=0x00000000 r5=0xc1cf7000 r4=0xc09885a8 >>> vm_fault_hold() at vm_fault_hold+0xc >>> scp=0xc057e918 rlv=0xc058054c (vm_fault+0x8c) >>> rsp=0xc9d1ad18 rfp=0xc9d1ad3c >>> r10=0xc9d1ade4 r9=0x00000002 >>> r8=0x00000000 r7=0x00000002 r6=0xbffff000 r5=0xc1cf7000 >>> r4=0xc1cf5000 >>> vm_fault() at vm_fault+0xc >>> scp=0xc05804cc rlv=0xc05b0ac8 (data_abort_handler+0x35c) >>> rsp=0xc9d1ad40 rfp=0xc9d1ade0 >>> r8=0xbffff000 r7=0xc1cf5000 >>> r6=0x00000000 r5=0xc0626844 r4=0xc1cf3088 >>> data_abort_handler() at data_abort_handler+0xc >>> scp=0xc05b0778 rlv=0xc05a4150 (address_exception_entry+0x50) >>> rsp=0xc9d1ade4 rfp=0xc9d1ae84 >>> r10=0xc0682bde r9=0xc1cf3000 >>> r8=0xc9d1aeac r7=0xc0682bde r6=0xc0682bd4 r5=0xc05f1648 >>> r4=0xbfffffff >>> exec_shell_imgact() at exec_shell_imgact+0x75c >>> scp=0xc031d348 rlv=0xc033b68c (fork_exit+0x94) >>> rsp=0xc9d1ae88 rfp=0xc9d1aea8 >>> r10=0x00000000 r9=0x00000000 >>> r8=0xc9d1aeac r7=0x00000000 r6=0xc031d33c r5=0xc1cf3000 >>> r4=0xc1cf5000 >>> fork_exit() at fork_exit+0xc >>> scp=0xc033b604 rlv=0xc05afe44 (fork_trampoline+0x14) >>> rsp=0xc9d1aeac rfp=0x00000000 >>> r8=0x00000000 r7=0x8ffbf8ef >>> r6=0xf5f7f4a9 r5=0x00000000 r4=0xc031d33c >>> >>> FreeBSD beaglebone 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r240480: Thu Nov >>> 3 14:57:01 PDT 2011 >>> jmg@pcbsd-779:/usr/obj/arm.armv6/usr/src.HEAD/sys/helium arm >>> >>> Do you need any more information? >> I'm not sure what to make of this stack trace. In particular, >> pmap_enter() does not directly call pmap_growkernel(). In fact, the >> only caller to pmap_growkernel() in the entire kernel is >> vm_map_insert(), which doesn't appear in this stack trace. Moreover, >> this appears to be a legitimate page fault within the kernel address >> space. (The image activator touches pageable kernel memory.) However, >> such page faults should never need to grow the kernel page table. The >> necessary page table pages should have been allocated during >> initialization when the various kernel map submaps were created. The >> bottom line is that I don't have an immediate answer. I'm going to need >> to think about this. In general, I'm a bit uncomfortable with the way >> that the l2 and l2 table zones are created. > Still getting the LOR.. It always right after boot.. after trying > to mount root and warning about no time-of-day clock, but before setting > hostuuid.. Could you please try the attached patch on your armv6 BEAGLEBONE? My hope is that this addresses the root cause of the LORs involving the pmap lock. Alan --------------060804050202020708080306 Content-Type: text/plain; name="arm_pmap20.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="arm_pmap20.patch" Index: arm/arm/pmap-v6.c =================================================================== --- arm/arm/pmap-v6.c (revision 240913) +++ arm/arm/pmap-v6.c (working copy) @@ -148,9 +148,11 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include +#include #include #include #include @@ -167,8 +169,7 @@ __FBSDID("$FreeBSD$"); #include #include #include -#include -#include + #include #include #include @@ -202,6 +203,7 @@ static pv_entry_t pmap_get_pv_entry(void); static void pmap_enter_locked(pmap_t, vm_offset_t, vm_page_t, vm_prot_t, boolean_t, int); +static vm_paddr_t pmap_extract_locked(pmap_t pmap, vm_offset_t va); static void pmap_alloc_l1(pmap_t); static void pmap_free_l1(pmap_t); @@ -1659,7 +1661,7 @@ pmap_bootstrap(vm_offset_t firstaddr, vm_offset_t /* * Initialize the global pv list lock. */ - rw_init_flags(&pvh_global_lock, "pmap pv global", RW_RECURSE); + rw_init(&pvh_global_lock, "pmap pv global"); /* * Reserve some special page table entries/VA space for temporary @@ -2100,6 +2102,13 @@ pmap_kenter_user(vm_offset_t va, vm_paddr_t pa) pmap_fault_fixup(pmap_kernel(), va, VM_PROT_READ|VM_PROT_WRITE, 1); } +vm_paddr_t +pmap_kextract(vm_offset_t va) +{ + + return (pmap_extract_locked(kernel_pmap, va)); +} + /* * remove a page from the kernel pagetables */ @@ -2850,22 +2859,34 @@ pmap_copy(pmap_t dst_pmap, pmap_t src_pmap, vm_off * with the given map/virtual_address pair. */ vm_paddr_t -pmap_extract(pmap_t pm, vm_offset_t va) +pmap_extract(pmap_t pmap, vm_offset_t va) { + vm_paddr_t pa; + + PMAP_LOCK(pmap); + pa = pmap_extract_locked(pmap, va); + PMAP_UNLOCK(pmap); + return (pa); +} + +static vm_paddr_t +pmap_extract_locked(pmap_t pmap, vm_offset_t va) +{ struct l2_dtable *l2; pd_entry_t l1pd; pt_entry_t *ptep, pte; vm_paddr_t pa; u_int l1idx; + + if (pmap != kernel_pmap) + PMAP_ASSERT_LOCKED(pmap); l1idx = L1_IDX(va); - - PMAP_LOCK(pm); - l1pd = pm->pm_l1->l1_kva[l1idx]; + l1pd = pmap->pm_l1->l1_kva[l1idx]; if (l1pte_section_p(l1pd)) { /* - * These should only happen for pmap_kernel() + * These should only happen for the kernel pmap. */ - KASSERT(pm == pmap_kernel(), ("huh")); + KASSERT(pmap == kernel_pmap, ("huh")); /* XXX: what to do about the bits > 32 ? */ if (l1pd & L1_S_SUPERSEC) pa = (l1pd & L1_SUP_FRAME) | (va & L1_SUP_OFFSET); @@ -2877,34 +2898,22 @@ vm_paddr_t * descriptor as an indication that a mapping exists. * We have to look it up in the L2 dtable. */ - l2 = pm->pm_l2[L2_IDX(l1idx)]; - + l2 = pmap->pm_l2[L2_IDX(l1idx)]; if (l2 == NULL || - (ptep = l2->l2_bucket[L2_BUCKET(l1idx)].l2b_kva) == NULL) { - PMAP_UNLOCK(pm); + (ptep = l2->l2_bucket[L2_BUCKET(l1idx)].l2b_kva) == NULL) return (0); - } - - ptep = &ptep[l2pte_index(va)]; - pte = *ptep; - - if (pte == 0) { - PMAP_UNLOCK(pm); + pte = ptep[l2pte_index(va)]; + if (pte == 0) return (0); - } - switch (pte & L2_TYPE_MASK) { case L2_TYPE_L: pa = (pte & L2_L_FRAME) | (va & L2_L_OFFSET); break; - default: pa = (pte & L2_S_FRAME) | (va & L2_S_OFFSET); break; } } - - PMAP_UNLOCK(pm); return (pa); } Index: arm/arm/pmap.c =================================================================== --- arm/arm/pmap.c (revision 240913) +++ arm/arm/pmap.c (working copy) @@ -145,9 +145,11 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include #include +#include #include #include #include @@ -164,8 +166,7 @@ __FBSDID("$FreeBSD$"); #include #include #include -#include -#include + #include #include #include @@ -197,6 +198,7 @@ static pv_entry_t pmap_get_pv_entry(void); static void pmap_enter_locked(pmap_t, vm_offset_t, vm_page_t, vm_prot_t, boolean_t, int); +static vm_paddr_t pmap_extract_locked(pmap_t pmap, vm_offset_t va); static void pmap_fix_cache(struct vm_page *, pmap_t, vm_offset_t); static void pmap_alloc_l1(pmap_t); static void pmap_free_l1(pmap_t); @@ -2840,6 +2842,13 @@ pmap_kenter_user(vm_offset_t va, vm_paddr_t pa) pmap_fault_fixup(pmap_kernel(), va, VM_PROT_READ|VM_PROT_WRITE, 1); } +vm_paddr_t +pmap_kextract(vm_offset_t va) +{ + + return (pmap_extract_locked(kernel_pmap, va)); +} + /* * remove a page from the kernel pagetables */ @@ -3644,22 +3653,34 @@ pmap_copy(pmap_t dst_pmap, pmap_t src_pmap, vm_off * with the given map/virtual_address pair. */ vm_paddr_t -pmap_extract(pmap_t pm, vm_offset_t va) +pmap_extract(pmap_t pmap, vm_offset_t va) { + vm_paddr_t pa; + + PMAP_LOCK(pmap); + pa = pmap_extract_locked(pmap, va); + PMAP_UNLOCK(pmap); + return (pa); +} + +static vm_paddr_t +pmap_extract_locked(pmap_t pmap, vm_offset_t va) +{ struct l2_dtable *l2; pd_entry_t l1pd; pt_entry_t *ptep, pte; vm_paddr_t pa; u_int l1idx; + + if (pmap != kernel_pmap) + PMAP_ASSERT_LOCKED(pmap); l1idx = L1_IDX(va); - - PMAP_LOCK(pm); - l1pd = pm->pm_l1->l1_kva[l1idx]; + l1pd = pmap->pm_l1->l1_kva[l1idx]; if (l1pte_section_p(l1pd)) { /* - * These should only happen for pmap_kernel() + * These should only happen for the kernel pmap. */ - KASSERT(pm == pmap_kernel(), ("huh")); + KASSERT(pmap == kernel_pmap, ("huh")); /* XXX: what to do about the bits > 32 ? */ if (l1pd & L1_S_SUPERSEC) pa = (l1pd & L1_SUP_FRAME) | (va & L1_SUP_OFFSET); @@ -3671,34 +3692,22 @@ vm_paddr_t * descriptor as an indication that a mapping exists. * We have to look it up in the L2 dtable. */ - l2 = pm->pm_l2[L2_IDX(l1idx)]; - + l2 = pmap->pm_l2[L2_IDX(l1idx)]; if (l2 == NULL || - (ptep = l2->l2_bucket[L2_BUCKET(l1idx)].l2b_kva) == NULL) { - PMAP_UNLOCK(pm); + (ptep = l2->l2_bucket[L2_BUCKET(l1idx)].l2b_kva) == NULL) return (0); - } - - ptep = &ptep[l2pte_index(va)]; - pte = *ptep; - - if (pte == 0) { - PMAP_UNLOCK(pm); + pte = ptep[l2pte_index(va)]; + if (pte == 0) return (0); - } - switch (pte & L2_TYPE_MASK) { case L2_TYPE_L: pa = (pte & L2_L_FRAME) | (va & L2_L_OFFSET); break; - default: pa = (pte & L2_S_FRAME) | (va & L2_S_OFFSET); break; } } - - PMAP_UNLOCK(pm); return (pa); } Index: arm/include/pmap.h =================================================================== --- arm/include/pmap.h (revision 240803) +++ arm/include/pmap.h (working copy) @@ -92,8 +92,7 @@ enum mem_type { #ifdef _KERNEL -#define vtophys(va) pmap_extract(pmap_kernel(), (vm_offset_t)(va)) -#define pmap_kextract(va) pmap_extract(pmap_kernel(), (vm_offset_t)(va)) +#define vtophys(va) pmap_kextract((vm_offset_t)(va)) #endif @@ -228,6 +227,7 @@ void pmap_kenter(vm_offset_t va, vm_paddr_t pa); void pmap_kenter_nocache(vm_offset_t va, vm_paddr_t pa); void *pmap_kenter_temp(vm_paddr_t pa, int i); void pmap_kenter_user(vm_offset_t va, vm_paddr_t pa); +vm_paddr_t pmap_kextract(vm_offset_t va); void pmap_kremove(vm_offset_t); void *pmap_mapdev(vm_offset_t, vm_size_t); void pmap_unmapdev(vm_offset_t, vm_size_t); --------------060804050202020708080306-- From owner-freebsd-arm@FreeBSD.ORG Tue Sep 25 15:55:14 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8EECD106566C for ; Tue, 25 Sep 2012 15:55:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 89C868FC0C for ; Tue, 25 Sep 2012 15:55:05 +0000 (UTC) Received: by obcwo10 with SMTP id wo10so2776805obc.13 for ; Tue, 25 Sep 2012 08:55:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=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=MjSMs/aOTXrYeS14rkpPvCdgxAfRWyBjmS0MEHS8yz8=; b=LjjEeysmr9T8I5ZsniwduJFMviZOiWhxV5uavLSkgR2uix7rz1uEejwn5ZOgAkdDxr jEpfhUDZmhZqlpZO3IhQVGKm3R9lmIv04K7rQ+wnOuyOCoj2ECMU79Cbv6RofKCI3HyW F/loouYPTwN36Zsg+7VgtttPtawZ3etFRiQeVlrLwdTuvFSB5ri43Phu2BZBYk2BJ8Vu D/sIZ5GydRcr99w6uiZIP8n6JZU64qIC1Taab8AjN9DAkR0silTlggrBQ0WoGd3CeNr4 7Jbv25kX60ZBe1rJY1SnBirA6V12idI/yN8F4CSDXY6drOfWx5nhWE9pU8dYG9mpAtHo cm3g== Received: by 10.182.139.99 with SMTP id qx3mr12618245obb.102.1348588504402; Tue, 25 Sep 2012 08:55:04 -0700 (PDT) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id bp7sm550364obc.12.2012.09.25.08.55.01 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Sep 2012 08:55:03 -0700 (PDT) Sender: Warner Losh Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> Date: Tue, 25 Sep 2012 09:54:59 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQnI2GIXrljmq9FuQQAXPZEm2+keDVEMBI8yEKLJ17bDP7Ae5ZKBvBX4FNlLluP32yGXFoOQ Cc: arm@freebsd.org, George Neville-Neil Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Sep 2012 15:55:14 -0000 On Sep 25, 2012, at 9:40 AM, Tim Kientzle wrote: > On Sep 25, 2012, at 7:18 AM, George Neville-Neil wrote: >> Great that you're moving this forwards! I wonder how we can get this = into >> the main tree so that it gets the appropriate help and testing. Any = ideas >> on where you'd want to put this Tim? >=20 > Once it can handle a couple of boards and I'm convinced > it's actually legible and useful to someone other than me, > then it could go beside nanobsd. Someday, someday, I'd > like to see this used to build "official FreeBSD releases" > for some of these boards, but we've all got a bit of work > ahead of us before we're ready for that. Yea. I'd normally lobby for hacks to NanoBSD to make this happen, but = I've come to the conclusion that I don't have the bandwidth to still be = the nanobsd maintainer. > Needs a better name than beaglebsd, though; it aspires > to so much more. ;-) armv6bsd isn't catchy either. BaSeDarm isn't much better :) Warner= From owner-freebsd-arm@FreeBSD.ORG Tue Sep 25 23:13:00 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACC25106566C for ; Tue, 25 Sep 2012 23:13:00 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id 62C8F8FC08 for ; Tue, 25 Sep 2012 23:13:00 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id q8PMlRhK072802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Sep 2012 15:47:27 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id q8PMlQZw072801; Tue, 25 Sep 2012 15:47:26 -0700 (PDT) (envelope-from jmg) Date: Tue, 25 Sep 2012 15:47:26 -0700 From: John-Mark Gurney To: Tim Kientzle Message-ID: <20120925224726.GK19036@funkthat.com> Mail-Followup-To: Tim Kientzle , Dave Cheney , arm@freebsd.org References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 25 Sep 2012 15:47:27 -0700 (PDT) Cc: arm@freebsd.org Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Sep 2012 23:13:00 -0000 Tim Kientzle wrote this message on Sun, Sep 23, 2012 at 11:55 -0700: > On Sep 4, 2012, at 9:52 PM, Tim Kientzle wrote: > > On Sep 4, 2012, at 9:33 PM, Dave Cheney wrote: > > > >> Sorry to butt in on this discussion, but how feasible would it be to adapt this build script to the pandaboard. I understand there may be a config in svn similar to the beaglebone which may be applicable. > > > > I've started tinkering with ideas for generalizing my > > BeagleBone script so it can build system images for > > other boards. > > I've made significant progress and would > appreciate any feedback: > > github.com/kientzle/freebsd-beaglebone > > This has been massively refactored so it can > build system images for a variety of > ARM-based boards. Right now: Your config.sh.sample is incorrect, patch: diff --git a/config.sh.sample b/config.sh.sample index a912885..de06a6e 100644 --- a/config.sh.sample +++ b/config.sh.sample @@ -3,7 +3,7 @@ # # Set up the default configuration for your board -board_config BeagleBone +board_setup BeagleBone # # Read board//README for more details Otherwise board_config is not found... Also, you moved KERNCONF into board/*/setup.sh, but it isn't clear that you can/should override it from config.sh... It looks like you can, as you get the correct kernel, but then the image name is incorrect and has BEAGLEBONE in it... I need to use a custom kernel config since BEAGLEBONE doesn't have a log of useful featuers in it, i.e. SCTP, pass, vlan, pf, etc... and most of the modules aren't built either... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 06:13:42 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CF3C106566B for ; Wed, 26 Sep 2012 06:13:42 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5F4838FC08 for ; Wed, 26 Sep 2012 06:13:42 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id q8Q6DfbQ079379 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Sep 2012 23:13:41 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id q8Q6DfqE079378; Tue, 25 Sep 2012 23:13:41 -0700 (PDT) (envelope-from jmg) Date: Tue, 25 Sep 2012 23:13:40 -0700 From: John-Mark Gurney To: Alan Cox Message-ID: <20120926061340.GL19036@funkthat.com> Mail-Followup-To: Alan Cox , "arm@freebsd.org" References: <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> <5061D2AA.3000100@rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5061D2AA.3000100@rice.edu> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 25 Sep 2012 23:13:41 -0700 (PDT) Cc: "arm@freebsd.org" Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 06:13:42 -0000 Alan Cox wrote this message on Tue, Sep 25, 2012 at 10:50 -0500: > On 09/16/2012 22:33, John-Mark Gurney wrote: > >Still getting the LOR.. It always right after boot.. after trying > >to mount root and warning about no time-of-day clock, but before setting > >hostuuid.. > > Could you please try the attached patch on your armv6 BEAGLEBONE? My > hope is that this addresses the root cause of the LORs involving the > pmap lock. Good news... That patch boots and doesn't have the LOR... FreeBSD 10.0-CURRENT #10 r240947M: Mon Sep 24 17:01:11 PDT 2012 jmg@pcbsd-779:/usr/obj/arm.armv6/usr/src.HEAD/sys/helium arm [...] Trying to mount root from ufs:mmcsd0s2 []... warning: no time-of-day clock registered, system time will not be set accurately Setting hostuuid: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx. Thanks for your work tracking it down! -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 12:46:55 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C66B106566C; Wed, 26 Sep 2012 12:46:55 +0000 (UTC) (envelope-from mcgovern@beta.com) Received: from spoon.beta.com (spoon.beta.com [199.165.180.2]) by mx1.freebsd.org (Postfix) with ESMTP id B95398FC18; Wed, 26 Sep 2012 12:46:54 +0000 (UTC) Received: from [199.165.180.40] (dhcp10.beta.com [199.165.180.40]) by spoon.beta.com (8.14.5/8.14.5) with ESMTP id q8QCduHN001406; Wed, 26 Sep 2012 08:39:56 -0400 (EDT) (envelope-from mcgovern@beta.com) From: "Brian J. McGovern" To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="us-ascii" Date: Wed, 26 Sep 2012 08:39:56 -0400 Message-ID: <1348663196.1662.3.camel@fbsd-workstation.beta.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.0 required=5.0 tests=T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on spoon.beta.com Cc: Subject: Status of arm/156814? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 12:46:55 -0000 I just wanted to check in to see if there is an updated status of PR arm/156814... I have a mostly working OpenRD Ultimate (with a few quirks) under 9.0, and I was planning on taking some time to try to move my patches up to 9.1-RC1 with the intent of being ready for the 9.1-RELEASE. However, I'm willing to do the extra work to get it ready for -CURRENT integration if someone is willing to provide the guidance on making sure the "right things" are known about and get done. -Brian From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 14:41:15 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0CCD1065670 for ; Wed, 26 Sep 2012 14:41:15 +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 6DBCE8FC12 for ; Wed, 26 Sep 2012 14:41:15 +0000 (UTC) Received: from [38.105.238.108] (port=45643 helo=[192.168.1.7]) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1TGsnN-0006Jx-Ku; Wed, 26 Sep 2012 10:41:02 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) From: George Neville-Neil In-Reply-To: <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> Date: Wed, 26 Sep 2012 10:40:54 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1498) 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 Cc: arm@freebsd.org Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 14:41:15 -0000 On Sep 25, 2012, at 11:40 , Tim Kientzle wrote: > Pi still has a long ways to go. I've not yet gotten > a booting image (partly because the serial cable > seems insufficient to get any boot messages; I guess > I need to connect an HDMI monitor as well?) > Noted. > Once it can handle a couple of boards and I'm convinced > it's actually legible and useful to someone other than me, > then it could go beside nanobsd. Someday, someday, I'd > like to see this used to build "official FreeBSD releases" > for some of these boards, but we've all got a bit of work > ahead of us before we're ready for that. > > Needs a better name than beaglebsd, though; it aspires > to so much more. ;-) > I like embedbsd. Best, Geore From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 16:05:13 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E65D01065670 for ; Wed, 26 Sep 2012 16:05:13 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 78F7C8FC18 for ; Wed, 26 Sep 2012 16:05:13 +0000 (UTC) Received: by eaac10 with SMTP id c10so316956eaa.13 for ; Wed, 26 Sep 2012 09:05:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=TC+21PItknekLIw4Ac0kLIxynzckSWIL5RHfs1axySw=; b=f1TpbxrK6pnrvDCLPIDOrSEOOGI6YL5qmAYpCXj4cgKmJWZrefqI2JIvzJtSiHMdIj XhzGCNNhCHQmm9JZmNscXmkFvSh0RPNUfGKsPmjXPJBxFgGQMxjEKREP+ZFGDmQsCeF2 a+DuY5XRYSB0sOiMbcx3bemu8DHsZjinHS4146uwBE5vVTFJBfuKyUbJnIYgybMGYi3t o2usTYuJBl0dubn8sfwqgMWvrhckJK0VX0Q3Sd/uhjwd7KpS5T0lbHFTxRlgkCOvZKUt gp0OK8X6a32MB+/AuVD7gzgnquf/z6z6HCM1pVkUDD9j+ZIRjkUxMwfqmPGyu/SJXQo2 LBfg== Received: by 10.14.211.3 with SMTP id v3mr2069292eeo.43.1348675512521; Wed, 26 Sep 2012 09:05:12 -0700 (PDT) Received: from mini.office.venture37.com (mini.office.venture37.com. [2001:4b10:101a:2::10]) by mx.google.com with ESMTPS id m42sm10371740eep.16.2012.09.26.09.05.10 (version=SSLv3 cipher=OTHER); Wed, 26 Sep 2012 09:05:11 -0700 (PDT) Message-ID: <506327AD.8030103@gmail.com> Date: Wed, 26 Sep 2012 17:05:01 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: "arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 16:05:14 -0000 Hi, My Pi rev2 hangs after smsc0: chip 0xec00, rev. 0002 on boot if I have ue0 configured in my rc.conf, with the interface configured to use DHCP the system hangs & issuing ^C result in smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy Issuing ^C again results in smsc0: warning: Failed to read register 0x118 Issuing ^C a third time reverts back to first warning & repeats. Configuring the interface with a static IP address automatically spits out smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy & then hangs. Pressing ^C just prints out smsc0: warning: Failed to read register 0x114 smsc0: warning: MII read timeout & not 0x118 Sevan From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 16:28:32 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 419AE106566B; Wed, 26 Sep 2012 16:28:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 925EF8FC08; Wed, 26 Sep 2012 16:28:31 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 326953354; Wed, 26 Sep 2012 18:23:23 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Wed, 26 Sep 2012 18:24:46 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> In-Reply-To: <506327AD.8030103@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209261824.46257.hselasky@c2i.net> Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 16:28:32 -0000 On Wednesday 26 September 2012 18:05:01 Sevan / Venture37 wrote: > Hi, > My Pi rev2 hangs after smsc0: chip 0xec00, rev. 0002 on boot if I have > ue0 configured in my rc.conf, > with the interface configured to use DHCP the system hangs & issuing ^C > result in > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > Issuing ^C again results in > smsc0: warning: Failed to read register 0x118 > Issuing ^C a third time reverts back to first warning & repeats. > > Configuring the interface with a static IP address automatically spits > out smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy & then hangs. Pressing ^C just prints out > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII read timeout > & not 0x118 Hi, Is this the latest 10-current? There has been some changes in this area recently. --HPS From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 16:28:32 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 419AE106566B; Wed, 26 Sep 2012 16:28:32 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 925EF8FC08; Wed, 26 Sep 2012 16:28:31 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 326953354; Wed, 26 Sep 2012 18:23:23 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Wed, 26 Sep 2012 18:24:46 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> In-Reply-To: <506327AD.8030103@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209261824.46257.hselasky@c2i.net> Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 16:28:32 -0000 On Wednesday 26 September 2012 18:05:01 Sevan / Venture37 wrote: > Hi, > My Pi rev2 hangs after smsc0: chip 0xec00, rev. 0002 on boot if I have > ue0 configured in my rc.conf, > with the interface configured to use DHCP the system hangs & issuing ^C > result in > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy > Issuing ^C again results in > smsc0: warning: Failed to read register 0x118 > Issuing ^C a third time reverts back to first warning & repeats. > > Configuring the interface with a static IP address automatically spits > out smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII is busy & then hangs. Pressing ^C just prints out > smsc0: warning: Failed to read register 0x114 > smsc0: warning: MII read timeout > & not 0x118 Hi, Is this the latest 10-current? There has been some changes in this area recently. --HPS From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 17:09:42 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4FA6F106566B for ; Wed, 26 Sep 2012 17:09:42 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id D16748FC0A for ; Wed, 26 Sep 2012 17:09:41 +0000 (UTC) Received: by eaac10 with SMTP id c10so345012eaa.13 for ; Wed, 26 Sep 2012 10:09:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+g4WuBCLEvDdAhJQu74iautAKVVLs+rgouz04Uniusk=; b=oPJAwKInPSngLhfB8S+eoV/e/ZUfEUdbX6WcEi9ZrvCs4+okKGnXp8j6+GciwIip8W E1I3NCyqY4HD1ngV/XQ5yX/O7p7bcuLjw552xQT3K1eC17NICl111d7xoFgqDbDJ1TB2 ByOUriDjdJV9eDeuHObc4yWplswBAJ+9GPDxSKQUvDgEx8LEW8TUijjbpbAqYDHHwWBo wotrRW2wdrOFCznK8V1KqswZYvrtwo5PmESUlhtqKOrPsAsCb2JpcIqnKeIrq5LMB6ll eeHeb/38JCNQ3ti8kZWwkfTPCgKLC3Ic9aQtyO5vHmTA1jP+K7yEWBhQYuz4LFRggx6G BY7Q== Received: by 10.14.184.133 with SMTP id s5mr2421707eem.31.1348679380727; Wed, 26 Sep 2012 10:09:40 -0700 (PDT) Received: from mini.office.venture37.com (mini.office.venture37.com. [2001:4b10:101a:2::10]) by mx.google.com with ESMTPS id z3sm10818974eel.15.2012.09.26.10.09.38 (version=SSLv3 cipher=OTHER); Wed, 26 Sep 2012 10:09:39 -0700 (PDT) Message-ID: <506336D1.5080100@gmail.com> Date: Wed, 26 Sep 2012 18:09:37 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Hans Petter Selasky References: <506327AD.8030103@gmail.com> <201209261824.46257.hselasky@c2i.net> In-Reply-To: <201209261824.46257.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 17:09:42 -0000 On 26/09/2012 17:24, Hans Petter Selasky wrote: > Hi, > > Is this the latest 10-current? > > There has been some changes in this area recently. > > --HPS Sorry my bad, I meant to post the rev number too, yes, the latest code, updated src last night & built a fresh world & kernel, followed up again thin afternoon post r240956 with a new kernel build. I can send through exact revision number later once I have everything setup again if needed. Sevan From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 17:24:43 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 048AA10656D3 for ; Wed, 26 Sep 2012 17:24:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6928FC0A for ; Wed, 26 Sep 2012 17:24:41 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 323484705; Wed, 26 Sep 2012 19:24:33 +0200 From: Hans Petter Selasky To: "Sevan / Venture37" Date: Wed, 26 Sep 2012 19:25:56 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <201209261824.46257.hselasky@c2i.net> <506336D1.5080100@gmail.com> In-Reply-To: <506336D1.5080100@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209261925.56089.hselasky@c2i.net> Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 17:24:43 -0000 On Wednesday 26 September 2012 19:09:37 Sevan / Venture37 wrote: > On 26/09/2012 17:24, Hans Petter Selasky wrote: > > Hi, > > > > Is this the latest 10-current? > > > > There has been some changes in this area recently. > > > > --HPS > > Sorry my bad, I meant to post the rev number too, yes, the latest code, > updated src last night & built a fresh world & kernel, followed up again > thin afternoon post r240956 with a new kernel build. I can send through > exact revision number later once I have everything setup again if needed. Does the interface work if you don't enable it in /etc/rc.conf, and type: ifconfig ue0 xxx netmask yyy up ? --HPS From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 17:32:23 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E3E3106564A for ; Wed, 26 Sep 2012 17:32:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 870C48FC22 for ; Wed, 26 Sep 2012 17:32:22 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 323497757; Wed, 26 Sep 2012 19:27:14 +0200 From: Hans Petter Selasky To: "Sevan / Venture37" Date: Wed, 26 Sep 2012 19:28:36 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <201209261824.46257.hselasky@c2i.net> <506336D1.5080100@gmail.com> In-Reply-To: <506336D1.5080100@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209261928.37018.hselasky@c2i.net> Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 17:32:23 -0000 On Wednesday 26 September 2012 19:09:37 Sevan / Venture37 wrote: > On 26/09/2012 17:24, Hans Petter Selasky wrote: > > Hi, > > > > Is this the latest 10-current? > > > > There has been some changes in this area recently. > > > > --HPS > > Sorry my bad, I meant to post the rev number too, yes, the latest code, > updated src last night & built a fresh world & kernel, followed up again > thin afternoon post r240956 with a new kernel build. I can send through > exact revision number later once I have everything setup again if needed. Is it possible to provide me your kernel.bin so that I might reproduce and is this the default RPI-B ? --HPS From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 17:54:22 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75F891065673; Wed, 26 Sep 2012 17:54:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id D29828FC0C; Wed, 26 Sep 2012 17:54:20 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 323505106; Wed, 26 Sep 2012 19:54:19 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Wed, 26 Sep 2012 19:55:42 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <506336D1.5080100@gmail.com> <201209261928.37018.hselasky@c2i.net> In-Reply-To: <201209261928.37018.hselasky@c2i.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209261955.42641.hselasky@c2i.net> Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 17:54:22 -0000 On Wednesday 26 September 2012 19:28:36 Hans Petter Selasky wrote: > On Wednesday 26 September 2012 19:09:37 Sevan / Venture37 wrote: > > On 26/09/2012 17:24, Hans Petter Selasky wrote: > > > Hi, > > > > > > Is this the latest 10-current? > > > > > > There has been some changes in this area recently. > > > > > > --HPS > > > > Sorry my bad, I meant to post the rev number too, yes, the latest code, > > updated src last night & built a fresh world & kernel, followed up again > > thin afternoon post r240956 with a new kernel build. I can send through > > exact revision number later once I have everything setup again if needed. > > Is it possible to provide me your kernel.bin so that I might reproduce and > is this the default RPI-B ? I was able to reproduce the issue. Looks like a problem in the USB DWC OTG chipdriver. --HPS From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 17:54:22 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75F891065673; Wed, 26 Sep 2012 17:54:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id D29828FC0C; Wed, 26 Sep 2012 17:54:20 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 323505106; Wed, 26 Sep 2012 19:54:19 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Wed, 26 Sep 2012 19:55:42 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <506336D1.5080100@gmail.com> <201209261928.37018.hselasky@c2i.net> In-Reply-To: <201209261928.37018.hselasky@c2i.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209261955.42641.hselasky@c2i.net> Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 17:54:22 -0000 On Wednesday 26 September 2012 19:28:36 Hans Petter Selasky wrote: > On Wednesday 26 September 2012 19:09:37 Sevan / Venture37 wrote: > > On 26/09/2012 17:24, Hans Petter Selasky wrote: > > > Hi, > > > > > > Is this the latest 10-current? > > > > > > There has been some changes in this area recently. > > > > > > --HPS > > > > Sorry my bad, I meant to post the rev number too, yes, the latest code, > > updated src last night & built a fresh world & kernel, followed up again > > thin afternoon post r240956 with a new kernel build. I can send through > > exact revision number later once I have everything setup again if needed. > > Is it possible to provide me your kernel.bin so that I might reproduce and > is this the default RPI-B ? I was able to reproduce the issue. Looks like a problem in the USB DWC OTG chipdriver. --HPS From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 18:14:58 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DCCD106564A for ; Wed, 26 Sep 2012 18:14:58 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id A10948FC0C for ; Wed, 26 Sep 2012 18:14:57 +0000 (UTC) Received: by wibhq12 with SMTP id hq12so4126379wib.13 for ; Wed, 26 Sep 2012 11:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=8rMvlf767E08sNLiX3GH3Kb9GomDlcYX6RjZGiLWJ2I=; b=A8zFs/sQt3l2kPa8ReOcQxn0kgZTAemROaw2g4efZwUZZ2lA172RJr5qHVO5DdFqJW rlSu8GTJ1yudA44KAbonMA3dkBqTArOeW90PBDPc8OyWFV5OH1cfaoZcbMpRCl3M6tDS CXexrhhf8337r1xHo9zhzlj4ErxTYaaq62BAE+xM9QuFpx3B7KamRhlntzT6D7q/7JgO cxS94AlcZa0a1+GjPBUrNCabwhmFC8V3E04p6dvXW3fGQXDcSY6cIn1NBJq6TeHP4xgk SBdgAzpOKDylawArAxUO31vj4dkuVLg+MUo485gkjYzGIZZm0fcvMblmnxTFxTuQS3MD bfpg== Received: by 10.180.24.4 with SMTP id q4mr31133394wif.19.1348681914400; Wed, 26 Sep 2012 10:51:54 -0700 (PDT) Received: from [10.28.92.93] ([82.132.236.150]) by mx.google.com with ESMTPS id eu4sm26817732wib.2.2012.09.26.10.51.51 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Sep 2012 10:51:53 -0700 (PDT) References: <506327AD.8030103@gmail.com> <201209261824.46257.hselasky@c2i.net> <506336D1.5080100@gmail.com> <201209261925.56089.hselasky@c2i.net> In-Reply-To: <201209261925.56089.hselasky@c2i.net> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <5A9E6C2C-F573-44B5-890E-84258EE8670C@gmail.com> X-Mailer: iPhone Mail (9B208) From: Sevan / Venture37 Date: Wed, 26 Sep 2012 18:51:44 +0100 To: Hans Petter Selasky Cc: "arm@freebsd.org" Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 18:14:58 -0000 On 26 Sep 2012, at 06:25 PM, Hans Petter Selasky wrote: > Does the interface work if you don't enable it in /etc/rc.conf, and type: >=20 > ifconfig ue0 xxx netmask yyy up Didn't try it with up specified specifically on the end, it just complained a= bout register 0x114= From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 19:05:41 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ACC071065673 for ; Wed, 26 Sep 2012 19:05:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id 393FE8FC1E for ; Wed, 26 Sep 2012 19:05:40 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 320757405 for freebsd-arm@freebsd.org; Wed, 26 Sep 2012 21:00:32 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Wed, 26 Sep 2012 21:01:55 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <201209261928.37018.hselasky@c2i.net> <201209261955.42641.hselasky@c2i.net> In-Reply-To: <201209261955.42641.hselasky@c2i.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209262101.55283.hselasky@c2i.net> Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 19:05:41 -0000 On Wednesday 26 September 2012 19:55:42 Hans Petter Selasky wrote: > On Wednesday 26 September 2012 19:28:36 Hans Petter Selasky wrote: > > On Wednesday 26 September 2012 19:09:37 Sevan / Venture37 wrote: > > > On 26/09/2012 17:24, Hans Petter Selasky wrote: > > > > Hi, > > > > > > > > Is this the latest 10-current? > > > > > > > > There has been some changes in this area recently. > > > > > > > > --HPS > > > > > > Sorry my bad, I meant to post the rev number too, yes, the latest code, > > > updated src last night & built a fresh world & kernel, followed up > > > again thin afternoon post r240956 with a new kernel build. I can send > > > through exact revision number later once I have everything setup again > > > if needed. > > > > Is it possible to provide me your kernel.bin so that I might reproduce > > and is this the default RPI-B ? > > I was able to reproduce the issue. Looks like a problem in the USB DWC OTG > chipdriver. > Hi, Can you try using this patch: http://svn.freebsd.org/changeset/base/240969 --HPS From owner-freebsd-arm@FreeBSD.ORG Wed Sep 26 19:36:12 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 336E21065674 for ; Wed, 26 Sep 2012 19:36:12 +0000 (UTC) (envelope-from venture37@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 AEF4E8FC14 for ; Wed, 26 Sep 2012 19:36:11 +0000 (UTC) Received: by eekc50 with SMTP id c50so589732eek.13 for ; Wed, 26 Sep 2012 12:36:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=m/5iD6cMnK3ZPzxVp11QdwzF/JePIVgigjDJbrixqqY=; b=tS3w4mA9iQ+3D7RqTdTctdPZHJt8dmOmudHvx6a9rUsL+AA/UXt56DTkiaTOTI2LmZ FL+tspBveR6OyIcS1vvLzFI888px/H+7DvGH1EWZNk7LfaqktSjkonHYxoIT3BWjJ/+d Bawhd00RgKrQv4VVPIBM/ngX3EG2xmWAKKn7akehCYrE0GBorcq3tAnF+OPTye5BKahW e53Jnx6e0Xwj4gydetKR9pTxFFe5axN5UGZkklv1bKuu24xmX64i6Q6kxdJSIH9TND4U z1VKHI2i1gJcVAF9sW81vFKM6j1IEGxa4ZmP3UzwaVnVE5PJJQYIWngrI28q/HOlfdMw w6Fg== Received: by 10.14.203.70 with SMTP id e46mr3067994eeo.2.1348688170441; Wed, 26 Sep 2012 12:36:10 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cl-415.lon-02.gb.sixxs.net. [2a01:348:6:19e::2]) by mx.google.com with ESMTPS id h42sm11825125eem.5.2012.09.26.12.36.07 (version=SSLv3 cipher=OTHER); Wed, 26 Sep 2012 12:36:08 -0700 (PDT) Message-ID: <50635923.1060906@gmail.com> Date: Wed, 26 Sep 2012 20:36:03 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <506327AD.8030103@gmail.com> <201209261928.37018.hselasky@c2i.net> <201209261955.42641.hselasky@c2i.net> <201209262101.55283.hselasky@c2i.net> In-Reply-To: <201209262101.55283.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Sep 2012 19:36:12 -0000 On 26/09/2012 20:01, Hans Petter Selasky wrote: > Hi, > > Can you try using this patch: > > http://svn.freebsd.org/changeset/base/240969 > > --HPS with r240696 system hangs after bringing the interface up, kernel still updates the status of the interface as I plug & unplug the ethernet cable but it doesn't go any further. smsc0: chip 0xec00, rev. 0002 ue0: link state changed to DOWN ue0: link state changed to UP Stop Sevan From owner-freebsd-arm@FreeBSD.ORG Thu Sep 27 05:44:16 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76176106568D for ; Thu, 27 Sep 2012 05:44:16 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id 00DE98FC22 for ; Thu, 27 Sep 2012 05:44:15 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 150147882; Thu, 27 Sep 2012 07:39:08 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Thu, 27 Sep 2012 07:40:31 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <201209262101.55283.hselasky@c2i.net> <50635923.1060906@gmail.com> In-Reply-To: <50635923.1060906@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209270740.31455.hselasky@c2i.net> Cc: Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Sep 2012 05:44:16 -0000 On Wednesday 26 September 2012 21:36:03 Sevan / Venture37 wrote: > On 26/09/2012 20:01, Hans Petter Selasky wrote: > > Hi, > > > > Can you try using this patch: > > > > http://svn.freebsd.org/changeset/base/240969 > > > > --HPS > > with r240696 system hangs after bringing the interface up, kernel still > updates the status of the interface as I plug & unplug the ethernet > cable but it doesn't go any further. > > > smsc0: chip 0xec00, rev. 0002 > ue0: link state changed to DOWN > ue0: link state changed to UP There is a debug knob in the smsc driver. Maybe that can be enabled to figure out where it is waiting? --HPS From owner-freebsd-arm@FreeBSD.ORG Thu Sep 27 07:04:33 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D944D1065686 for ; Thu, 27 Sep 2012 07:04:33 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id A09B68FC28 for ; Thu, 27 Sep 2012 07:04:33 +0000 (UTC) Received: from mxin2-orange.clear.net.nz (lb2-srcnat.clear.net.nz [203.97.32.237]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0MAZ006V4YB3YS20@smtp5.clear.net.nz> for freebsd-arm@freebsd.org; Thu, 27 Sep 2012 19:04:17 +1200 (NZST) Received: from 202-0-48-19.paradise.net.nz (HELO localhost) ([202.0.48.19]) by smtpin2.paradise.net.nz with ESMTP; Thu, 27 Sep 2012 19:04:16 +1200 Date: Thu, 27 Sep 2012 19:04:13 +1200 From: Andrew Turner In-reply-to: <50635923.1060906@gmail.com> To: Sevan / Venture37 Message-id: <20120927190413.7b3664e0@fubar.geek.nz> MIME-version: 1.0 X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; i386-portbld-freebsd8.1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Pirate: Arrrr References: <506327AD.8030103@gmail.com> <201209261928.37018.hselasky@c2i.net> <201209261955.42641.hselasky@c2i.net> <201209262101.55283.hselasky@c2i.net> <50635923.1060906@gmail.com> Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Sep 2012 07:04:34 -0000 On Wed, 26 Sep 2012 20:36:03 +0100 Sevan / Venture37 wrote: > On 26/09/2012 20:01, Hans Petter Selasky wrote: > > Hi, > > > > Can you try using this patch: > > > > http://svn.freebsd.org/changeset/base/240969 > > > > --HPS > > with r240696 system hangs after bringing the interface up, kernel > still updates the status of the interface as I plug & unplug the > ethernet cable but it doesn't go any further. > > > smsc0: chip 0xec00, rev. 0002 > ue0: link state changed to DOWN > ue0: link state changed to UP > > Stop How are you powering the board? Do you have anything plugged into the USB ports? The board with ethernet can draw 700mA, if you are powering it from a USB port in a computer it will only be able to supply 500mA which will cause issues. The network chipset on the Raspberry-Pi is sensitive to it's input voltage. [1] explains how to test if the power supply is inadequate. Andrew [1] http://elinux.org/R-Pi_Troubleshooting#Troubleshooting_power_problems From owner-freebsd-arm@FreeBSD.ORG Thu Sep 27 09:24:23 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03FCD106566B for ; Thu, 27 Sep 2012 09:24:23 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 744668FC17 for ; Thu, 27 Sep 2012 09:24:22 +0000 (UTC) Received: by bkcjf20 with SMTP id jf20so294211bkc.13 for ; Thu, 27 Sep 2012 02:24:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=A4Z/vrdx1FShccLFsf+1PGSSwyEKeAFHnucIUuXzGmg=; b=P0SYjKzN0sI8Xlg2/d0/WCNfKneErs86LSBcKdNmLtfI0ANjWMgWivU5fQdq+L8Huz D1Ad1n23AVub5M1T5BWmkCXmYW+lwLuFlN8P/ByEnoE7QVkk0tWxaC7To0oI5PLFjfzg T7fZAQtL/0wVPr0p80r/MlvDAGbVXyaGExdHh4Urpne4ao7K7aO4wkZbyaJ2/gu4YNWb EmVc65gdG68VQF6paAeudaI5LIUvVaKmuU5ZCLX6utq4SzKcvE+Dznp+5ZpAj+Ple1WZ 60gNy/Ue3P6f42XGGeOzeyzjJrypCYr2cQSojE5/qCdtaDobLPWxyG0VUDravFQ/JqNS FWvA== Received: by 10.204.130.146 with SMTP id t18mr1794716bks.65.1348737861137; Thu, 27 Sep 2012 02:24:21 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cpc2-brig17-2-0-cust527.3-3.cable.virginmedia.com. [81.101.198.16]) by mx.google.com with ESMTPS id z25sm3878105bkz.15.2012.09.27.02.24.19 (version=SSLv3 cipher=OTHER); Thu, 27 Sep 2012 02:24:19 -0700 (PDT) Message-ID: <50641B40.9020700@gmail.com> Date: Thu, 27 Sep 2012 10:24:16 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Andrew Turner References: <506327AD.8030103@gmail.com> <201209261928.37018.hselasky@c2i.net> <201209261955.42641.hselasky@c2i.net> <201209262101.55283.hselasky@c2i.net> <50635923.1060906@gmail.com> <20120927190413.7b3664e0@fubar.geek.nz> In-Reply-To: <20120927190413.7b3664e0@fubar.geek.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Sep 2012 09:24:23 -0000 On 27/09/2012 08:04, Andrew Turner wrote: > How are you powering the board? Do you have anything plugged into the > USB ports? The board with ethernet can draw 700mA, if you are powering > it from a USB port in a computer it will only be able to supply 500mA > which will cause issues. > > The network chipset on the Raspberry-Pi is sensitive to it's input > voltage. [1] explains how to test if the power supply is inadequate. I was powering from USB port on a computer, there is an SD card in a USB adapter plugged into one USB port, I tried connecting it to a USB > power adapter rated at 5V 1A, system booted & hung at the same place, will drop the SD card & switch back to an ordinary flash drive to see how that progresses tonight. Sevan From owner-freebsd-arm@FreeBSD.ORG Thu Sep 27 09:24:58 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39246106564A for ; Thu, 27 Sep 2012 09:24:58 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id ADB048FC08 for ; Thu, 27 Sep 2012 09:24:57 +0000 (UTC) Received: by bkcjf20 with SMTP id jf20so295236bkc.13 for ; Thu, 27 Sep 2012 02:24:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=0F2eakJdOPIWQFtFW1GQQF3Gi/BAmVVswdXDXX19SfA=; b=ta4GAmLmvi7TCzLKHOdiGPxIv/JV7Z5KAzwcIqxuFPe1GMqDung82K0mpTckbTdOPU Z0qRD9msJ1bCTAiUJzLKVtpB079LQCCSpBXhC0v3koZCSYOg0SLkz1JWgAT7rrc6zmbS yTMs9PwwFmwNgcS7nX2kO7+4rUWXh6ZVdPC/mVy6iln5BXFs11MBAOGcPzQr2wn5BM/K D15csvqA2QuiDvoMoqDkKo54j1g5Uu0vY8bA25OfEzePzhkD2XWY1EDV2U8p70f8JtVF 4+PEHuebyKxryy9Ns9S4wJ3lC8wEA3t46FlS+8iqVrZ2xgYuGdlcuaDlD68KVgO7bcWW Mghw== Received: by 10.204.4.129 with SMTP id 1mr1848815bkr.58.1348737896742; Thu, 27 Sep 2012 02:24:56 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cpc2-brig17-2-0-cust527.3-3.cable.virginmedia.com. [81.101.198.16]) by mx.google.com with ESMTPS id w9sm1337112bkv.3.2012.09.27.02.24.55 (version=SSLv3 cipher=OTHER); Thu, 27 Sep 2012 02:24:55 -0700 (PDT) Message-ID: <50641B65.4070003@gmail.com> Date: Thu, 27 Sep 2012 10:24:53 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Hans Petter Selasky References: <506327AD.8030103@gmail.com> <201209262101.55283.hselasky@c2i.net> <50635923.1060906@gmail.com> <201209270740.31455.hselasky@c2i.net> In-Reply-To: <201209270740.31455.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Sep 2012 09:24:58 -0000 On 27/09/2012 06:40, Hans Petter Selasky wrote: > There is a debug knob in the smsc driver. Maybe that can be enabled to figure > out where it is waiting? Will give it a try tonight & report back. Sevan From owner-freebsd-arm@FreeBSD.ORG Thu Sep 27 10:42:37 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 86F39106566B; Thu, 27 Sep 2012 10:42:37 +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 3547C8FC1B; Thu, 27 Sep 2012 10:42:36 +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 q8RAgaOn035066; Thu, 27 Sep 2012 06:42:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8RAgZ0q035065; Thu, 27 Sep 2012 10:42:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Sep 2012 10:42:35 GMT Message-Id: <201209271042.q8RAgZ0q035065@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 , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2012 10:42:37 -0000 TB --- 2012-09-27 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-27 09:30:00 - 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 --- 2012-09-27 09:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-27 09:30:00 - cleaning the object tree TB --- 2012-09-27 09:30:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-09-27 09:30:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-09-27 09:30:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-27 09:33:10 - /usr/local/bin/svn update /src TB --- 2012-09-27 09:33:18 - At svn revision 240989 TB --- 2012-09-27 09:33:19 - building world TB --- 2012-09-27 09:33:19 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 09:33:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 09:33:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 09:33:19 - SRCCONF=/dev/null TB --- 2012-09-27 09:33:19 - TARGET=arm TB --- 2012-09-27 09:33:19 - TARGET_ARCH=arm TB --- 2012-09-27 09:33:19 - TZ=UTC TB --- 2012-09-27 09:33:19 - __MAKE_CONF=/dev/null TB --- 2012-09-27 09:33:19 - cd /src TB --- 2012-09-27 09:33:19 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 27 09:33:20 UTC 2012 >>> 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 >>> World build completed on Thu Sep 27 10:33:45 UTC 2012 TB --- 2012-09-27 10:33:45 - cd /src/sys/arm/conf TB --- 2012-09-27 10:33:45 - /usr/sbin/config -m AC100 TB --- 2012-09-27 10:33:45 - skipping AC100 kernel TB --- 2012-09-27 10:33:45 - cd /src/sys/arm/conf TB --- 2012-09-27 10:33:45 - /usr/sbin/config -m ARMADAXP TB --- 2012-09-27 10:33:45 - skipping ARMADAXP kernel TB --- 2012-09-27 10:33:45 - cd /src/sys/arm/conf TB --- 2012-09-27 10:33:45 - /usr/sbin/config -m ATMEL TB --- 2012-09-27 10:33:45 - building ATMEL kernel TB --- 2012-09-27 10:33:45 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:33:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:33:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:33:45 - SRCCONF=/dev/null TB --- 2012-09-27 10:33:45 - TARGET=arm TB --- 2012-09-27 10:33:45 - TARGET_ARCH=arm TB --- 2012-09-27 10:33:45 - TZ=UTC TB --- 2012-09-27 10:33:45 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:33:45 - cd /src TB --- 2012-09-27 10:33:45 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Thu Sep 27 10:33:45 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ATMEL completed on Thu Sep 27 10:37:20 UTC 2012 TB --- 2012-09-27 10:37:20 - cd /src/sys/arm/conf TB --- 2012-09-27 10:37:20 - /usr/sbin/config -m AVILA TB --- 2012-09-27 10:37:20 - skipping AVILA kernel TB --- 2012-09-27 10:37:20 - cd /src/sys/arm/conf TB --- 2012-09-27 10:37:20 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-09-27 10:37:20 - skipping BEAGLEBONE kernel TB --- 2012-09-27 10:37:20 - cd /src/sys/arm/conf TB --- 2012-09-27 10:37:20 - /usr/sbin/config -m BWCT TB --- 2012-09-27 10:37:20 - building BWCT kernel TB --- 2012-09-27 10:37:20 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:37:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:37:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:37:20 - SRCCONF=/dev/null TB --- 2012-09-27 10:37:20 - TARGET=arm TB --- 2012-09-27 10:37:20 - TARGET_ARCH=arm TB --- 2012-09-27 10:37:20 - TZ=UTC TB --- 2012-09-27 10:37:20 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:37:20 - cd /src TB --- 2012-09-27 10:37:20 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Thu Sep 27 10:37:20 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Thu Sep 27 10:39:29 UTC 2012 TB --- 2012-09-27 10:39:29 - cd /src/sys/arm/conf TB --- 2012-09-27 10:39:29 - /usr/sbin/config -m CAMBRIA TB --- 2012-09-27 10:39:29 - skipping CAMBRIA kernel TB --- 2012-09-27 10:39:29 - cd /src/sys/arm/conf TB --- 2012-09-27 10:39:29 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-09-27 10:39:29 - building CNS11XXNAS kernel TB --- 2012-09-27 10:39:29 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:39:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:39:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:39:29 - SRCCONF=/dev/null TB --- 2012-09-27 10:39:29 - TARGET=arm TB --- 2012-09-27 10:39:29 - TARGET_ARCH=arm TB --- 2012-09-27 10:39:29 - TZ=UTC TB --- 2012-09-27 10:39:29 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:39:29 - cd /src TB --- 2012-09-27 10:39:29 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Thu Sep 27 10:39:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Thu Sep 27 10:41:58 UTC 2012 TB --- 2012-09-27 10:41:58 - cd /src/sys/arm/conf TB --- 2012-09-27 10:41:58 - /usr/sbin/config -m CRB TB --- 2012-09-27 10:41:58 - skipping CRB kernel TB --- 2012-09-27 10:41:58 - cd /src/sys/arm/conf TB --- 2012-09-27 10:41:58 - /usr/sbin/config -m DB-78XXX TB --- 2012-09-27 10:41:58 - building DB-78XXX kernel TB --- 2012-09-27 10:41:58 - CROSS_BUILD_TESTING=YES TB --- 2012-09-27 10:41:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-27 10:41:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-27 10:41:58 - SRCCONF=/dev/null TB --- 2012-09-27 10:41:58 - TARGET=arm TB --- 2012-09-27 10:41:58 - TARGET_ARCH=arm TB --- 2012-09-27 10:41:58 - TZ=UTC TB --- 2012-09-27 10:41:58 - __MAKE_CONF=/dev/null TB --- 2012-09-27 10:41:58 - cd /src TB --- 2012-09-27 10:41:58 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Thu Sep 27 10:41:58 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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/src/sys -I/src/sys/contrib/altq -I/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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/pci/pci_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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/src/sys -I/src/sys/contrib/altq -I/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 -march=armv5te -ffreestanding -Werror pci_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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/src/sys -I/src/sys/contrib/altq -I/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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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/src/sys -I/src/sys/contrib/altq -I/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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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/src/sys -I/src/sys/contrib/altq -I/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 -march=armv5te -ffreestanding -Werror /src/sys/dev/pci/pci_user.c cc1: warnings being treated as errors /src/sys/dev/pci/pci_user.c: In function 'pci_ioctl': /src/sys/dev/pci/pci_user.c:467: warning: 'cio' is used uninitialized in this function *** Error code 1 Stop in /obj/arm.arm/src/sys/DB-78XXX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-27 10:42:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-27 10:42:35 - ERROR: failed to build DB-78XXX kernel TB --- 2012-09-27 10:42:35 - 2911.88 user 642.17 system 4355.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Sep 27 15:32:37 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67B411065675 for ; Thu, 27 Sep 2012 15:32:37 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id ED22D8FC16 for ; Thu, 27 Sep 2012 15:32:36 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 325786580; Thu, 27 Sep 2012 17:27:28 +0200 From: Hans Petter Selasky To: "Sevan / Venture37" Date: Thu, 27 Sep 2012 17:28:51 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <201209270740.31455.hselasky@c2i.net> <50641B65.4070003@gmail.com> In-Reply-To: <50641B65.4070003@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209271728.51989.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Sep 2012 15:32:37 -0000 On Thursday 27 September 2012 11:24:53 Sevan / Venture37 wrote: > On 27/09/2012 06:40, Hans Petter Selasky wrote: > > There is a debug knob in the smsc driver. Maybe that can be enabled to > > figure out where it is waiting? > > Will give it a try tonight & report back. > > > Sevan Found some more issues, try this patch: http://svn.freebsd.org/changeset/base/240998 --HPS From owner-freebsd-arm@FreeBSD.ORG Thu Sep 27 16:29:23 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 128B01065670 for ; Thu, 27 Sep 2012 16:29:23 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh10.mail.rice.edu (mh10.mail.rice.edu [128.42.201.30]) by mx1.freebsd.org (Postfix) with ESMTP id D1F788FC0A for ; Thu, 27 Sep 2012 16:29:22 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id E2A88604EA; Thu, 27 Sep 2012 11:29:21 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id E14E0604D1; Thu, 27 Sep 2012 11:29:21 -0500 (CDT) X-Virus-Scanned: by amavis-2.7.0 at mh10.mail.rice.edu, auth channel Received: from mh10.mail.rice.edu ([127.0.0.1]) by mh10.mail.rice.edu (mh10.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id CrIKMf78IRaA; Thu, 27 Sep 2012 11:29:21 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh10.mail.rice.edu (Postfix) with ESMTPSA id 84D2B604D4; Thu, 27 Sep 2012 11:29:21 -0500 (CDT) Message-ID: <50647EE0.6010900@rice.edu> Date: Thu, 27 Sep 2012 11:29:20 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: John-Mark Gurney References: <1346350374.1140.525.camel@revolution.hippie.lan> <5045351F.6060201@rice.edu> <1346723041.1140.602.camel@revolution.hippie.lan> <504B85BE.3030101@rice.edu> <1347316458.1137.41.camel@revolution.hippie.lan> <504F8BAC.4040902@rice.edu> <20120915045040.GZ58312@funkthat.com> <5054D69B.40209@rice.edu> <20120917033308.GB58312@funkthat.com> <5061D2AA.3000100@rice.edu> <20120926061340.GL19036@funkthat.com> In-Reply-To: <20120926061340.GL19036@funkthat.com> Content-Type: multipart/mixed; boundary="------------010608060907090309010509" Cc: "arm@freebsd.org" Subject: Re: arm pmap locking X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Sep 2012 16:29:23 -0000 This is a multi-part message in MIME format. --------------010608060907090309010509 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 09/26/2012 01:13, John-Mark Gurney wrote: > Alan Cox wrote this message on Tue, Sep 25, 2012 at 10:50 -0500: >> On 09/16/2012 22:33, John-Mark Gurney wrote: >>> Still getting the LOR.. It always right after boot.. after trying >>> to mount root and warning about no time-of-day clock, but before setting >>> hostuuid.. >> Could you please try the attached patch on your armv6 BEAGLEBONE? My >> hope is that this addresses the root cause of the LORs involving the >> pmap lock. > Good news... That patch boots and doesn't have the LOR... > > FreeBSD 10.0-CURRENT #10 r240947M: Mon Sep 24 17:01:11 PDT 2012 > jmg@pcbsd-779:/usr/obj/arm.armv6/usr/src.HEAD/sys/helium arm > > [...] > > Trying to mount root from ufs:mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set accurately > Setting hostuuid: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx. > > Thanks for your work tracking it down! > Great. Now that the LOR is out of the way, let's try further simplifications to the locking. I don't believe that pmap_alloc_l2_bucket() needs to unlock and relock around every allocation. Here is another patch to eliminate that. Also, the patch replaces an explicit bzero() call with M_ZERO. Alan --------------010608060907090309010509 Content-Type: text/plain; name="armv6-pmap4.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="armv6-pmap4.patch" Index: arm/arm/pmap-v6.c =================================================================== --- arm/arm/pmap-v6.c (revision 240983) +++ arm/arm/pmap-v6.c (working copy) @@ -607,36 +607,20 @@ pmap_alloc_l2_bucket(pmap_t pm, vm_offset_t va) l1idx = L1_IDX(va); PMAP_ASSERT_LOCKED(pm); - rw_assert(&pvh_global_lock, RA_WLOCKED); if ((l2 = pm->pm_l2[L2_IDX(l1idx)]) == NULL) { /* * No mapping at this address, as there is * no entry in the L1 table. * Need to allocate a new l2_dtable. */ - PMAP_UNLOCK(pm); - rw_wunlock(&pvh_global_lock); - if ((l2 = uma_zalloc(l2table_zone, M_NOWAIT)) == NULL) { - rw_wlock(&pvh_global_lock); - PMAP_LOCK(pm); + l2 = uma_zalloc(l2table_zone, M_NOWAIT | M_ZERO); + if (l2 == NULL) return (NULL); - } - rw_wlock(&pvh_global_lock); - PMAP_LOCK(pm); - if (pm->pm_l2[L2_IDX(l1idx)] != NULL) { - /* - * Someone already allocated the l2_dtable while - * we were doing the same. - */ - uma_zfree(l2table_zone, l2); - l2 = pm->pm_l2[L2_IDX(l1idx)]; - } else { - bzero(l2, sizeof(*l2)); - /* - * Link it into the parent pmap - */ - pm->pm_l2[L2_IDX(l1idx)] = l2; - } + + /* + * Link it into the parent pmap. + */ + pm->pm_l2[L2_IDX(l1idx)] = l2; } l2b = &l2->l2_bucket[L2_BUCKET(l1idx)]; @@ -651,17 +635,7 @@ pmap_alloc_l2_bucket(pmap_t pm, vm_offset_t va) * No L2 page table has been allocated. Chances are, this * is because we just allocated the l2_dtable, above. */ - PMAP_UNLOCK(pm); - rw_wunlock(&pvh_global_lock); ptep = uma_zalloc(l2zone, M_NOWAIT); - rw_wlock(&pvh_global_lock); - PMAP_LOCK(pm); - if (l2b->l2b_kva != 0) { - /* We lost the race. */ - uma_zfree(l2zone, ptep); - return (l2b); - } - l2b->l2b_phys = vtophys(ptep); if (ptep == NULL) { /* * Oops, no more L2 page tables available at this @@ -677,6 +651,7 @@ pmap_alloc_l2_bucket(pmap_t pm, vm_offset_t va) l2->l2_occupancy++; l2b->l2b_kva = ptep; + l2b->l2b_phys = pmap_kextract((vm_offset_t)ptep); l2b->l2b_l1idx = l1idx; } --------------010608060907090309010509-- From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 11:01:17 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDD08106566C for ; Fri, 28 Sep 2012 11:01:17 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 677E08FC1A for ; Fri, 28 Sep 2012 11:01:17 +0000 (UTC) Received: by bkcjf20 with SMTP id jf20so2315926bkc.13 for ; Fri, 28 Sep 2012 04:01:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=a54F5w8XAUOpINnaAXXeaGutnY4HnzhlUG65eXcVHtM=; b=JPC7mqWS+FokLbAo36zmLsArh1eAUGJMH/VjrhcrIQfcvy3Zpf14h84MGiFne5fhdp pxNcbnpoYjPbsqf6YUkuaVaJ6Agw1b34yeUJzwqHswkeChVtNQ3H5Yp7loxoFzUKCuzR 1HacyCW/9Z5zczYmZ7eJJ9kW9xgC5aLlBX8tAemOvWB6t2KDuK1tOWyXoWo2WHm4mK8/ Nc+SA5JvZ1ONmbhjbaBeURTKDtx96lWOxiTEkyQIUMmh7iyHHg0rY4xKBmBB2Y8qTsIr UyUG82C2I9M68wS9le8mbBn9w2hk17IvU7szjSuSuBlX3FLc4KyWktrAyhIW8e2DnhdZ ppiA== Received: by 10.204.152.137 with SMTP id g9mr3436723bkw.106.1348830076048; Fri, 28 Sep 2012 04:01:16 -0700 (PDT) Received: from Sevans-MacBook-Pro.local (cpc2-brig17-2-0-cust527.3-3.cable.virginmedia.com. [81.101.198.16]) by mx.google.com with ESMTPS id t27sm6319211bkv.10.2012.09.28.04.01.14 (version=SSLv3 cipher=OTHER); Fri, 28 Sep 2012 04:01:15 -0700 (PDT) Message-ID: <50658377.5030102@gmail.com> Date: Fri, 28 Sep 2012 12:01:11 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Hans Petter Selasky References: <506327AD.8030103@gmail.com> <201209270740.31455.hselasky@c2i.net> <50641B65.4070003@gmail.com> <201209271728.51989.hselasky@c2i.net> In-Reply-To: <201209271728.51989.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 11:01:18 -0000 On 27/09/2012 16:28, Hans Petter Selasky wrote: > Found some more issues, try this patch: > > http://svn.freebsd.org/changeset/base/240998 > > --HPS That did the trick, thank you :) Sevan From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 13:02:20 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2118106566B for ; Fri, 28 Sep 2012 13:02:20 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 1B5A98FC1E for ; Fri, 28 Sep 2012 13:02:19 +0000 (UTC) Received: from terran.dlink.ua (unknown [192.168.10.90]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 61A4CC4930; Fri, 28 Sep 2012 16:02:13 +0300 (EEST) Date: Fri, 28 Sep 2012 16:02:27 +0300 From: Aleksandr Rybalko To: Alan Cox Message-Id: <20120928160227.99d2b126.ray@dlink.ua> In-Reply-To: <504E1A1B.90101@rice.edu> References: <504BDC56.3060607@rice.edu> <20120910211817.2d8a340d@fubar.geek.nz> <504E1A1B.90101@rice.edu> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" Subject: Re: armv6 pmap patch X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 13:02:20 -0000 On Mon, 10 Sep 2012 11:49:31 -0500 Alan Cox wrote: >> On 09/10/2012 04:18, Andrew Turner wrote: >> > On Sat, 08 Sep 2012 19:01:26 -0500 >> > Alan Cox wrote: >> > >> >> Can someone here please test this patch to the new armv6 pmap? It >> >> eliminates the use of the page queues lock and updates some >> >> comments. Similar changes were recently made to the original arm >> >> pmap. >> >> >> >> Thanks, >> >> Alan >> >> >> > I have booted FreeBSD with the patch on a Pandaboard and it >> > appears to work. Are there any tests you would like me to run? >> > >> >> Nothing in particular, since almost anything that you do on the >> machine will exercise the changed code. >> >> There appears to be a lot of unnecessary dropping and reacquiring of >> locks around UMA calls in both pmap.c and pmap-v6.c. I will try to >> generate a patch to eliminate this later in the week. >> >> Alan >> Hi Alan and ARM hackers, Don't know exact, but think it is related to current pmap work. So here is two panics observed on R-Pi recently (HEAD @r240985), both on attempt to untar ports.tar.gz :) panic: _rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/1/MIPS_FreeBSD/HEAD/head/sys/arm/arm/pmap-v6.c:837 KDB: enter: panic [ thread pid 4 tid 100027 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> db> bt Tracing pid 4 tid 100027 td 0xc0f60c00 db_trace_self() at db_trace_self+0xc scp=0xc03347c4 rlv=0xc0334810 (db_trace_thread+0x38) rsp=0xc74de9f8 rfp=0xc74dea04 db_trace_thread() at db_trace_thread+0xc scp=0xc03347e4 rlv=0xc01293b8 (db_command_init+0x648) rsp=0xc74dea08 rfp=0xc74dea24 db_command_init() at db_command_init+0x570 scp=0xc01292e0 rlv=0xc0128a60 (db_skip_to_eol+0x4a0) rsp=0xc74dea28 rfp=0xc74deacc r5=0x00000000 r4=0xc03e105c db_skip_to_eol() at db_skip_to_eol+0x1d4 scp=0xc0128794 rlv=0xc0128bcc (db_command_loop+0x60) rsp=0xc74dead0 rfp=0xc74deadc r10=0x600000d3 r8=0x00000001 r7=0x00000000 r6=0x00000000 r5=0xc03e1324 r4=0xc74deae8 db_command_loop() at db_command_loop+0xc scp=0xc0128b78 rlv=0xc012b06c (X_db_sym_numargs+0xf4) rsp=0xc74deae0 rfp=0xc74debfc X_db_sym_numargs() at X_db_sym_numargs+0x14 scp=0xc012af8c rlv=0xc0207168 (kdb_trap+0xa4) rsp=0xc74dec00 rfp=0xc74dec24 r4=0xc74deca8 kdb_trap() at kdb_trap+0xc scp=0xc02070d0 rlv=0xc03437ec (undefinedinstruction+0x2d0) rsp=0xc74dec28 rfp=0xc74deca4 r10=0xe7ffffff r8=0xe7ffffff r7=0xc74deca8 r6=0x00000000 r5=0x00000000 r4=0x00000000 undefinedinstruction() at undefinedinstruction+0xc scp=0xc0343528 rlv=0xc0335fc8 (address_exception_entry+0x50) rsp=0xc74deca8 rfp=0xc74ded04 r10=0x00000356 r9=0xc0617a08 r8=0x000050db r7=0xc0f60c00 r6=0xc037bdf4 r5=0xc040cdd4 r4=0xc037c610 kdb_enter() at kdb_enter+0xc scp=0xc0206c4c rlv=0xc01d44f4 (panic+0xe8) rsp=0xc74ded08 rfp=0xc74ded1c r4=0x00000100 panic() at panic+0x10 scp=0xc01d441c rlv=0xc01d2cc0 (_rw_wlock_hard+0x84) rsp=0xc74ded30 rfp=0xc74ded54 _rw_wlock_hard() at _rw_wlock_hard+0xc scp=0xc01d2c48 rlv=0xc01d2ec4 (_rw_wlock+0xcc) rsp=0xc74ded58 rfp=0xc74ded74 r8=0x000050db r7=0x00000008 r6=0x00000000 r5=0xc03a0a54 r4=0x00000345 _rw_wlock() at _rw_wlock+0xc scp=0xc01d2e04 rlv=0xc033be9c (pmap_fault_fixup+0x324) rsp=0xc74ded78 rfp=0xc74deda4 r6=0xc0617a08 r5=0x00000000 r4=0xc0617a08 pmap_fault_fixup() at pmap_fault_fixup+0x308 scp=0xc033be80 rlv=0xc033c0e4 (pmap_remove_write+0x60) rsp=0xc74deda8 rfp=0xc74dedb8 r10=0x00000356 r9=0xc0505c24 r8=0x000050db r7=0xc0617a08 r6=0xc0617a08 r5=0x00000000 r4=0xc0617a08 pmap_remove_write() at pmap_remove_write+0xc scp=0xc033c090 rlv=0xc033c23c (pmap_remove_all+0x4c) rsp=0xc74dedbc rfp=0xc74dede0 r4=0xc039e270 pmap_remove_all() at pmap_remove_all+0xc scp=0xc033c1fc rlv=0xc03291c8 (vm_pageout_grow_cache+0x19c8) rsp=0xc74dede4 rfp=0xc74dee84 r10=0x00000356 r8=0x000050db r7=0xc0617a08 r6=0x00000000 r5=0x00000000 r4=0xc039e270 vm_pageout_grow_cache() at vm_pageout_grow_cache+0xde0 scp=0xc03285e0 rlv=0xc01ab8d4 (fork_exit+0x94) rsp=0xc74dee88 rfp=0xc74deea8 r10=0x00000000 r9=0x00001770 r8=0xc74deeac r7=0x00000000 r6=0xc03285d4 r5=0xc0ff6000 r4=0xc0f60c00 fork_exit() at fork_exit+0xc scp=0xc01ab84c rlv=0xc0341cc4 (fork_trampoline+0x14) rsp=0xc74deeac rfp=0x00000000 r8=0x00000104 r7=0xecefbfda r6=0xa7efeeb3 r5=0x00000000 r4=0xc03285d4 db> ---------------------------------------------------------------------------- panic: _rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/1/MIPS_FreeBSD/HEAD/head/sys/arm/arm/pmap-v6.c:837 KDB: enter: panic [ thread pid 4 tid 100027 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 4 tid 100027 td 0xc0f60c00 db_trace_self() at db_trace_self+0xc scp=0xc03347c4 rlv=0xc0334810 (db_trace_thread+0x38) rsp=0xc74de9f8 rfp=0xc74dea04 db_trace_thread() at db_trace_thread+0xc scp=0xc03347e4 rlv=0xc01293b8 (db_command_init+0x648) rsp=0xc74dea08 rfp=0xc74dea24 db_command_init() at db_command_init+0x570 scp=0xc01292e0 rlv=0xc0128a60 (db_skip_to_eol+0x4a0) rsp=0xc74dea28 rfp=0xc74deacc r5=0x00000000 r4=0xc03e105c db_skip_to_eol() at db_skip_to_eol+0x1d4 scp=0xc0128794 rlv=0xc0128bcc (db_command_loop+0x60) rsp=0xc74dead0 rfp=0xc74deadc r10=0x600000d3 r8=0x00000001 r7=0x00000000 r6=0x00000000 r5=0xc03e1324 r4=0xc74deae8 db_command_loop() at db_command_loop+0xc scp=0xc0128b78 rlv=0xc012b06c (X_db_sym_numargs+0xf4) rsp=0xc74deae0 rfp=0xc74debfc X_db_sym_numargs() at X_db_sym_numargs+0x14 scp=0xc012af8c rlv=0xc0207168 (kdb_trap+0xa4) rsp=0xc74dec00 rfp=0xc74dec24 r4=0xc74deca8 kdb_trap() at kdb_trap+0xc scp=0xc02070d0 rlv=0xc03437ec (undefinedinstruction+0x2d0) rsp=0xc74dec28 rfp=0xc74deca4 r10=0xe7ffffff r8=0xe7ffffff r7=0xc74deca8 r6=0x00000000 r5=0x00000000 r4=0x00000000 undefinedinstruction() at undefinedinstruction+0xc scp=0xc0343528 rlv=0xc0335fc8 (address_exception_entry+0x50) rsp=0xc74deca8 rfp=0xc74ded04 r10=0x000003ba r9=0xc0638bf4 r8=0x00004fe5 r7=0xc0f60c00 r6=0xc037bdf4 r5=0xc040cdd4 r4=0xc037c610 kdb_enter() at kdb_enter+0xc scp=0xc0206c4c rlv=0xc01d44f4 (panic+0xe8) rsp=0xc74ded08 rfp=0xc74ded1c r4=0x00000100 panic() at panic+0x10 scp=0xc01d441c rlv=0xc01d2cc0 (_rw_wlock_hard+0x84) rsp=0xc74ded30 rfp=0xc74ded54 _rw_wlock_hard() at _rw_wlock_hard+0xc scp=0xc01d2c48 rlv=0xc01d2ec4 (_rw_wlock+0xcc) rsp=0xc74ded58 rfp=0xc74ded74 r8=0x00004fe5 r7=0x00000008 r6=0x00000000 r5=0xc03a0a54 r4=0x00000345 _rw_wlock() at _rw_wlock+0xc scp=0xc01d2e04 rlv=0xc033be9c (pmap_fault_fixup+0x324) rsp=0xc74ded78 rfp=0xc74deda4 r6=0xc0638bf4 r5=0x00000000 r4=0xc0638bf4 pmap_fault_fixup() at pmap_fault_fixup+0x308 scp=0xc033be80 rlv=0xc033c0e4 (pmap_remove_write+0x60) rsp=0xc74deda8 rfp=0xc74dedb8 r10=0x000003ba r9=0xc11b1000 r8=0x00004fe5 r7=0xc0638bf4 r6=0xc0638bf4 r5=0x00000000 r4=0xc0638bf4 pmap_remove_write() at pmap_remove_write+0xc scp=0xc033c090 rlv=0xc033c23c (pmap_remove_all+0x4c) rsp=0xc74dedbc rfp=0xc74dede0 r4=0xc039e270 pmap_remove_all() at pmap_remove_all+0xc scp=0xc033c1fc rlv=0xc03291c8 (vm_pageout_grow_cache+0x19c8) rsp=0xc74dede4 rfp=0xc74dee84 r10=0x000003ba r8=0x00004fe5 r7=0xc0638bf4 r6=0x00000000 r5=0x00000000 r4=0xc039e270 vm_pageout_grow_cache() at vm_pageout_grow_cache+0xde0 scp=0xc03285e0 rlv=0xc01ab8d4 (fork_exit+0x94) rsp=0xc74dee88 rfp=0xc74deea8 r10=0x00000000 r9=0x00001770 r8=0xc74deeac r7=0x00000000 r6=0xc03285d4 r5=0xc0ff6000 r4=0xc0f60c00 fork_exit() at fork_exit+0xc scp=0xc01ab84c rlv=0xc0341cc4 (fork_trampoline+0x14) rsp=0xc74deeac rfp=0x00000000 r8=0x00000104 r7=0xc0341cc4 r6=0xc74deeac r5=0x00000000 r4=0xc03285d4 db> ---------------------------------------------------------------------------- Thanks! WBW -- Alexandr Rybalko aka Alex RAY From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 16:39:28 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 523F4106566C for ; Fri, 28 Sep 2012 16:39:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id CB8248FC12 for ; Fri, 28 Sep 2012 16:39:27 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 325873193; Fri, 28 Sep 2012 18:34:20 +0200 From: Hans Petter Selasky To: "Sevan / Venture37" Date: Fri, 28 Sep 2012 18:35:45 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <201209271728.51989.hselasky@c2i.net> <50658377.5030102@gmail.com> In-Reply-To: <50658377.5030102@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209281835.45080.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 16:39:28 -0000 On Friday 28 September 2012 13:01:11 Sevan / Venture37 wrote: > On 27/09/2012 16:28, Hans Petter Selasky wrote: > > Found some more issues, try this patch: > > > > http://svn.freebsd.org/changeset/base/240998 > > > > --HPS > > That did the trick, thank you :) > Hi, I've just fixed some issues in the if_smsc.c, so you might want to "svn up" again. Seems like ethernet packets received carry 4 bytes extra. Regarding performance, there are actions we can do. Right now I just want a stable driver. I measured around 10MBit in each direction on ethernet and my USB memory stick was giving me 0.5 MBytes/second (Read). And the CPU usage is now around 0.8% when the USB stack is idle. The reason for this slowness is not USB itself, but that we are doing much of the USB protocol in software. I've also tested that FULL/LOW speed devices should work, like mouse and keyboard and USB serial port adapters. Feel free to keep us updated what you are doing with FreeBSD on your Raspberry PI and if you see more USB related problems :-) --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 16:58:03 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAB631065674 for ; Fri, 28 Sep 2012 16:58:02 +0000 (UTC) (envelope-from venture37@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 548548FC15 for ; Fri, 28 Sep 2012 16:58:01 +0000 (UTC) Received: by eekc50 with SMTP id c50so1704659eek.13 for ; Fri, 28 Sep 2012 09:58:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=aJ8dgK26yDawU3OSjP5INgQ1VffkwKtCwWRhOsWPp3g=; b=xNCBkg3C0m3Q5Jx9GFx0umrVU2uXj4gSQqie2s6pSyMflsVKnv6qTi1jI3Vxq4IBDG lz5tDjYwIcHvzsbsW4ChS6akdN5qwAjE6ZhlGPh9zpHfAhUGWkZ4FpqzYFhpjK9QftHd P0W+ZT8skpgyogtsc3KOYw5k75emMTzG25ifTI72BvieEGLKY6LWNtVlj10YxD1QKIki EHUUTSHMMqSghwQmUCfUk7qEqkNhJRCqomI5CNV5agQNoe2c2QpjrTImus5HFW/S3QPc ryXe3NcHO9JpSAJ3nAt1Dl2ieU68MptNUq3rlJllOCG4HZ/86zAibaLQi+GY3UT6MyfQ zZMQ== Received: by 10.14.184.134 with SMTP id s6mr10593552eem.46.1348851480883; Fri, 28 Sep 2012 09:58:00 -0700 (PDT) Received: from mini.office.venture37.com (n3.venture37.net. [91.103.132.218]) by mx.google.com with ESMTPS id e7sm27484564eep.2.2012.09.28.09.57.59 (version=SSLv3 cipher=OTHER); Fri, 28 Sep 2012 09:57:59 -0700 (PDT) Message-ID: <5065D716.3080502@gmail.com> Date: Fri, 28 Sep 2012 17:57:58 +0100 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Hans Petter Selasky References: <506327AD.8030103@gmail.com> <201209271728.51989.hselasky@c2i.net> <50658377.5030102@gmail.com> <201209281835.45080.hselasky@c2i.net> In-Reply-To: <201209281835.45080.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 16:58:03 -0000 On 28/09/2012 17:35, Hans Petter Selasky wrote: > Hi, > > I've just fixed some issues in the if_smsc.c, so you might want to "svn up" > again. Seems like ethernet packets received carry 4 bytes extra. > > Regarding performance, there are actions we can do. Right now I just want a > stable driver. I measured around 10MBit in each direction on ethernet and my > USB memory stick was giving me 0.5 MBytes/second (Read). And the CPU usage is > now around 0.8% when the USB stack is idle. The reason for this slowness is > not USB itself, but that we are doing much of the USB protocol in software. > > I've also tested that FULL/LOW speed devices should work, like mouse and > keyboard and USB serial port adapters. > > Feel free to keep us updated what you are doing with FreeBSD on your Raspberry > PI and if you see more USB related problems:-) > > --HPS Oh cool, will report back once I've had a chance to play tonight. Btw, I'm using a USB > TTL adapter connected to the GPIO pins which gives me output from the kernel on booting but I'd like to be able to login, looking at /etc/ttys ttyv0 is switched on by default, I've modified it to std.115200 & I see the login prompt now but the console locks up & wont take any input. Sevan From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 17:06:18 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89980106564A for ; Fri, 28 Sep 2012 17:06:18 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh10.mail.rice.edu (mh10.mail.rice.edu [128.42.201.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5AB608FC12 for ; Fri, 28 Sep 2012 17:06:18 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 003F86053D; Fri, 28 Sep 2012 12:06:16 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id F300A6052A; Fri, 28 Sep 2012 12:06:15 -0500 (CDT) X-Virus-Scanned: by amavis-2.7.0 at mh10.mail.rice.edu, auth channel Received: from mh10.mail.rice.edu ([127.0.0.1]) by mh10.mail.rice.edu (mh10.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id ceOg5iiA706p; Fri, 28 Sep 2012 12:06:15 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh10.mail.rice.edu (Postfix) with ESMTPSA id 61D52603DB; Fri, 28 Sep 2012 12:06:15 -0500 (CDT) Message-ID: <5065D906.1040602@rice.edu> Date: Fri, 28 Sep 2012 12:06:14 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: Aleksandr Rybalko References: <504BDC56.3060607@rice.edu> <20120910211817.2d8a340d@fubar.geek.nz> <504E1A1B.90101@rice.edu> <20120928160227.99d2b126.ray@dlink.ua> In-Reply-To: <20120928160227.99d2b126.ray@dlink.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" , Alan Cox Subject: Re: armv6 pmap patch X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 17:06:18 -0000 On 09/28/2012 08:02, Aleksandr Rybalko wrote: > On Mon, 10 Sep 2012 11:49:31 -0500 > Alan Cox wrote: > >>> On 09/10/2012 04:18, Andrew Turner wrote: >>>> On Sat, 08 Sep 2012 19:01:26 -0500 >>>> Alan Cox wrote: >>>> >>>>> Can someone here please test this patch to the new armv6 pmap? It >>>>> eliminates the use of the page queues lock and updates some >>>>> comments. Similar changes were recently made to the original arm >>>>> pmap. >>>>> >>>>> Thanks, >>>>> Alan >>>>> >>>> I have booted FreeBSD with the patch on a Pandaboard and it >>>> appears to work. Are there any tests you would like me to run? >>>> >>> Nothing in particular, since almost anything that you do on the >>> machine will exercise the changed code. >>> >>> There appears to be a lot of unnecessary dropping and reacquiring of >>> locks around UMA calls in both pmap.c and pmap-v6.c. I will try to >>> generate a patch to eliminate this later in the week. >>> >>> Alan >>> > Hi Alan and ARM hackers, > > Don't know exact, but think it is related to current pmap work. > So here is two panics observed on R-Pi recently (HEAD @r240985), both > on attempt to untar ports.tar.gz :) Yes, the problem is clear from the stack trace. I should have time to prepare a patch later today. Alan > panic: _rw_wlock_hard: recursing but non-recursive rw pmap pv global > @ /usr/1/MIPS_FreeBSD/HEAD/head/sys/arm/arm/pmap-v6.c:837 > > KDB: enter: panic > [ thread pid 4 tid 100027 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> > db> bt > Tracing pid 4 tid 100027 td 0xc0f60c00 > db_trace_self() at db_trace_self+0xc > scp=0xc03347c4 rlv=0xc0334810 (db_trace_thread+0x38) > rsp=0xc74de9f8 rfp=0xc74dea04 > db_trace_thread() at db_trace_thread+0xc > scp=0xc03347e4 rlv=0xc01293b8 (db_command_init+0x648) > rsp=0xc74dea08 rfp=0xc74dea24 > db_command_init() at db_command_init+0x570 > scp=0xc01292e0 rlv=0xc0128a60 (db_skip_to_eol+0x4a0) > rsp=0xc74dea28 rfp=0xc74deacc > r5=0x00000000 r4=0xc03e105c > db_skip_to_eol() at db_skip_to_eol+0x1d4 > scp=0xc0128794 rlv=0xc0128bcc (db_command_loop+0x60) > rsp=0xc74dead0 rfp=0xc74deadc > r10=0x600000d3 r8=0x00000001 > r7=0x00000000 r6=0x00000000 r5=0xc03e1324 r4=0xc74deae8 > db_command_loop() at db_command_loop+0xc > scp=0xc0128b78 rlv=0xc012b06c (X_db_sym_numargs+0xf4) > rsp=0xc74deae0 rfp=0xc74debfc > X_db_sym_numargs() at X_db_sym_numargs+0x14 > scp=0xc012af8c rlv=0xc0207168 (kdb_trap+0xa4) > rsp=0xc74dec00 rfp=0xc74dec24 > r4=0xc74deca8 > kdb_trap() at kdb_trap+0xc > scp=0xc02070d0 rlv=0xc03437ec (undefinedinstruction+0x2d0) > rsp=0xc74dec28 rfp=0xc74deca4 > r10=0xe7ffffff r8=0xe7ffffff > r7=0xc74deca8 r6=0x00000000 r5=0x00000000 r4=0x00000000 > undefinedinstruction() at undefinedinstruction+0xc > scp=0xc0343528 rlv=0xc0335fc8 (address_exception_entry+0x50) > rsp=0xc74deca8 rfp=0xc74ded04 > r10=0x00000356 r9=0xc0617a08 > r8=0x000050db r7=0xc0f60c00 r6=0xc037bdf4 r5=0xc040cdd4 > r4=0xc037c610 > kdb_enter() at kdb_enter+0xc > scp=0xc0206c4c rlv=0xc01d44f4 (panic+0xe8) > rsp=0xc74ded08 rfp=0xc74ded1c > r4=0x00000100 > panic() at panic+0x10 > scp=0xc01d441c rlv=0xc01d2cc0 (_rw_wlock_hard+0x84) > rsp=0xc74ded30 rfp=0xc74ded54 > _rw_wlock_hard() at _rw_wlock_hard+0xc > scp=0xc01d2c48 rlv=0xc01d2ec4 (_rw_wlock+0xcc) > rsp=0xc74ded58 rfp=0xc74ded74 > r8=0x000050db r7=0x00000008 > r6=0x00000000 r5=0xc03a0a54 r4=0x00000345 > _rw_wlock() at _rw_wlock+0xc > scp=0xc01d2e04 rlv=0xc033be9c (pmap_fault_fixup+0x324) > rsp=0xc74ded78 rfp=0xc74deda4 > r6=0xc0617a08 r5=0x00000000 > r4=0xc0617a08 > pmap_fault_fixup() at pmap_fault_fixup+0x308 > scp=0xc033be80 rlv=0xc033c0e4 (pmap_remove_write+0x60) > rsp=0xc74deda8 rfp=0xc74dedb8 > r10=0x00000356 r9=0xc0505c24 > r8=0x000050db r7=0xc0617a08 r6=0xc0617a08 r5=0x00000000 > r4=0xc0617a08 > pmap_remove_write() at pmap_remove_write+0xc > scp=0xc033c090 rlv=0xc033c23c (pmap_remove_all+0x4c) > rsp=0xc74dedbc rfp=0xc74dede0 > r4=0xc039e270 > pmap_remove_all() at pmap_remove_all+0xc > scp=0xc033c1fc rlv=0xc03291c8 (vm_pageout_grow_cache+0x19c8) > rsp=0xc74dede4 rfp=0xc74dee84 > r10=0x00000356 r8=0x000050db > r7=0xc0617a08 r6=0x00000000 r5=0x00000000 r4=0xc039e270 > vm_pageout_grow_cache() at vm_pageout_grow_cache+0xde0 > scp=0xc03285e0 rlv=0xc01ab8d4 (fork_exit+0x94) > rsp=0xc74dee88 rfp=0xc74deea8 > r10=0x00000000 r9=0x00001770 > r8=0xc74deeac r7=0x00000000 r6=0xc03285d4 r5=0xc0ff6000 > r4=0xc0f60c00 > fork_exit() at fork_exit+0xc > scp=0xc01ab84c rlv=0xc0341cc4 (fork_trampoline+0x14) > rsp=0xc74deeac rfp=0x00000000 > r8=0x00000104 r7=0xecefbfda > r6=0xa7efeeb3 r5=0x00000000 r4=0xc03285d4 > db> > > ---------------------------------------------------------------------------- > > panic: _rw_wlock_hard: recursing but non-recursive rw pmap pv global > @ /usr/1/MIPS_FreeBSD/HEAD/head/sys/arm/arm/pmap-v6.c:837 > > KDB: enter: panic > [ thread pid 4 tid 100027 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 4 tid 100027 td 0xc0f60c00 > db_trace_self() at db_trace_self+0xc > scp=0xc03347c4 rlv=0xc0334810 (db_trace_thread+0x38) > rsp=0xc74de9f8 rfp=0xc74dea04 > db_trace_thread() at db_trace_thread+0xc > scp=0xc03347e4 rlv=0xc01293b8 (db_command_init+0x648) > rsp=0xc74dea08 rfp=0xc74dea24 > db_command_init() at db_command_init+0x570 > scp=0xc01292e0 rlv=0xc0128a60 (db_skip_to_eol+0x4a0) > rsp=0xc74dea28 rfp=0xc74deacc > r5=0x00000000 r4=0xc03e105c > db_skip_to_eol() at db_skip_to_eol+0x1d4 > scp=0xc0128794 rlv=0xc0128bcc (db_command_loop+0x60) > rsp=0xc74dead0 rfp=0xc74deadc > r10=0x600000d3 r8=0x00000001 > r7=0x00000000 r6=0x00000000 r5=0xc03e1324 r4=0xc74deae8 > db_command_loop() at db_command_loop+0xc > scp=0xc0128b78 rlv=0xc012b06c (X_db_sym_numargs+0xf4) > rsp=0xc74deae0 rfp=0xc74debfc > X_db_sym_numargs() at X_db_sym_numargs+0x14 > scp=0xc012af8c rlv=0xc0207168 (kdb_trap+0xa4) > rsp=0xc74dec00 rfp=0xc74dec24 > r4=0xc74deca8 > kdb_trap() at kdb_trap+0xc > scp=0xc02070d0 rlv=0xc03437ec (undefinedinstruction+0x2d0) > rsp=0xc74dec28 rfp=0xc74deca4 > r10=0xe7ffffff r8=0xe7ffffff > r7=0xc74deca8 r6=0x00000000 r5=0x00000000 r4=0x00000000 > undefinedinstruction() at undefinedinstruction+0xc > scp=0xc0343528 rlv=0xc0335fc8 (address_exception_entry+0x50) > rsp=0xc74deca8 rfp=0xc74ded04 > r10=0x000003ba r9=0xc0638bf4 > r8=0x00004fe5 r7=0xc0f60c00 r6=0xc037bdf4 r5=0xc040cdd4 > r4=0xc037c610 > kdb_enter() at kdb_enter+0xc > scp=0xc0206c4c rlv=0xc01d44f4 (panic+0xe8) > rsp=0xc74ded08 rfp=0xc74ded1c > r4=0x00000100 > panic() at panic+0x10 > scp=0xc01d441c rlv=0xc01d2cc0 (_rw_wlock_hard+0x84) > rsp=0xc74ded30 rfp=0xc74ded54 > _rw_wlock_hard() at _rw_wlock_hard+0xc > scp=0xc01d2c48 rlv=0xc01d2ec4 (_rw_wlock+0xcc) > rsp=0xc74ded58 rfp=0xc74ded74 > r8=0x00004fe5 r7=0x00000008 > r6=0x00000000 r5=0xc03a0a54 r4=0x00000345 > _rw_wlock() at _rw_wlock+0xc > scp=0xc01d2e04 rlv=0xc033be9c (pmap_fault_fixup+0x324) > rsp=0xc74ded78 rfp=0xc74deda4 > r6=0xc0638bf4 r5=0x00000000 > r4=0xc0638bf4 > pmap_fault_fixup() at pmap_fault_fixup+0x308 > scp=0xc033be80 rlv=0xc033c0e4 (pmap_remove_write+0x60) > rsp=0xc74deda8 rfp=0xc74dedb8 > r10=0x000003ba r9=0xc11b1000 > r8=0x00004fe5 r7=0xc0638bf4 r6=0xc0638bf4 r5=0x00000000 > r4=0xc0638bf4 > pmap_remove_write() at pmap_remove_write+0xc > scp=0xc033c090 rlv=0xc033c23c (pmap_remove_all+0x4c) > rsp=0xc74dedbc rfp=0xc74dede0 > r4=0xc039e270 > pmap_remove_all() at pmap_remove_all+0xc > scp=0xc033c1fc rlv=0xc03291c8 (vm_pageout_grow_cache+0x19c8) > rsp=0xc74dede4 rfp=0xc74dee84 > r10=0x000003ba r8=0x00004fe5 > r7=0xc0638bf4 r6=0x00000000 r5=0x00000000 r4=0xc039e270 > vm_pageout_grow_cache() at vm_pageout_grow_cache+0xde0 > scp=0xc03285e0 rlv=0xc01ab8d4 (fork_exit+0x94) > rsp=0xc74dee88 rfp=0xc74deea8 > r10=0x00000000 r9=0x00001770 > r8=0xc74deeac r7=0x00000000 r6=0xc03285d4 r5=0xc0ff6000 > r4=0xc0f60c00 > fork_exit() at fork_exit+0xc > scp=0xc01ab84c rlv=0xc0341cc4 (fork_trampoline+0x14) > rsp=0xc74deeac rfp=0x00000000 > r8=0x00000104 r7=0xc0341cc4 > r6=0xc74deeac r5=0x00000000 r4=0xc03285d4 > db> > ---------------------------------------------------------------------------- > > Thanks! > > WBW From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 17:08:44 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82E861065672 for ; Fri, 28 Sep 2012 17:08:44 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 47C798FC0A for ; Fri, 28 Sep 2012 17:08:44 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8SH8bvj049732 for ; Fri, 28 Sep 2012 11:08:37 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) 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 q8SH8YWr068766; Fri, 28 Sep 2012 11:08:34 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Sevan / Venture37 In-Reply-To: <5065D716.3080502@gmail.com> References: <506327AD.8030103@gmail.com> <201209271728.51989.hselasky@c2i.net> <50658377.5030102@gmail.com> <201209281835.45080.hselasky@c2i.net> <5065D716.3080502@gmail.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 28 Sep 2012 11:08:34 -0600 Message-ID: <1348852114.1113.43.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 Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 17:08:44 -0000 On Fri, 2012-09-28 at 17:57 +0100, Sevan / Venture37 wrote: > Oh cool, will report back once I've had a chance to play tonight. > Btw, I'm using a USB > TTL adapter connected to the GPIO pins which > gives me output from the kernel on booting but I'd like to be able to > login, looking at /etc/ttys ttyv0 is switched on by default, I've > modified it to std.115200 & I see the login prompt now but the > console > locks up & wont take any input. > It might be worth trying 3wire.115200 rather than std.115200, in case flow control is why it seems to be locked up. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 17:10:23 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6C621065672 for ; Fri, 28 Sep 2012 17:10:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3010E8FC15 for ; Fri, 28 Sep 2012 17:10:22 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 324420180; Fri, 28 Sep 2012 19:10:15 +0200 From: Hans Petter Selasky To: "Sevan / Venture37" Date: Fri, 28 Sep 2012 19:11:40 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <201209281835.45080.hselasky@c2i.net> <5065D716.3080502@gmail.com> In-Reply-To: <5065D716.3080502@gmail.com> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209281911.40713.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 17:10:23 -0000 On Friday 28 September 2012 18:57:58 Sevan / Venture37 wrote: > On 28/09/2012 17:35, Hans Petter Selasky wrote: > > Hi, > > > > I've just fixed some issues in the if_smsc.c, so you might want to "svn > > up" again. Seems like ethernet packets received carry 4 bytes extra. > > > > Regarding performance, there are actions we can do. Right now I just want > > a stable driver. I measured around 10MBit in each direction on ethernet > > and my USB memory stick was giving me 0.5 MBytes/second (Read). And the > > CPU usage is now around 0.8% when the USB stack is idle. The reason for > > this slowness is not USB itself, but that we are doing much of the USB > > protocol in software. > > > > I've also tested that FULL/LOW speed devices should work, like mouse and > > keyboard and USB serial port adapters. > > > > Feel free to keep us updated what you are doing with FreeBSD on your > > Raspberry PI and if you see more USB related problems:-) > > > > --HPS > > Oh cool, will report back once I've had a chance to play tonight. > Btw, I'm using a USB > TTL adapter connected to the GPIO pins which > gives me output from the kernel on booting but I'd like to be able to > login, looking at /etc/ttys ttyv0 is switched on by default, I've > modified it to std.115200 & I see the login prompt now but the console > locks up & wont take any input. Hi, If you have USB serial adapter, you can use that instead. Or use single-user mode. /dev/ttyU0 device ucom device uplcom # for example --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 17:28:56 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8D1E106566B for ; Fri, 28 Sep 2012 17:28:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7614B8FC1A for ; Fri, 28 Sep 2012 17:28:56 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 324751462; Fri, 28 Sep 2012 19:23:48 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Fri, 28 Sep 2012 19:25:13 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <5065D716.3080502@gmail.com> <1348852114.1113.43.camel@revolution.hippie.lan> In-Reply-To: <1348852114.1113.43.camel@revolution.hippie.lan> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209281925.13209.hselasky@c2i.net> Cc: Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 17:28:57 -0000 On Friday 28 September 2012 19:08:34 Ian Lepore wrote: > On Fri, 2012-09-28 at 17:57 +0100, Sevan / Venture37 wrote: > > Oh cool, will report back once I've had a chance to play tonight. > > Btw, I'm using a USB > TTL adapter connected to the GPIO pins which > > gives me output from the kernel on booting but I'd like to be able to > > login, looking at /etc/ttys ttyv0 is switched on by default, I've > > modified it to std.115200 & I see the login prompt now but the > > console > > locks up & wont take any input. > > It might be worth trying 3wire.115200 rather than std.115200, in case > flow control is why it seems to be locked up. > > -- Ian > Hi Ian, # cat /etc/ttys ttyU0 "/usr/libexec/getty 3wire.115200" vt100 on secure ttyu0 "/usr/libexec/getty 3wire.115200" vt100 on secure ttyv0 "/usr/libexec/getty Pc" cons25 on secure ttyv1 "/usr/libexec/getty Pc" cons25 on secure ttyv2 "/usr/libexec/getty Pc" cons25 on secure ttyv3 "/usr/libexec/getty Pc" cons25 on secure ttyv4 "/usr/libexec/getty Pc" cons25 on secure ttyv5 "/usr/libexec/getty Pc" cons25 on secure ttyv6 "/usr/libexec/getty Pc" cons25 on secure ttyv7 "/usr/libexec/getty Pc" cons25 on secure Only USB TTY port works. If I do something like: echo "test" > ttyu0 Nothing is printed on the serial port. Don't know why. ps auxw root 554 0.0 1.2 10076 1564 u0 Ss+ 5:23PM 0:00.02 /usr/libexec/getty 3wire.115200 ttyu0 --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 17:32:15 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54B27106566C for ; Fri, 28 Sep 2012 17:32:15 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.c2i.net [212.247.154.34]) by mx1.freebsd.org (Postfix) with ESMTP id D3A4C8FC0C for ; Fri, 28 Sep 2012 17:32:14 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 325891237 for freebsd-arm@freebsd.org; Fri, 28 Sep 2012 19:32:12 +0200 From: Hans Petter Selasky To: freebsd-arm@freebsd.org Date: Fri, 28 Sep 2012 19:33:37 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <506327AD.8030103@gmail.com> <1348852114.1113.43.camel@revolution.hippie.lan> <201209281925.13209.hselasky@c2i.net> In-Reply-To: <201209281925.13209.hselasky@c2i.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209281933.37291.hselasky@c2i.net> Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 17:32:15 -0000 On Friday 28 September 2012 19:25:13 Hans Petter Selasky wrote: > On Friday 28 September 2012 19:08:34 Ian Lepore wrote: > > On Fri, 2012-09-28 at 17:57 +0100, Sevan / Venture37 wrote: > > > Oh cool, will report back once I've had a chance to play tonight. > > > Btw, I'm using a USB > TTL adapter connected to the GPIO pins which > > > gives me output from the kernel on booting but I'd like to be able to > > > login, looking at /etc/ttys ttyv0 is switched on by default, I've > > > modified it to std.115200 & I see the login prompt now but the > > > console > > > locks up & wont take any input. > > > > It might be worth trying 3wire.115200 rather than std.115200, in case > > flow control is why it seems to be locked up. > > > > -- Ian > > Hi Ian, > > # cat /etc/ttys > ttyU0 "/usr/libexec/getty 3wire.115200" vt100 on secure > ttyu0 "/usr/libexec/getty 3wire.115200" vt100 on secure > ttyv0 "/usr/libexec/getty Pc" cons25 on secure > ttyv1 "/usr/libexec/getty Pc" cons25 on secure > ttyv2 "/usr/libexec/getty Pc" cons25 on secure > ttyv3 "/usr/libexec/getty Pc" cons25 on secure > ttyv4 "/usr/libexec/getty Pc" cons25 on secure > ttyv5 "/usr/libexec/getty Pc" cons25 on secure > ttyv6 "/usr/libexec/getty Pc" cons25 on secure > ttyv7 "/usr/libexec/getty Pc" cons25 on secure > > Only USB TTY port works. > > If I do something like: > > echo "test" > ttyu0 > > Nothing is printed on the serial port. Don't know why. > > ps auxw > > root 554 0.0 1.2 10076 1564 u0 Ss+ 5:23PM 0:00.02 /usr/libexec/getty > 3wire.115200 ttyu0 > > --HPS FYI Top of backtrace for getty looks like this: sleepq_wait_sig() at sleepq_wait_sig+12 scp=0xc0222dd4 rlv=0xc018fa28 (_cv_wait_sig+472) rsp=0xc7972c6c rfp=0xc7972c98 r5=0x00000000 r4=0x00000000 _cv_wait_sig() at _cv_wait_sig+12 scp=0xc018f85c rlv=0xc0237ff4 (tty_wait+32) rsp=0xc7972c9c rfp=0xc7972cb0 r10=0x00000000 r9=0xc101d900 r8=0x00000001 r7=0x00000000 r6=0xc7972db4 r5=0xc0f83600 r4=0x0000000b tty_wait() at tty_wait+12 scp=0xc0237fe0 rlv=0xc02406f4 (ttydisc_read+432) rsp=0xc7972cb4 rfp=0xc7972ce4 r5=0x00000001 r4=0xc0f83600 ttydisc_read() at ttydisc_read+12 scp=0xc0240550 rlv=0xc02390f8 (tty_alloc+408) rsp=0xc7972ce8 rfp=0xc7972d08 r10=0x00000000 r8=0x00000000 r7=0x00000000 r6=0xc7972db4 r5=0xc0f83600 r4=0x00000000 Don't have time to debug right now. --HPS From owner-freebsd-arm@FreeBSD.ORG Fri Sep 28 17:45:08 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03EE4106564A for ; Fri, 28 Sep 2012 17:45:08 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 597218FC12 for ; Fri, 28 Sep 2012 17:45:07 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8SHj6C2050755 for ; Fri, 28 Sep 2012 11:45:06 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) 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 q8SHis7K068819; Fri, 28 Sep 2012 11:44:54 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Hans Petter Selasky In-Reply-To: <201209281933.37291.hselasky@c2i.net> References: <506327AD.8030103@gmail.com> <1348852114.1113.43.camel@revolution.hippie.lan> <201209281925.13209.hselasky@c2i.net> <201209281933.37291.hselasky@c2i.net> Content-Type: text/plain; charset="us-ascii" Date: Fri, 28 Sep 2012 11:44:54 -0600 Message-ID: <1348854294.1113.57.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 Subject: Re: Unable to boot Pi successfully with ethernet interface configured X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Sep 2012 17:45:08 -0000 On Fri, 2012-09-28 at 19:33 +0200, Hans Petter Selasky wrote: > On Friday 28 September 2012 19:25:13 Hans Petter Selasky wrote: > > On Friday 28 September 2012 19:08:34 Ian Lepore wrote: > > > On Fri, 2012-09-28 at 17:57 +0100, Sevan / Venture37 wrote: > > > > Oh cool, will report back once I've had a chance to play tonight. > > > > Btw, I'm using a USB > TTL adapter connected to the GPIO pins which > > > > gives me output from the kernel on booting but I'd like to be able to > > > > login, looking at /etc/ttys ttyv0 is switched on by default, I've > > > > modified it to std.115200 & I see the login prompt now but the > > > > console > > > > locks up & wont take any input. > > > > > > It might be worth trying 3wire.115200 rather than std.115200, in case > > > flow control is why it seems to be locked up. > > > > > > -- Ian > > > > Hi Ian, > > > > # cat /etc/ttys > > ttyU0 "/usr/libexec/getty 3wire.115200" vt100 on secure > > ttyu0 "/usr/libexec/getty 3wire.115200" vt100 on secure > > ttyv0 "/usr/libexec/getty Pc" cons25 on secure > > ttyv1 "/usr/libexec/getty Pc" cons25 on secure > > ttyv2 "/usr/libexec/getty Pc" cons25 on secure > > ttyv3 "/usr/libexec/getty Pc" cons25 on secure > > ttyv4 "/usr/libexec/getty Pc" cons25 on secure > > ttyv5 "/usr/libexec/getty Pc" cons25 on secure > > ttyv6 "/usr/libexec/getty Pc" cons25 on secure > > ttyv7 "/usr/libexec/getty Pc" cons25 on secure > > > > Only USB TTY port works. > > > > If I do something like: > > > > echo "test" > ttyu0 > > > > Nothing is printed on the serial port. Don't know why. > > > > ps auxw > > > > root 554 0.0 1.2 10076 1564 u0 Ss+ 5:23PM 0:00.02 /usr/libexec/getty > > 3wire.115200 ttyu0 > > > > --HPS > > FYI > > Top of backtrace for getty looks like this: > > sleepq_wait_sig() at sleepq_wait_sig+12 > scp=0xc0222dd4 rlv=0xc018fa28 (_cv_wait_sig+472) > rsp=0xc7972c6c rfp=0xc7972c98 > r5=0x00000000 r4=0x00000000 > _cv_wait_sig() at _cv_wait_sig+12 > scp=0xc018f85c rlv=0xc0237ff4 (tty_wait+32) > rsp=0xc7972c9c rfp=0xc7972cb0 > r10=0x00000000 r9=0xc101d900 > r8=0x00000001 r7=0x00000000 r6=0xc7972db4 r5=0xc0f83600 > r4=0x0000000b > tty_wait() at tty_wait+12 > scp=0xc0237fe0 rlv=0xc02406f4 (ttydisc_read+432) > rsp=0xc7972cb4 rfp=0xc7972ce4 > r5=0x00000001 r4=0xc0f83600 > ttydisc_read() at ttydisc_read+12 > scp=0xc0240550 rlv=0xc02390f8 (tty_alloc+408) > rsp=0xc7972ce8 rfp=0xc7972d08 > r10=0x00000000 r8=0x00000000 > r7=0x00000000 r6=0xc7972db4 r5=0xc0f83600 r4=0x00000000 > > Don't have time to debug right now. Offhand, I'd say that looks right -- it's parked in the tty layer waiting for a character to arrive from the low-level hardware driver. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Sep 29 03:30:12 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 090FD106566B for ; Sat, 29 Sep 2012 03:30:11 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas05p.mx.bigpond.com (nschwmtas05p.mx.bigpond.com [61.9.189.149]) by mx1.freebsd.org (Postfix) with ESMTP id 45B738FC08 for ; Sat, 29 Sep 2012 03:30:10 +0000 (UTC) Received: from nschwcmgw07p ([61.9.190.167]) by nschwmtas05p.mx.bigpond.com with ESMTP id <20120929033004.VFBT2821.nschwmtas05p.mx.bigpond.com@nschwcmgw07p>; Sat, 29 Sep 2012 03:30:04 +0000 Received: from johnny.reilly.home ([124.188.162.192]) by nschwcmgw07p with BigPond Outbound id 4rW21k00649NTNc01rW2xp; Sat, 29 Sep 2012 03:30:04 +0000 X-Authentication-Info: Submitted using ID areilly@bigpond.net.au X-Authority-Analysis: v=2.0 cv=apgw+FlV c=1 sm=1 a=E3UA96qjU4/DKYBP5EH6OA==:17 a=wom5GMh1gUkA:10 a=FhOjvGrBrnEA:10 a=kj9zAlcOel0A:10 a=Sv2sojjTAAAA:8 a=Zx3JsR2hfD0A:10 a=C12eLlC_X9dLY_iq69QA:9 a=CjuIK1q_8ugA:10 a=E3UA96qjU4/DKYBP5EH6OA==:117 Date: Sat, 29 Sep 2012 13:30:02 +1000 From: Andrew Reilly To: Warner Losh Message-ID: <20120929033002.GA18294@johnny.reilly.home> References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: arm@freebsd.org, Tim Kientzle , George Neville-Neil Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Sep 2012 03:30:12 -0000 On Tue, Sep 25, 2012 at 09:54:59AM -0600, Warner Losh wrote: > > On Sep 25, 2012, at 9:40 AM, Tim Kientzle wrote: > > On Sep 25, 2012, at 7:18 AM, George Neville-Neil wrote: > >> Great that you're moving this forwards! I wonder how we can get this into > >> the main tree so that it gets the appropriate help and testing. Any ideas > >> on where you'd want to put this Tim? > > > > Once it can handle a couple of boards and I'm convinced > > it's actually legible and useful to someone other than me, > > then it could go beside nanobsd. Someday, someday, I'd > > like to see this used to build "official FreeBSD releases" > > for some of these boards, but we've all got a bit of work > > ahead of us before we're ready for that. > > Yea. I'd normally lobby for hacks to NanoBSD to make this happen, but I've come to the conclusion that I don't have the bandwidth to still be the nanobsd maintainer. > > > Needs a better name than beaglebsd, though; it aspires > > to so much more. ;-) > > armv6bsd isn't catchy either. BaSeDarm isn't much better :) As an interested bystander looking for an opportunity to get involved, I'm curious: why the emphasis on "armv6" that I've seen, regarding these boards that all use processors that are ARMv7 architecture devices? Sure, armv6 is very similar, but armv7 is what ARM calls them. Cheers, -- Andrew From owner-freebsd-arm@FreeBSD.ORG Sat Sep 29 03:33:32 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0961F106566C for ; Sat, 29 Sep 2012 03:33:32 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id B396F8FC0C for ; Sat, 29 Sep 2012 03:33:31 +0000 (UTC) Received: by ieak10 with SMTP id k10so4735629iea.13 for ; Fri, 28 Sep 2012 20:33:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=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=JnPpvCmJh57hRZtWla9nKDQIAhidMjN5zC+0Lf7Qzqc=; b=PyiVgpEqSumb48HBTknexwtnuHFaYHGQLqNMfa3w2id/dmt3Vk65WcmVAY1czAkntq Ok8+z1w8uhZtNNTKJBRcX5xukT0xfeIinFPP2kp1hnJhZ7AxRAuwhfOCqQUR+PoNjNX8 ur5cHnN5hmvOfgtz3KC6m/ceAIDk9oIOwDrk3rY6qf8V9pglJNZUhQuuEeucPVr8cyTS ph7Diia55ALXtLGT/rwO2J37yBUU14Xfw5DW4OJAwxKcW3K9fisj9ms4kuvIQWEG9ecu MF7EUac0Sn0AYKsreTPoxYh/mD0TQTbypjWnsFynmOOsrfmTsQW0MPic14llTgU6vD/G LJMg== Received: by 10.50.191.131 with SMTP id gy3mr553996igc.13.1348889604845; Fri, 28 Sep 2012 20:33:24 -0700 (PDT) Received: from 63.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id u4sm1429695igw.6.2012.09.28.20.33.23 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 28 Sep 2012 20:33:24 -0700 (PDT) Sender: Warner Losh Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20120929033002.GA18294@johnny.reilly.home> Date: Fri, 28 Sep 2012 21:33:22 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <1A445C08-A529-4060-82D8-2BFA4BAD1DF3@bsdimp.com> References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> <20120929033002.GA18294@johnny.reilly.home> To: Andrew Reilly X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQloYNximAiW296n16QuYCT0woEmMEj7TsuTUNegJMjzbt6TcnDOwNnG1Y9vcV6YH2SmKF+v Cc: arm@freebsd.org, Tim Kientzle , George Neville-Neil Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Sep 2012 03:33:32 -0000 On Sep 28, 2012, at 9:30 PM, Andrew Reilly wrote: > On Tue, Sep 25, 2012 at 09:54:59AM -0600, Warner Losh wrote: >>=20 >> On Sep 25, 2012, at 9:40 AM, Tim Kientzle wrote: >>> On Sep 25, 2012, at 7:18 AM, George Neville-Neil wrote: >>>> Great that you're moving this forwards! I wonder how we can get = this into >>>> the main tree so that it gets the appropriate help and testing. = Any ideas >>>> on where you'd want to put this Tim? >>>=20 >>> Once it can handle a couple of boards and I'm convinced >>> it's actually legible and useful to someone other than me, >>> then it could go beside nanobsd. Someday, someday, I'd >>> like to see this used to build "official FreeBSD releases" >>> for some of these boards, but we've all got a bit of work >>> ahead of us before we're ready for that. >>=20 >> Yea. I'd normally lobby for hacks to NanoBSD to make this happen, = but I've come to the conclusion that I don't have the bandwidth to still = be the nanobsd maintainer. >>=20 >>> Needs a better name than beaglebsd, though; it aspires >>> to so much more. ;-) >>=20 >> armv6bsd isn't catchy either. BaSeDarm isn't much better :) >=20 > As an interested bystander looking for an opportunity to get > involved, I'm curious: why the emphasis on "armv6" that I've > seen, regarding these boards that all use processors that are > ARMv7 architecture devices? Sure, armv6 is very similar, but > armv7 is what ARM calls them. armv6 means all armv6 or armv7 processors. Warner= From owner-freebsd-arm@FreeBSD.ORG Sat Sep 29 08:02:24 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3BF106564A for ; Sat, 29 Sep 2012 08:02:24 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh10.mail.rice.edu (mh10.mail.rice.edu [128.42.201.30]) by mx1.freebsd.org (Postfix) with ESMTP id C75AC8FC0A for ; Sat, 29 Sep 2012 08:02:23 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 15BA4604EE; Sat, 29 Sep 2012 03:02:23 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 14373604E9; Sat, 29 Sep 2012 03:02:23 -0500 (CDT) X-Virus-Scanned: by amavis-2.7.0 at mh10.mail.rice.edu, auth channel Received: from mh10.mail.rice.edu ([127.0.0.1]) by mh10.mail.rice.edu (mh10.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id yVPNt1nKAu53; Sat, 29 Sep 2012 03:02:22 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh10.mail.rice.edu (Postfix) with ESMTPSA id A0182604D6; Sat, 29 Sep 2012 03:02:22 -0500 (CDT) Message-ID: <5066AB0D.6000901@rice.edu> Date: Sat, 29 Sep 2012 03:02:21 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: Aleksandr Rybalko References: <504BDC56.3060607@rice.edu> <20120910211817.2d8a340d@fubar.geek.nz> <504E1A1B.90101@rice.edu> <20120928160227.99d2b126.ray@dlink.ua> In-Reply-To: <20120928160227.99d2b126.ray@dlink.ua> Content-Type: multipart/mixed; boundary="------------090002000604010006090901" Cc: "arm@freebsd.org" , Alan Cox Subject: Re: armv6 pmap patch X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Sep 2012 08:02:24 -0000 This is a multi-part message in MIME format. --------------090002000604010006090901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 09/28/2012 08:02, Aleksandr Rybalko wrote: > On Mon, 10 Sep 2012 11:49:31 -0500 > Alan Cox wrote: > >>> On 09/10/2012 04:18, Andrew Turner wrote: >>>> On Sat, 08 Sep 2012 19:01:26 -0500 >>>> Alan Cox wrote: >>>> >>>>> Can someone here please test this patch to the new armv6 pmap? It >>>>> eliminates the use of the page queues lock and updates some >>>>> comments. Similar changes were recently made to the original arm >>>>> pmap. >>>>> >>>>> Thanks, >>>>> Alan >>>>> >>>> I have booted FreeBSD with the patch on a Pandaboard and it >>>> appears to work. Are there any tests you would like me to run? >>>> >>> Nothing in particular, since almost anything that you do on the >>> machine will exercise the changed code. >>> >>> There appears to be a lot of unnecessary dropping and reacquiring of >>> locks around UMA calls in both pmap.c and pmap-v6.c. I will try to >>> generate a patch to eliminate this later in the week. >>> >>> Alan >>> > Hi Alan and ARM hackers, > > Don't know exact, but think it is related to current pmap work. > So here is two panics observed on R-Pi recently (HEAD @r240985), both > on attempt to untar ports.tar.gz :) > *snip* The attached patch should eliminate the panic. Please let me know when you've had a chance to test it. Alan --------------090002000604010006090901 Content-Type: text/plain; name="armv6-pmap7.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="armv6-pmap7.patch" Index: arm/arm/pmap-v6.c =================================================================== --- arm/arm/pmap-v6.c (revision 241020) +++ arm/arm/pmap-v6.c (working copy) @@ -2316,7 +2316,6 @@ pmap_remove_all(vm_page_t m) if (TAILQ_EMPTY(&m->md.pv_list)) return; rw_wlock(&pvh_global_lock); - pmap_remove_write(m); curpm = vmspace_pmap(curproc->p_vmspace); while ((pv = TAILQ_FIRST(&m->md.pv_list)) != NULL) { if (flush == FALSE && (pv->pv_pmap == curpm || @@ -2327,6 +2326,8 @@ pmap_remove_all(vm_page_t m) l2b = pmap_get_l2_bucket(pv->pv_pmap, pv->pv_va); KASSERT(l2b != NULL, ("No l2 bucket")); ptep = &l2b->l2b_kva[l2pte_index(pv->pv_va)]; + if (L2_S_WRITABLE(*ptep)) + vm_page_dirty(m); *ptep = 0; if (pmap_is_current(pv->pv_pmap)) PTE_SYNC(ptep); @@ -2337,6 +2338,7 @@ pmap_remove_all(vm_page_t m) PMAP_UNLOCK(pv->pv_pmap); pmap_free_pv_entry(pv); } + m->md.pvh_attrs &= ~(PVF_MOD | PVF_REF); if (flush) { if (PV_BEEN_EXECD(flags)) --------------090002000604010006090901-- From owner-freebsd-arm@FreeBSD.ORG Sat Sep 29 15:44:01 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E76D106566B for ; Sat, 29 Sep 2012 15:44:01 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA058FC08 for ; Sat, 29 Sep 2012 15:43:48 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8TFhlEU087359 for ; Sat, 29 Sep 2012 09:43:47 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) 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 q8TFhhBI069683; Sat, 29 Sep 2012 09:43:44 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Andrew Reilly In-Reply-To: <20120929033002.GA18294@johnny.reilly.home> References: <0DCAC001-FF06-431A-A486-2B50BE913B0D@bsdimp.com> <7E18623F-3945-4EA0-B332-5A5C717B20F0@kientzle.com> <9896AA3E-D8A0-4CE8-8160-4672AA07388F@cheney.net> <6B74ADD7-3266-4919-BEB4-B10E0C1BAB58@kientzle.com> <5679C679-A434-4714-BE61-4DC093DA7F34@kientzle.com> <034F9446-B2FB-44AD-BDEE-4C2FBAC51796@neville-neil.com> <9E070889-190A-42B1-9B46-94B1AEF2C20E@kientzle.com> <20120929033002.GA18294@johnny.reilly.home> Content-Type: text/plain; charset="us-ascii" Date: Sat, 29 Sep 2012 09:43:43 -0600 Message-ID: <1348933423.1113.97.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org Subject: Re: Towards an ARM system-building script X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Sep 2012 15:44:01 -0000 On Sat, 2012-09-29 at 13:30 +1000, Andrew Reilly wrote: > As an interested bystander looking for an opportunity to get > involved, I'm curious: why the emphasis on "armv6" that I've > seen, regarding these boards that all use processors that are > ARMv7 architecture devices? Sure, armv6 is very similar, but > armv7 is what ARM calls them. > > Cheers, > It's just shorthand... "armv4" in freebsd means v4 and v5, because they are similar enough that the same code can handle the MMU and interrupts and traps and so on. Likewise, armv6 is shorthand for v6 and v7 which are similar enough to share most of the low-level support code. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Sep 29 22:49:55 2012 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA636106566B for ; Sat, 29 Sep 2012 22:49:55 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id A21408FC0A for ; Sat, 29 Sep 2012 22:49:55 +0000 (UTC) Received: from rnote.ddteam.net (99-104-133-95.pool.ukrtel.net [95.133.104.99]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 65579C4934; Sun, 30 Sep 2012 01:49:48 +0300 (EEST) Date: Sun, 30 Sep 2012 01:49:39 +0300 From: Aleksandr Rybalko To: Alan Cox Message-Id: <20120930014939.9d277f0d.ray@freebsd.org> In-Reply-To: <5066AB0D.6000901@rice.edu> References: <504BDC56.3060607@rice.edu> <20120910211817.2d8a340d@fubar.geek.nz> <504E1A1B.90101@rice.edu> <20120928160227.99d2b126.ray@dlink.ua> <5066AB0D.6000901@rice.edu> Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "arm@freebsd.org" Subject: Re: armv6 pmap patch X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Sep 2012 22:49:56 -0000 On Sat, 29 Sep 2012 03:02:21 -0500 Alan Cox wrote: > On 09/28/2012 08:02, Aleksandr Rybalko wrote: > > On Mon, 10 Sep 2012 11:49:31 -0500 > > Alan Cox wrote: > > > >>> On 09/10/2012 04:18, Andrew Turner wrote: > >>>> On Sat, 08 Sep 2012 19:01:26 -0500 > >>>> Alan Cox wrote: > >>>> > >>>>> Can someone here please test this patch to the new armv6 pmap? > >>>>> It eliminates the use of the page queues lock and updates some > >>>>> comments. Similar changes were recently made to the original arm > >>>>> pmap. > >>>>> > >>>>> Thanks, > >>>>> Alan > >>>>> > >>>> I have booted FreeBSD with the patch on a Pandaboard and it > >>>> appears to work. Are there any tests you would like me to run? > >>>> > >>> Nothing in particular, since almost anything that you do on the > >>> machine will exercise the changed code. > >>> > >>> There appears to be a lot of unnecessary dropping and reacquiring > >>> of locks around UMA calls in both pmap.c and pmap-v6.c. I will > >>> try to generate a patch to eliminate this later in the week. > >>> > >>> Alan > >>> > > Hi Alan and ARM hackers, > > > > Don't know exact, but think it is related to current pmap work. > > So here is two panics observed on R-Pi recently (HEAD @r240985), > > both on attempt to untar ports.tar.gz :) > > > > *snip* > > The attached patch should eliminate the panic. Please let me know > when you've had a chance to test it. I don't know when it done (extracting ports.tar.gz :) ) but it still works w/o panic :) Thanks a lot Alan! > > Alan > WBW -- Aleksandr Rybalko