From owner-freebsd-arm@FreeBSD.ORG Sun Sep 16 07:43:53 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 92946106566B for ; Sun, 16 Sep 2012 07:43:53 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 590F18FC12 for ; Sun, 16 Sep 2012 07:43:52 +0000 (UTC) Received: from mxin2-orange.clear.net.nz (lb2-srcnat.clear.net.nz [203.97.32.237]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0MAF00KTTMT3UF10@smtp3.clear.net.nz> for freebsd-arm@freebsd.org; Sun, 16 Sep 2012 19:43:51 +1200 (NZST) Received: from 202-0-48-19.paradise.net.nz (HELO localhost) ([202.0.48.19]) by smtpin2.paradise.net.nz with ESMTP; Sun, 16 Sep 2012 19:43:51 +1200 Date: Sun, 16 Sep 2012 19:43:49 +1200 From: Andrew Turner In-reply-to: To: Tim Kientzle Message-id: <20120916194349.6ef4c712@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: <5053C7D1.2080308@gmail.com> Cc: freebsd-arm@freebsd.org Subject: Re: Unable to build FreeBSD xdev tools for ARM on FreeBSD 10.0-CURRENT 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, 16 Sep 2012 07:43:53 -0000 On Sat, 15 Sep 2012 14:04:52 -0700 Tim Kientzle wrote: > I looked at this very briefly a while back. It looks like a great > opportunity for someone interested in learning more about > toolchain and library issues. The version of clang in SVN is known to not work on ARM. We need to bring in llvm r162130 [1] to fix an issue where LLVM will crash. There are also a few changes we need to make to clang and LLVM. When I have had a chance to test them I will submit them upstream and pull them into our SVN. Andrew [1] http://llvm.org/viewvc/llvm-project?view=rev&revision=162130 From owner-freebsd-arm@FreeBSD.ORG Sun Sep 16 14:06:53 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 763D6106566B; Sun, 16 Sep 2012 14:06:53 +0000 (UTC) (envelope-from venture37@gmail.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 286F98FC1B; Sun, 16 Sep 2012 14:06:53 +0000 (UTC) Received: by obbun3 with SMTP id un3so10065115obb.13 for ; Sun, 16 Sep 2012 07:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=hxXwtPmEI3+cJp+0mZsXnUKa1Zmk3c+88hsOYcxk2Dg=; b=i91Hl92JXrICpOAVkfTGN9XHcFRMW1DEFkwTXlXgZ0n7zOtXLaBP7tM8Nmcm343Wcy E+q7T1KSvCqhjVWd1U22aSWqEqRJUshGlsJOtZpI6GSldYwRxMjG7ydUKDh+EJduZuq+ Gt1KSetJdNLGQE+K3SJr69NRRD54iI2AHjBs1bryHEEq1cZsHQ4QwG9j5MkH0WA3lHDF mN94+WeO9NOaDLrvSU6521gTe25XvnYeJoiOGNklvMU3mxxOYxGwBRmHDlnEIagf/pBd 1qwusMrbm9qMucUhGxm6364JOfv10iOC/oP0arvX/q793tH9kPZXVf5VUVGG5CJET83C C2Iw== MIME-Version: 1.0 Received: by 10.182.76.164 with SMTP id l4mr9440723obw.65.1347804412709; Sun, 16 Sep 2012 07:06:52 -0700 (PDT) Received: by 10.76.152.196 with HTTP; Sun, 16 Sep 2012 07:06:52 -0700 (PDT) Date: Sun, 16 Sep 2012 15:06:52 +0100 Message-ID: From: "Sevan / Venture37" To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Subject: GPIO on Raspberry Pi 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, 16 Sep 2012 14:06:53 -0000 Hi, I managed to get FreeBSD/arm on a Raspberry Pi this weekend, kernel is booted from an SD card & root fs is mounted via a USB flash drive (by hardcoding the path in the kernel config 'options ROOTDEVNAME=\"ufs:/dev/da0s1a\"' I was unable to mount / from the sd card otherwise as it appears the SD is not detected by the kernel, also if there's no cable plugged into the ethernet port the kernel doesn't detect the interface. dmesg up at http://www.nycbug.org/?action=dmesgd&dmesgid=2417 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r240529: Sun Sep 16 11:56:48 BST 2012 I was wondering what status of GPIO support for the pi is, kernel manages to build happily with device gpio & gpioled specified but I don't see anything related to gpio when I boot the kernel. Regards Sevan / Venture37 From owner-freebsd-arm@FreeBSD.ORG Sun Sep 16 14:40:43 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 681B71065672; Sun, 16 Sep 2012 14:40:43 +0000 (UTC) (envelope-from yerenkow@gmail.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 197598FC12; Sun, 16 Sep 2012 14:40:42 +0000 (UTC) Received: by iea17 with SMTP id 17so5544089iea.13 for ; Sun, 16 Sep 2012 07:40:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZOm0Q+aAMFihVzNsXxBlmU/fPj4RGyv3FBqMsz7l5Lw=; b=ALYvax+qf1KjnWji/kSq21bhREGjrL3EGOJGS3i8sXt2TMIF5t48xkZgkn/CkW6LYi rmRDleepTaDUo6w8Pxvt2vcgJcPMt+lIYInVmszs7TC0ndQd98qjNXv7m/h9jcpV8708 wed+9dsQCpz5haj3307nWHPRi7IHCvYGhwkXwkLdyOFKj2ntB0xu0POzmv2+Y0HWHPX+ 0d3wtC4hC1BmakCx1lp/BUekHOURbEQArgLlW1DVnoWApFmx7wgvJmvV3dz4NQbiK1vC NoUnHvHEA5/Wr0li/gQsOQ8vBKDigTEuSj5iAxNRQV0A0VBD92P7q8DoaguWcweTsLjz TaGA== MIME-Version: 1.0 Received: by 10.50.197.231 with SMTP id ix7mr4340295igc.54.1347806442349; Sun, 16 Sep 2012 07:40:42 -0700 (PDT) Received: by 10.64.93.168 with HTTP; Sun, 16 Sep 2012 07:40:42 -0700 (PDT) In-Reply-To: References: Date: Sun, 16 Sep 2012 17:40:42 +0300 Message-ID: From: Alexander Yerenkow To: "Sevan / Venture37" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org, freebsd-current Subject: Re: GPIO on Raspberry Pi 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, 16 Sep 2012 14:40:43 -0000 2012/9/16 Sevan / Venture37 > Hi, I managed to get FreeBSD/arm on a Raspberry Pi this weekend, kernel is > booted from an SD card & root fs is mounted via a USB flash drive (by > hardcoding the path in the kernel config 'options > ROOTDEVNAME=\"ufs:/dev/da0s1a\"' > I was unable to mount / from the sd card otherwise as it appears the > SD is not detected by the kernel, also if there's no cable plugged > into the ethernet port the kernel doesn't detect the interface. > > Hi. We really need get gonzo@ back from vacation, or where he is now :) Internal SD is working via device sdhci (patch available for head at people.freebsd.org/~gozno/patches/ , but seems incomplete, kernel not building ok for me) > dmesg up at http://www.nycbug.org/?action=dmesgd&dmesgid=2417 > 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r240529: Sun Sep 16 11:56:48 BST 2012 > > I was wondering what status of GPIO support for the pi is, kernel > manages to build happily with device gpio & gpioled specified but I > don't see anything related to gpio when I boot the kernel. > > Regards > > Sevan / Venture37 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Regards, Alexander Yerenkow From owner-freebsd-arm@FreeBSD.ORG Mon Sep 17 03:33: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 C3354106564A for ; Mon, 17 Sep 2012 03:33:15 +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 996CA8FC15 for ; Mon, 17 Sep 2012 03:33:15 +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 q8H3X9UW085398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Sep 2012 20:33:09 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id q8H3X9IE085397; Sun, 16 Sep 2012 20:33:09 -0700 (PDT) (envelope-from jmg) Date: Sun, 16 Sep 2012 20:33:08 -0700 From: John-Mark Gurney To: Alan Cox Message-ID: <20120917033308.GB58312@funkthat.com> Mail-Followup-To: Alan Cox , "arm@freebsd.org" 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5054D69B.40209@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]); Sun, 16 Sep 2012 20:33:09 -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: Mon, 17 Sep 2012 03:33:15 -0000 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.. > In the meantime, my next patch is attached. This applies to both the > original pmap and the new v6 pmap. Can some folks here please test > this? Here is the description: I just tried it on my armv6 BEAGLEBONE... It boots find to multiuser mode... Ran a few programs and worked fine... This only tests the pmap-v6.c patch, not the other pmap patch... > Since UMA_ZONE_NOFREE is specified when l2zone and l2table_zone are created, > there is no need to release and reacquire the pmap and pvh global locks > around calls to uma_zfree(). Recursion into the pmap simply won't occur. > > Eliminate the use of M_USE_RESERVE. It is deprecated and, in fact, counter- > productive, meaning that it actually makes the memory allocation request > more likely to fail. > > Eliminate the macros pmap_{alloc,free}_l2_dtable(). They are of limited > utility, and pmap_free_l2_dtable() was inconsistently used. > > Tidy up pmap_init(). In particular, change the initialization of the PV > zone so that it doesn't span the initialization of the l2 and l2table zones. Thanks for your work. -- 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 Mon Sep 17 11:07:01 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 E6ECA1065686 for ; Mon, 17 Sep 2012 11:07:01 +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 D192A8FC22 for ; Mon, 17 Sep 2012 11:07:01 +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 q8HB71UT004385 for ; Mon, 17 Sep 2012 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8HB71sL004383 for freebsd-arm@FreeBSD.org; Mon, 17 Sep 2012 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Sep 2012 11:07:01 GMT Message-Id: <201209171107.q8HB71sL004383@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, 17 Sep 2012 11:07:02 -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 17 19:46:07 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 55D661065675; Mon, 17 Sep 2012 19:46:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 16FE08FC1E; Mon, 17 Sep 2012 19:46:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q8HJk6Gl020942; Mon, 17 Sep 2012 19:46:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q8HJk6wa020843; Mon, 17 Sep 2012 19:46:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 17 Sep 2012 19:46:06 GMT Message-Id: <201209171946.q8HJk6wa020843@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9_1 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: Mon, 17 Sep 2012 19:46:07 -0000 TB --- 2012-09-17 19:40:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-09-17 19:40:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-09-17 19:40:00 - starting RELENG_9_1 tinderbox run for arm/arm TB --- 2012-09-17 19:40:00 - cleaning the object tree TB --- 2012-09-17 19:40:00 - checking out /src from svn://svn.freebsd.org/base/releng/9.1 TB --- 2012-09-17 19:40:00 - cd /tinderbox/RELENG_9_1/arm/arm TB --- 2012-09-17 19:40:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-17 19:41:33 - /usr/local/bin/svn update /src TB --- 2012-09-17 19:46:06 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-17 19:46:06 - ERROR: unable to check out the source tree TB --- 2012-09-17 19:46:06 - 3.32 user 3.69 system 365.86 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9_1-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Sep 18 16:05: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 123B31065678; Tue, 18 Sep 2012 16:05:24 +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 B4C798FC0C; Tue, 18 Sep 2012 16:05:23 +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 q8IFg8kJ034879; Tue, 18 Sep 2012 11:42:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IFg7JX034878; Tue, 18 Sep 2012 15:42:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 15:42:07 GMT Message-Id: <201209181542.q8IFg7JX034878@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: Tue, 18 Sep 2012 16:05:24 -0000 TB --- 2012-09-18 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 14:10: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-18 14:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-18 14:10:00 - cleaning the object tree TB --- 2012-09-18 14:10:00 - cvsupping the source tree TB --- 2012-09-18 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-18 14:11:11 - building world TB --- 2012-09-18 14:11:11 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 14:11:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 14:11:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 14:11:11 - SRCCONF=/dev/null TB --- 2012-09-18 14:11:11 - TARGET=arm TB --- 2012-09-18 14:11:11 - TARGET_ARCH=arm TB --- 2012-09-18 14:11:11 - TZ=UTC TB --- 2012-09-18 14:11:11 - __MAKE_CONF=/dev/null TB --- 2012-09-18 14:11:11 - cd /src TB --- 2012-09-18 14:11:11 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 14:11:12 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 Tue Sep 18 15:13:13 UTC 2012 TB --- 2012-09-18 15:13:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:13:13 - /usr/sbin/config -m AC100 TB --- 2012-09-18 15:13:13 - skipping AC100 kernel TB --- 2012-09-18 15:13:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:13:13 - /usr/sbin/config -m ARMADAXP TB --- 2012-09-18 15:13:13 - skipping ARMADAXP kernel TB --- 2012-09-18 15:13:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:13:13 - /usr/sbin/config -m ATMEL TB --- 2012-09-18 15:13:13 - building ATMEL kernel TB --- 2012-09-18 15:13:13 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:13:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:13:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:13:13 - SRCCONF=/dev/null TB --- 2012-09-18 15:13:13 - TARGET=arm TB --- 2012-09-18 15:13:13 - TARGET_ARCH=arm TB --- 2012-09-18 15:13:13 - TZ=UTC TB --- 2012-09-18 15:13:13 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:13:13 - cd /src TB --- 2012-09-18 15:13:13 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Tue Sep 18 15:13:13 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 Tue Sep 18 15:16:49 UTC 2012 TB --- 2012-09-18 15:16:49 - cd /src/sys/arm/conf TB --- 2012-09-18 15:16:49 - /usr/sbin/config -m AVILA TB --- 2012-09-18 15:16:49 - skipping AVILA kernel TB --- 2012-09-18 15:16:49 - cd /src/sys/arm/conf TB --- 2012-09-18 15:16:49 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-09-18 15:16:49 - skipping BEAGLEBONE kernel TB --- 2012-09-18 15:16:49 - cd /src/sys/arm/conf TB --- 2012-09-18 15:16:49 - /usr/sbin/config -m BWCT TB --- 2012-09-18 15:16:49 - building BWCT kernel TB --- 2012-09-18 15:16:49 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:16:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:16:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:16:49 - SRCCONF=/dev/null TB --- 2012-09-18 15:16:49 - TARGET=arm TB --- 2012-09-18 15:16:49 - TARGET_ARCH=arm TB --- 2012-09-18 15:16:49 - TZ=UTC TB --- 2012-09-18 15:16:49 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:16:49 - cd /src TB --- 2012-09-18 15:16:49 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Tue Sep 18 15:16:49 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 Tue Sep 18 15:18:59 UTC 2012 TB --- 2012-09-18 15:18:59 - cd /src/sys/arm/conf TB --- 2012-09-18 15:18:59 - /usr/sbin/config -m CAMBRIA TB --- 2012-09-18 15:18:59 - skipping CAMBRIA kernel TB --- 2012-09-18 15:18:59 - cd /src/sys/arm/conf TB --- 2012-09-18 15:18:59 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-09-18 15:18:59 - building CNS11XXNAS kernel TB --- 2012-09-18 15:18:59 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:18:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:18:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:18:59 - SRCCONF=/dev/null TB --- 2012-09-18 15:18:59 - TARGET=arm TB --- 2012-09-18 15:18:59 - TARGET_ARCH=arm TB --- 2012-09-18 15:18:59 - TZ=UTC TB --- 2012-09-18 15:18:59 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:18:59 - cd /src TB --- 2012-09-18 15:18:59 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Tue Sep 18 15:18:59 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 Tue Sep 18 15:21:27 UTC 2012 TB --- 2012-09-18 15:21:27 - cd /src/sys/arm/conf TB --- 2012-09-18 15:21:27 - /usr/sbin/config -m CRB TB --- 2012-09-18 15:21:27 - skipping CRB kernel TB --- 2012-09-18 15:21:27 - cd /src/sys/arm/conf TB --- 2012-09-18 15:21:27 - /usr/sbin/config -m DB-78XXX TB --- 2012-09-18 15:21:27 - building DB-78XXX kernel TB --- 2012-09-18 15:21:27 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:21:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:21:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:21:27 - SRCCONF=/dev/null TB --- 2012-09-18 15:21:27 - TARGET=arm TB --- 2012-09-18 15:21:27 - TARGET_ARCH=arm TB --- 2012-09-18 15:21:27 - TZ=UTC TB --- 2012-09-18 15:21:27 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:21:27 - cd /src TB --- 2012-09-18 15:21:27 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Tue Sep 18 15:21:27 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 DB-78XXX completed on Tue Sep 18 15:24:13 UTC 2012 TB --- 2012-09-18 15:24:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:24:13 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-09-18 15:24:13 - building DB-88F5XXX kernel TB --- 2012-09-18 15:24:13 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:24:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:24:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:24:13 - SRCCONF=/dev/null TB --- 2012-09-18 15:24:13 - TARGET=arm TB --- 2012-09-18 15:24:13 - TARGET_ARCH=arm TB --- 2012-09-18 15:24:13 - TZ=UTC TB --- 2012-09-18 15:24:13 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:24:13 - cd /src TB --- 2012-09-18 15:24:13 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Tue Sep 18 15:24:13 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 DB-88F5XXX completed on Tue Sep 18 15:26:56 UTC 2012 TB --- 2012-09-18 15:26:56 - cd /src/sys/arm/conf TB --- 2012-09-18 15:26:56 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-09-18 15:26:56 - building DB-88F6XXX kernel TB --- 2012-09-18 15:26:56 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:26:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:26:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:26:56 - SRCCONF=/dev/null TB --- 2012-09-18 15:26:56 - TARGET=arm TB --- 2012-09-18 15:26:56 - TARGET_ARCH=arm TB --- 2012-09-18 15:26:56 - TZ=UTC TB --- 2012-09-18 15:26:56 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:26:56 - cd /src TB --- 2012-09-18 15:26:56 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Tue Sep 18 15:26:56 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 DB-88F6XXX completed on Tue Sep 18 15:29:51 UTC 2012 TB --- 2012-09-18 15:29:51 - cd /src/sys/arm/conf TB --- 2012-09-18 15:29:51 - /usr/sbin/config -m DOCKSTAR TB --- 2012-09-18 15:29:51 - building DOCKSTAR kernel TB --- 2012-09-18 15:29:51 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:29:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:29:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:29:51 - SRCCONF=/dev/null TB --- 2012-09-18 15:29:51 - TARGET=arm TB --- 2012-09-18 15:29:51 - TARGET_ARCH=arm TB --- 2012-09-18 15:29:51 - TZ=UTC TB --- 2012-09-18 15:29:51 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:29:51 - cd /src TB --- 2012-09-18 15:29:51 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Tue Sep 18 15:29:51 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 DOCKSTAR completed on Tue Sep 18 15:32:29 UTC 2012 TB --- 2012-09-18 15:32:29 - cd /src/sys/arm/conf TB --- 2012-09-18 15:32:29 - /usr/sbin/config -m EA3250 TB --- 2012-09-18 15:32:29 - building EA3250 kernel TB --- 2012-09-18 15:32:29 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:32:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:32:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:32:29 - SRCCONF=/dev/null TB --- 2012-09-18 15:32:29 - TARGET=arm TB --- 2012-09-18 15:32:29 - TARGET_ARCH=arm TB --- 2012-09-18 15:32:29 - TZ=UTC TB --- 2012-09-18 15:32:29 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:32:29 - cd /src TB --- 2012-09-18 15:32:29 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Tue Sep 18 15:32: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 EA3250 completed on Tue Sep 18 15:35:08 UTC 2012 TB --- 2012-09-18 15:35:08 - cd /src/sys/arm/conf TB --- 2012-09-18 15:35:08 - /usr/sbin/config -m EB9200 TB --- 2012-09-18 15:35:08 - building EB9200 kernel TB --- 2012-09-18 15:35:08 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:35:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:35:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:35:08 - SRCCONF=/dev/null TB --- 2012-09-18 15:35:08 - TARGET=arm TB --- 2012-09-18 15:35:08 - TARGET_ARCH=arm TB --- 2012-09-18 15:35:08 - TZ=UTC TB --- 2012-09-18 15:35:08 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:35:08 - cd /src TB --- 2012-09-18 15:35:08 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Tue Sep 18 15:35:09 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 EB9200 completed on Tue Sep 18 15:37:40 UTC 2012 TB --- 2012-09-18 15:37:40 - cd /src/sys/arm/conf TB --- 2012-09-18 15:37:40 - /usr/sbin/config -m EP80219 TB --- 2012-09-18 15:37:40 - skipping EP80219 kernel TB --- 2012-09-18 15:37:40 - cd /src/sys/arm/conf TB --- 2012-09-18 15:37:40 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-09-18 15:37:40 - building ETHERNUT5 kernel TB --- 2012-09-18 15:37:40 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:37:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:37:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:37:40 - SRCCONF=/dev/null TB --- 2012-09-18 15:37:40 - TARGET=arm TB --- 2012-09-18 15:37:40 - TARGET_ARCH=arm TB --- 2012-09-18 15:37:40 - TZ=UTC TB --- 2012-09-18 15:37:40 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:37:40 - cd /src TB --- 2012-09-18 15:37:40 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Tue Sep 18 15:37:40 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 [...] ===> ath (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -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 -c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 15:42:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 15:42:07 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-09-18 15:42:07 - 3846.94 user 788.72 system 5527.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Sep 20 01:23:40 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 9C092106564A; Thu, 20 Sep 2012 01:23:40 +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 51BAD8FC0A; Thu, 20 Sep 2012 01:23:39 +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 q8K1NWJd077171; Wed, 19 Sep 2012 21:23:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K1NWkV077170; Thu, 20 Sep 2012 01:23:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 01:23:32 GMT Message-Id: <201209200123.q8K1NWkV077170@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, 20 Sep 2012 01:23:40 -0000 TB --- 2012-09-20 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 00: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-20 00:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 00:30:00 - cleaning the object tree TB --- 2012-09-20 00:30:00 - cvsupping the source tree TB --- 2012-09-20 00:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 00:31:06 - building world TB --- 2012-09-20 00:31:06 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 00:31:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 00:31:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 00:31:06 - SRCCONF=/dev/null TB --- 2012-09-20 00:31:06 - TARGET=arm TB --- 2012-09-20 00:31:06 - TARGET_ARCH=arm TB --- 2012-09-20 00:31:06 - TZ=UTC TB --- 2012-09-20 00:31:06 - __MAKE_CONF=/dev/null TB --- 2012-09-20 00:31:06 - cd /src TB --- 2012-09-20 00:31:06 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 00:31:07 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 01:23:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 01:23:32 - ERROR: failed to build world TB --- 2012-09-20 01:23:32 - 2026.35 user 493.66 system 3211.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Sep 20 04:56:01 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 9D943106566B; Thu, 20 Sep 2012 04:56:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 5CCA48FC08; Thu, 20 Sep 2012 04:56:01 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K4u0RY071086; Thu, 20 Sep 2012 04:56:00 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id q8K4u0fp071035; Thu, 20 Sep 2012 04:56:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 04:56:00 GMT Message-Id: <201209200456.q8K4u0fp071035@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_9_1 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, 20 Sep 2012 04:56:01 -0000 TB --- 2012-09-20 04:50:00 - tinderbox 2.9 running on freebsd-stable.sentex.ca TB --- 2012-09-20 04:50:00 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2012-09-20 04:50:00 - starting RELENG_9_1 tinderbox run for arm/arm TB --- 2012-09-20 04:50:00 - cleaning the object tree TB --- 2012-09-20 04:50:00 - checking out /src from svn://svn.freebsd.org/base/releng/9.1 TB --- 2012-09-20 04:50:00 - cd /tinderbox/RELENG_9_1/arm/arm TB --- 2012-09-20 04:50:00 - /usr/local/bin/svn cleanup /src TB --- 2012-09-20 04:51:37 - /usr/local/bin/svn update /src TB --- 2012-09-20 04:56:00 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-20 04:56:00 - ERROR: unable to check out the source tree TB --- 2012-09-20 04:56:00 - 3.21 user 3.67 system 359.35 real http://tinderbox.freebsd.org/tinderbox-releng_9-RELENG_9_1-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Sep 20 05:48:44 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 6DB691065670; Thu, 20 Sep 2012 05:48:44 +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 360118FC08; Thu, 20 Sep 2012 05:48:43 +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 q8K5mho4022447; Thu, 20 Sep 2012 01:48:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K5mhu4022446; Thu, 20 Sep 2012 05:48:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 05:48:43 GMT Message-Id: <201209200548.q8K5mhu4022446@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, 20 Sep 2012 05:48:44 -0000 TB --- 2012-09-20 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 04:50: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-20 04:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 04:50:00 - cleaning the object tree TB --- 2012-09-20 04:53:22 - cvsupping the source tree TB --- 2012-09-20 04:53:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 04:55:32 - building world TB --- 2012-09-20 04:55:32 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 04:55:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 04:55:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 04:55:32 - SRCCONF=/dev/null TB --- 2012-09-20 04:55:32 - TARGET=arm TB --- 2012-09-20 04:55:32 - TARGET_ARCH=arm TB --- 2012-09-20 04:55:32 - TZ=UTC TB --- 2012-09-20 04:55:32 - __MAKE_CONF=/dev/null TB --- 2012-09-20 04:55:32 - cd /src TB --- 2012-09-20 04:55:32 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 04:55:33 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 05:48:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 05:48:42 - ERROR: failed to build world TB --- 2012-09-20 05:48:42 - 2031.13 user 491.52 system 3522.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Sep 20 10:29:40 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 9E2351065675; Thu, 20 Sep 2012 10:29:40 +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 6DF4E8FC14; Thu, 20 Sep 2012 10:29:40 +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 q8KATdFP067926; Thu, 20 Sep 2012 06:29:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KATd7J067925; Thu, 20 Sep 2012 10:29:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 10:29:39 GMT Message-Id: <201209201029.q8KATd7J067925@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, 20 Sep 2012 10:29:40 -0000 TB --- 2012-09-20 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 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-20 09:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 09:30:00 - cleaning the object tree TB --- 2012-09-20 09:32:57 - cvsupping the source tree TB --- 2012-09-20 09:32:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 09:35:10 - building world TB --- 2012-09-20 09:35:10 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 09:35:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 09:35:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 09:35:10 - SRCCONF=/dev/null TB --- 2012-09-20 09:35:10 - TARGET=arm TB --- 2012-09-20 09:35:10 - TARGET_ARCH=arm TB --- 2012-09-20 09:35:10 - TZ=UTC TB --- 2012-09-20 09:35:10 - __MAKE_CONF=/dev/null TB --- 2012-09-20 09:35:10 - cd /src TB --- 2012-09-20 09:35:10 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 09:35:13 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 10:29:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 10:29:39 - ERROR: failed to build world TB --- 2012-09-20 10:29:39 - 2032.10 user 492.34 system 3578.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Sep 20 14:58: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 8BA49106566B; Thu, 20 Sep 2012 14:58:29 +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 52EC88FC0C; Thu, 20 Sep 2012 14:58:29 +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 q8KEwSlv013173; Thu, 20 Sep 2012 10:58:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KEwSNs013172; Thu, 20 Sep 2012 14:58:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 14:58:28 GMT Message-Id: <201209201458.q8KEwSNs013172@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, 20 Sep 2012 14:58:29 -0000 TB --- 2012-09-20 14:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 14:00: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-20 14:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 14:00:00 - cleaning the object tree TB --- 2012-09-20 14:02:46 - cvsupping the source tree TB --- 2012-09-20 14:02:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 14:05:07 - building world TB --- 2012-09-20 14:05:07 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 14:05:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 14:05:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 14:05:07 - SRCCONF=/dev/null TB --- 2012-09-20 14:05:07 - TARGET=arm TB --- 2012-09-20 14:05:07 - TARGET_ARCH=arm TB --- 2012-09-20 14:05:07 - TZ=UTC TB --- 2012-09-20 14:05:07 - __MAKE_CONF=/dev/null TB --- 2012-09-20 14:05:07 - cd /src TB --- 2012-09-20 14:05:07 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 14:05:09 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 14:58:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 14:58:28 - ERROR: failed to build world TB --- 2012-09-20 14:58:28 - 2032.88 user 491.10 system 3507.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 04:53:11 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 BAE2E1065672; Sat, 22 Sep 2012 04:53:11 +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 7CA408FC1A; Sat, 22 Sep 2012 04:53:11 +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 q8M4rBkA010405; Sat, 22 Sep 2012 04:53:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M4rB2j010403; Sat, 22 Sep 2012 04:53:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 04:53:11 GMT Message-Id: <201209220453.q8M4rB2j010403@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: Sat, 22 Sep 2012 04:53:11 -0000 TB --- 2012-09-22 04:47:11 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 04:47:11 - 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-22 04:47:11 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 04:47:11 - cleaning the object tree TB --- 2012-09-22 04:47:11 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 04:47:11 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 04:47:11 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 04:47:21 - /usr/local/bin/svn update /src TB --- 2012-09-22 04:53:11 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 04:53:11 - ERROR: unable to check out the source tree TB --- 2012-09-22 04:53:11 - 2.14 user 5.06 system 359.30 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 08:47:40 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 03157106567A; Sat, 22 Sep 2012 08:47:40 +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 B9F9C8FC12; Sat, 22 Sep 2012 08:47:39 +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 q8M8ldi5091839; Sat, 22 Sep 2012 08:47:39 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8M8ld59091836; Sat, 22 Sep 2012 08:47:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 08:47:39 GMT Message-Id: <201209220847.q8M8ld59091836@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: Sat, 22 Sep 2012 08:47:40 -0000 TB --- 2012-09-22 08:41:41 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 08:41:41 - 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-22 08:41:41 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 08:41:41 - cleaning the object tree TB --- 2012-09-22 08:41:41 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 08:41:41 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 08:41:41 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 08:41:51 - /usr/local/bin/svn update /src TB --- 2012-09-22 08:47:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 08:47:39 - ERROR: unable to check out the source tree TB --- 2012-09-22 08:47:39 - 2.22 user 4.73 system 357.35 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 11:52:57 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 B88A6106567C; Sat, 22 Sep 2012 11:52:57 +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 7A9998FC08; Sat, 22 Sep 2012 11:52:57 +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 q8MBqvIM067518; Sat, 22 Sep 2012 11:52:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MBqv4G067517; Sat, 22 Sep 2012 11:52:57 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 11:52:57 GMT Message-Id: <201209221152.q8MBqv4G067517@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: Sat, 22 Sep 2012 11:52:57 -0000 TB --- 2012-09-22 11:46:59 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 11:46:59 - 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-22 11:46:59 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 11:46:59 - cleaning the object tree TB --- 2012-09-22 11:46:59 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 11:46:59 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 11:46:59 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 11:47:10 - /usr/local/bin/svn update /src TB --- 2012-09-22 11:52:57 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 11:52:57 - ERROR: unable to check out the source tree TB --- 2012-09-22 11:52:57 - 2.22 user 4.83 system 357.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 15:16:59 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 F2468106566C; Sat, 22 Sep 2012 15:16:58 +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 7A1A48FC12; Sat, 22 Sep 2012 15:16:58 +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 q8MFGwHD001280; Sat, 22 Sep 2012 15:16:58 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MFGwbA001277; Sat, 22 Sep 2012 15:16:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 15:16:58 GMT Message-Id: <201209221516.q8MFGwbA001277@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: Sat, 22 Sep 2012 15:16:59 -0000 TB --- 2012-09-22 15:12:03 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 15:12:03 - 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-22 15:12:03 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 15:12:03 - cleaning the object tree TB --- 2012-09-22 15:12:03 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 15:12:03 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 15:12:03 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 15:12:13 - /usr/local/bin/svn update /src TB --- 2012-09-22 15:16:58 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 15:16:58 - ERROR: unable to check out the source tree TB --- 2012-09-22 15:16:58 - 2.16 user 4.73 system 294.51 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 15:58:56 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 B053B106566C for ; Sat, 22 Sep 2012 15:58:56 +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 7AFE98FC0A for ; Sat, 22 Sep 2012 15:58:56 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 8C090604EC for ; Sat, 22 Sep 2012 10:58:55 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id 8A92C604E2; Sat, 22 Sep 2012 10:58:55 -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 r8dYy1pKJtQT; Sat, 22 Sep 2012 10:58:55 -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 147BC604D1; Sat, 22 Sep 2012 10:58:55 -0500 (CDT) Message-ID: <505DE03D.7050101@rice.edu> Date: Sat, 22 Sep 2012 10:58:53 -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" 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="------------060307020706030508090106" 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: Sat, 22 Sep 2012 15:58:56 -0000 This is a multi-part message in MIME format. --------------060307020706030508090106 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.. I should be able to spend some time looking into this LOR today and/or tomorrow. >> In the meantime, my next patch is attached. This applies to both the >> original pmap and the new v6 pmap. Can some folks here please test >> this? Here is the description: > I just tried it on my armv6 BEAGLEBONE... It boots find to multiuser > mode... Ran a few programs and worked fine... This only tests the > pmap-v6.c patch, not the other pmap patch... Can someone here please try the following one-line patch to the v6 pmap? Knowing that this works will help me to rule out some possible explanations for the strange stack trace and LOR above. Alan --------------060307020706030508090106 Content-Type: text/plain; name="armv6-pmap3.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="armv6-pmap3.patch" Index: arm/arm/pmap-v6.c =================================================================== --- arm/arm/pmap-v6.c (revision 240803) +++ arm/arm/pmap-v6.c (working copy) @@ -1660,7 +1660,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 --------------060307020706030508090106-- From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 17:07:53 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 3DAD4106566B for ; Sat, 22 Sep 2012 17:07:53 +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 E052C8FC12 for ; Sat, 22 Sep 2012 17:07:52 +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 q8MH7kE5012243 for ; Sat, 22 Sep 2012 11:07:46 -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 q8MH7hrR062152; Sat, 22 Sep 2012 11:07:43 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Alan Cox In-Reply-To: <505DE03D.7050101@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> Content-Type: text/plain; charset="us-ascii" Date: Sat, 22 Sep 2012 11:07:43 -0600 Message-ID: <1348333663.5548.24.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: Sat, 22 Sep 2012 17:07:53 -0000 On Sat, 2012-09-22 at 10:58 -0500, Alan Cox wrote: > 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: > >>> 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.. > > I should be able to spend some time looking into this LOR today and/or > tomorrow. > > >> In the meantime, my next patch is attached. This applies to both the > >> original pmap and the new v6 pmap. Can some folks here please test > >> this? Here is the description: > > I just tried it on my armv6 BEAGLEBONE... It boots find to multiuser > > mode... Ran a few programs and worked fine... This only tests the > > pmap-v6.c patch, not the other pmap patch... > > Can someone here please try the following one-line patch to the v6 > pmap? Knowing that this works will help me to rule out some possible > explanations for the strange stack trace and LOR above. > > Alan 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 KDB: stack backtrace: db_trace_thread() at db_trace_thread+0x10 scp=0xc0215d64 rlv=0xc0215f68 (db_trace_self+0x1c) rsp=0xc2e9d950 rfp=0xc2e9d95c r10=0x00000000 r9=0xc0a4c4b8 r8=0xc040aec4 r7=0xffffffff r6=0xc0a4c6c0 r5=0xc023a1fc r4=0xc2e9d968 db_trace_self() at db_trace_self+0x10 scp=0xc0215f5c rlv=0xc001ee0c (db_trace_self_wrapper+0x30) rsp=0xc2e9d960 rfp=0xc2e9da7c db_trace_self_wrapper() at db_trace_self_wrapper+0x10 scp=0xc001edec rlv=0xc00ef4f8 (kdb_backtrace+0x3c) rsp=0xc2e9da80 rfp=0xc2e9da90 r4=0xc02dbf44 kdb_backtrace() at kdb_backtrace+0x10 scp=0xc00ef4cc rlv=0xc0102c38 (_witness_debugger+0x2c) rsp=0xc2e9da94 rfp=0xc2e9daa8 r4=0x00000001 _witness_debugger() at _witness_debugger+0x10 scp=0xc0102c1c rlv=0xc0103458 (witness_checkorder+0x7e8) rsp=0xc2e9daac rfp=0xc2e9daf8 r5=0x00000000 r4=0xc055b608 witness_checkorder() at witness_checkorder+0x10 scp=0xc0102c80 rlv=0xc00b37fc (_mtx_lock_flags+0xa4) rsp=0xc2e9dafc rfp=0xc2e9db20 r10=0x00000000 r9=0xc043c5ac r8=0x00000000 r7=0x00000807 r6=0xc026e694 r5=0x00000000 r4=0xc055b608 _mtx_lock_flags() at _mtx_lock_flags+0x10 scp=0xc00b3768 rlv=0xc01f4ccc (uma_zalloc_arg+0x1a8) rsp=0xc2e9db24 rfp=0xc2e9db60 r8=0xc055a6e0 r7=0xc055a740 r6=0xc0272f64 r5=0xc05370b8 r4=0xc026e694 uma_zalloc_arg() at uma_zalloc_arg+0x10 scp=0xc01f4b34 rlv=0xc021b4b8 (pmap_get_pv_entry+0x40) rsp=0xc2e9db64 rfp=0xc2e9db70 r10=0x00000000 r9=0xc043c5ac r8=0x2078d55e r7=0xc0a8a0b0 r6=0xc0272f64 r5=0xc05370b8 r4=0x00000000 pmap_get_pv_entry() at pmap_get_pv_entry+0x10 scp=0xc021b488 rlv=0xc0220184 (pmap_enter_locked+0xcfc) rsp=0xc2e9db74 rfp=0xc2e9dbf0 pmap_enter_locked() at pmap_enter_locked+0x10 scp=0xc021f498 rlv=0xc02206e8 (pmap_enter+0x74) rsp=0xc2e9dbf4 rfp=0xc2e9dc20 r10=0x00000007 r9=0xc2e9dde4 r8=0xc056de50 r7=0xbffff000 r6=0xc043a07c r5=0xc0a8a0b0 r4=0xc0272f64 pmap_enter() at pmap_enter+0x10 scp=0xc0220684 rlv=0xc01f80c8 (vm_fault+0x1688) rsp=0xc2e9dc24 rfp=0xc2e9dd3c r10=0x00000002 r8=0xbffff000 r7=0xc0a88000 r6=0x00000000 r5=0xc0273400 r4=0xc056de50 vm_fault() at vm_fault+0x10 scp=0xc01f6a50 rlv=0xc0224058 (data_abort_handler+0x360) rsp=0xc2e9dd40 rfp=0xc2e9dde0 r10=0x00000002 r9=0xc2e9dde4 r8=0xbffff000 r7=0xc0a88000 r6=0x00000000 r5=0xc0273400 r4=0xc0a86088 data_abort_handler() at data_abort_handler+0x10 scp=0xc0223d08 rlv=0xc021776c (exception_exit) rsp=0xc2e9dde4 rfp=0xc2e9de84 r10=0xc02b7cea r9=0xc0a86000 r8=0xc2e9deac r7=0xc02b7cea r6=0xc02b7ce0 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=0xc022352c (fork_trampoline+0x14) rsp=0xc2e9deac rfp=0x00000000 r8=0x00000000 r7=0x6c6c6568 r6=0x735f6365 r5=0x00000000 r4=0xc0082234 lock order reversal: 1st 0xc0a8a0b0 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:971 2nd 0xc043a07c vm page queue mutex (vm page queue mutex) @ /usr/src/sys/arm/arm/pmap.c:1667 KDB: stack backtrace: db_trace_thread() at db_trace_thread+0x10 scp=0xc0215d64 rlv=0xc0215f68 (db_trace_self+0x1c) rsp=0xc2e9d7e4 rfp=0xc2e9d7f0 r10=0x00000000 r9=0xc0a4c4b8 r8=0xc040b3ec r7=0xffffffff r6=0xc0a4c178 r5=0xc023a1fc r4=0xc2e9d7fc db_trace_self() at db_trace_self+0x10 scp=0xc0215f5c rlv=0xc001ee0c (db_trace_self_wrapper+0x30) rsp=0xc2e9d7f4 rfp=0xc2e9d910 db_trace_self_wrapper() at db_trace_self_wrapper+0x10 scp=0xc001edec rlv=0xc00ef4f8 (kdb_backtrace+0x3c) rsp=0xc2e9d914 rfp=0xc2e9d924 r4=0xc02dbf44 kdb_backtrace() at kdb_backtrace+0x10 scp=0xc00ef4cc rlv=0xc0102c38 (_witness_debugger+0x2c) rsp=0xc2e9d928 rfp=0xc2e9d93c r4=0x00000001 _witness_debugger() at _witness_debugger+0x10 scp=0xc0102c1c rlv=0xc0103458 (witness_checkorder+0x7e8) rsp=0xc2e9d940 rfp=0xc2e9d98c r5=0x00000000 r4=0xc043a07c witness_checkorder() at witness_checkorder+0x10 scp=0xc0102c80 rlv=0xc00b37fc (_mtx_lock_flags+0xa4) rsp=0xc2e9d990 rfp=0xc2e9d9b4 r10=0x00008000 r9=0x00000012 r8=0x00000000 r7=0x00000683 r6=0xc0272f64 r5=0x00000000 r4=0xc043a07c _mtx_lock_flags() at _mtx_lock_flags+0x10 scp=0xc00b3768 rlv=0xc021b618 (pmap_enter_pv+0x150) rsp=0xc2e9d9b8 rfp=0xc2e9d9e0 r8=0xc0272f64 r7=0x00000000 r6=0xc0a8a0b0 r5=0xc056e120 r4=0xc0689054 pmap_enter_pv() at pmap_enter_pv+0x10 scp=0xc021b4d8 rlv=0xc0220260 (pmap_enter_locked+0xdd8) rsp=0xc2e9d9e4 rfp=0xc2e9da60 r10=0x00000000 r9=0x00000000 r8=0x2079600e r7=0xc0a8a0b0 r6=0xc0272f64 r5=0xc0538e90 r4=0x00000000 pmap_enter_locked() at pmap_enter_locked+0x10 scp=0xc021f498 rlv=0xc0220618 (pmap_enter_object+0x8c) rsp=0xc2e9da64 rfp=0xc2e9da9c r10=0x00008000 r9=0xc0a8a0b0 r8=0xc056e120 r7=0x00000000 r6=0x00000099 r5=0xc056e120 r4=0x0000000f pmap_enter_object() at pmap_enter_object+0x10 scp=0xc022059c rlv=0xc01fba6c (vm_map_pmap_enter+0x2a8) rsp=0xc2e9daa0 rfp=0xc2e9dae4 r10=0xc056e120 r9=0x00000001 r8=0x00000000 r7=0x00000099 r6=0x00000000 r5=0x00000000 r4=0x0000000f vm_map_pmap_enter() at vm_map_pmap_enter+0x10 scp=0xc01fb7d4 rlv=0xc01fc268 (vm_map_insert+0x474) rsp=0xc2e9dae8 rfp=0xc2e9db3c r10=0x00008000 r9=0x00000000 r8=0x00000000 r7=0x0000040c r6=0xc0548550 r5=0xc0a8a000 r4=0x00000000 vm_map_insert() at vm_map_insert+0x10 scp=0xc01fbe04 rlv=0xc00800c4 (elf32_map_insert+0x234) rsp=0xc2e9db40 rfp=0xc2e9db88 r10=0x000a1000 r9=0xfffff000 r8=0x00098d64 r7=0x00000000 r6=0x00000000 r5=0x00000005 r4=0xc02503d0 elf32_map_insert() at elf32_map_insert+0x10 scp=0xc007fea0 rlv=0xc0080210 (elf32_load_section+0x100) rsp=0xc2e9db8c rfp=0xc2e9dbcc r10=0x00000005 r9=0xfffff000 r8=0x00098d64 r7=0xc0548550 r6=0x00000000 r5=0x00098d64 r4=0x00008000 elf32_load_section() at elf32_load_section+0x10 scp=0xc0080120 rlv=0xc0081634 (exec_elf32_imgact+0x580) rsp=0xc2e9dbd0 rfp=0xc2e9dc68 r10=0xc02ceba8 r9=0xc2ea1034 r8=0xc2e9dd5c r7=0xc2ea1000 r6=0x00000000 r5=0xc0548550 r4=0x00008000 exec_elf32_imgact() at exec_elf32_imgact+0x10 scp=0xc00810c4 rlv=0xc009927c (kern_execve+0x2f8) rsp=0xc2e9dc6c rfp=0xc2e9dde8 r10=0xc0a88000 r9=0xc0a86000 r8=0xc2e9ddf4 r7=0x00000000 r6=0x00000000 r5=0x00000000 r4=0x00000001 kern_execve() at kern_execve+0x10 scp=0xc0098f94 rlv=0xc0099d4c (execve+0x4c) rsp=0xc2e9ddec rfp=0xc2e9de2c r10=0xc02b7cea r9=0xc0a86000 r8=0xbffffffd r7=0xc02b7cea r6=0xc02b7ce0 r5=0xc2e9ddf4 r4=0xc0a88000 execve() at execve+0x10 scp=0xc0099d10 rlv=0xc008244c (start_init+0x218) rsp=0xc2e9de30 rfp=0xc2e9de84 r5=0xbffffff2 r4=0xbfffffe4 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=0xc022352c (fork_trampoline+0x14) rsp=0xc2e9deac rfp=0x00000000 r8=0x00000000 r7=0x6c6c6568 r6=0x735f6365 r5=0x00000000 r4=0xc0082234 -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 18:45:16 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 ADBEB106566B for ; Sat, 22 Sep 2012 18:45:16 +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 7950A8FC1A for ; Sat, 22 Sep 2012 18:45:16 +0000 (UTC) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id AD725604D6; Sat, 22 Sep 2012 13:45:15 -0500 (CDT) Received: from mh10.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh10.mail.rice.edu (Postfix) with ESMTP id ABE9D603DF; Sat, 22 Sep 2012 13:45: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 QuRhV-Xajgr5; Sat, 22 Sep 2012 13:45: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 11C9A603D3; Sat, 22 Sep 2012 13:45:15 -0500 (CDT) Message-ID: <505E0739.8080802@rice.edu> Date: Sat, 22 Sep 2012 13:45:13 -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> In-Reply-To: <1348333663.5548.24.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: Sat, 22 Sep 2012 18:45:16 -0000 On 09/22/2012 12:07, Ian Lepore wrote: > On Sat, 2012-09-22 at 10:58 -0500, Alan Cox wrote: >> 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: >>>>> 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.. >> I should be able to spend some time looking into this LOR today and/or >> tomorrow. >> >>>> In the meantime, my next patch is attached. This applies to both the >>>> original pmap and the new v6 pmap. Can some folks here please test >>>> this? Here is the description: >>> I just tried it on my armv6 BEAGLEBONE... It boots find to multiuser >>> mode... Ran a few programs and worked fine... This only tests the >>> pmap-v6.c patch, not the other pmap patch... >> Can someone here please try the following one-line patch to the v6 >> pmap? Knowing that this works will help me to rule out some possible >> explanations for the strange stack trace and LOR above. >> >> Alan > 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. > KDB: stack backtrace: > db_trace_thread() at db_trace_thread+0x10 > scp=0xc0215d64 rlv=0xc0215f68 (db_trace_self+0x1c) > rsp=0xc2e9d950 rfp=0xc2e9d95c > r10=0x00000000 r9=0xc0a4c4b8 > r8=0xc040aec4 r7=0xffffffff r6=0xc0a4c6c0 r5=0xc023a1fc > r4=0xc2e9d968 > db_trace_self() at db_trace_self+0x10 > scp=0xc0215f5c rlv=0xc001ee0c (db_trace_self_wrapper+0x30) > rsp=0xc2e9d960 rfp=0xc2e9da7c > db_trace_self_wrapper() at db_trace_self_wrapper+0x10 > scp=0xc001edec rlv=0xc00ef4f8 (kdb_backtrace+0x3c) > rsp=0xc2e9da80 rfp=0xc2e9da90 > r4=0xc02dbf44 > kdb_backtrace() at kdb_backtrace+0x10 > scp=0xc00ef4cc rlv=0xc0102c38 (_witness_debugger+0x2c) > rsp=0xc2e9da94 rfp=0xc2e9daa8 > r4=0x00000001 > _witness_debugger() at _witness_debugger+0x10 > scp=0xc0102c1c rlv=0xc0103458 (witness_checkorder+0x7e8) > rsp=0xc2e9daac rfp=0xc2e9daf8 > r5=0x00000000 r4=0xc055b608 > witness_checkorder() at witness_checkorder+0x10 > scp=0xc0102c80 rlv=0xc00b37fc (_mtx_lock_flags+0xa4) > rsp=0xc2e9dafc rfp=0xc2e9db20 > r10=0x00000000 r9=0xc043c5ac > r8=0x00000000 r7=0x00000807 r6=0xc026e694 r5=0x00000000 > r4=0xc055b608 > _mtx_lock_flags() at _mtx_lock_flags+0x10 > scp=0xc00b3768 rlv=0xc01f4ccc (uma_zalloc_arg+0x1a8) > rsp=0xc2e9db24 rfp=0xc2e9db60 > r8=0xc055a6e0 r7=0xc055a740 > r6=0xc0272f64 r5=0xc05370b8 r4=0xc026e694 > uma_zalloc_arg() at uma_zalloc_arg+0x10 > scp=0xc01f4b34 rlv=0xc021b4b8 (pmap_get_pv_entry+0x40) > rsp=0xc2e9db64 rfp=0xc2e9db70 > r10=0x00000000 r9=0xc043c5ac > r8=0x2078d55e r7=0xc0a8a0b0 r6=0xc0272f64 r5=0xc05370b8 > r4=0x00000000 > pmap_get_pv_entry() at pmap_get_pv_entry+0x10 > scp=0xc021b488 rlv=0xc0220184 (pmap_enter_locked+0xcfc) > rsp=0xc2e9db74 rfp=0xc2e9dbf0 > pmap_enter_locked() at pmap_enter_locked+0x10 > scp=0xc021f498 rlv=0xc02206e8 (pmap_enter+0x74) > rsp=0xc2e9dbf4 rfp=0xc2e9dc20 > r10=0x00000007 r9=0xc2e9dde4 > r8=0xc056de50 r7=0xbffff000 r6=0xc043a07c r5=0xc0a8a0b0 > r4=0xc0272f64 > pmap_enter() at pmap_enter+0x10 > scp=0xc0220684 rlv=0xc01f80c8 (vm_fault+0x1688) > rsp=0xc2e9dc24 rfp=0xc2e9dd3c > r10=0x00000002 r8=0xbffff000 > r7=0xc0a88000 r6=0x00000000 r5=0xc0273400 r4=0xc056de50 > vm_fault() at vm_fault+0x10 > scp=0xc01f6a50 rlv=0xc0224058 (data_abort_handler+0x360) > rsp=0xc2e9dd40 rfp=0xc2e9dde0 > r10=0x00000002 r9=0xc2e9dde4 > r8=0xbffff000 r7=0xc0a88000 r6=0x00000000 r5=0xc0273400 > r4=0xc0a86088 > data_abort_handler() at data_abort_handler+0x10 > scp=0xc0223d08 rlv=0xc021776c (exception_exit) > rsp=0xc2e9dde4 rfp=0xc2e9de84 > r10=0xc02b7cea r9=0xc0a86000 > r8=0xc2e9deac r7=0xc02b7cea r6=0xc02b7ce0 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=0xc022352c (fork_trampoline+0x14) > rsp=0xc2e9deac rfp=0x00000000 > r8=0x00000000 r7=0x6c6c6568 > r6=0x735f6365 r5=0x00000000 r4=0xc0082234 > lock order reversal: > 1st 0xc0a8a0b0 pmap (pmap) @ /usr/src/sys/arm/arm/pmap.c:971 > 2nd 0xc043a07c vm page queue mutex (vm page queue mutex) @ /usr/src/sys/arm/arm/pmap.c:1667 If I'm looking at the right sources, then I don't think that this LOR still exists in HEAD. > KDB: stack backtrace: > db_trace_thread() at db_trace_thread+0x10 > scp=0xc0215d64 rlv=0xc0215f68 (db_trace_self+0x1c) > rsp=0xc2e9d7e4 rfp=0xc2e9d7f0 > r10=0x00000000 r9=0xc0a4c4b8 > r8=0xc040b3ec r7=0xffffffff r6=0xc0a4c178 r5=0xc023a1fc > r4=0xc2e9d7fc > db_trace_self() at db_trace_self+0x10 > scp=0xc0215f5c rlv=0xc001ee0c (db_trace_self_wrapper+0x30) > rsp=0xc2e9d7f4 rfp=0xc2e9d910 > db_trace_self_wrapper() at db_trace_self_wrapper+0x10 > scp=0xc001edec rlv=0xc00ef4f8 (kdb_backtrace+0x3c) > rsp=0xc2e9d914 rfp=0xc2e9d924 > r4=0xc02dbf44 > kdb_backtrace() at kdb_backtrace+0x10 > scp=0xc00ef4cc rlv=0xc0102c38 (_witness_debugger+0x2c) > rsp=0xc2e9d928 rfp=0xc2e9d93c > r4=0x00000001 > _witness_debugger() at _witness_debugger+0x10 > scp=0xc0102c1c rlv=0xc0103458 (witness_checkorder+0x7e8) > rsp=0xc2e9d940 rfp=0xc2e9d98c > r5=0x00000000 r4=0xc043a07c > witness_checkorder() at witness_checkorder+0x10 > scp=0xc0102c80 rlv=0xc00b37fc (_mtx_lock_flags+0xa4) > rsp=0xc2e9d990 rfp=0xc2e9d9b4 > r10=0x00008000 r9=0x00000012 > r8=0x00000000 r7=0x00000683 r6=0xc0272f64 r5=0x00000000 > r4=0xc043a07c > _mtx_lock_flags() at _mtx_lock_flags+0x10 > scp=0xc00b3768 rlv=0xc021b618 (pmap_enter_pv+0x150) > rsp=0xc2e9d9b8 rfp=0xc2e9d9e0 > r8=0xc0272f64 r7=0x00000000 > r6=0xc0a8a0b0 r5=0xc056e120 r4=0xc0689054 > pmap_enter_pv() at pmap_enter_pv+0x10 > scp=0xc021b4d8 rlv=0xc0220260 (pmap_enter_locked+0xdd8) > rsp=0xc2e9d9e4 rfp=0xc2e9da60 > r10=0x00000000 r9=0x00000000 > r8=0x2079600e r7=0xc0a8a0b0 r6=0xc0272f64 r5=0xc0538e90 > r4=0x00000000 > pmap_enter_locked() at pmap_enter_locked+0x10 > scp=0xc021f498 rlv=0xc0220618 (pmap_enter_object+0x8c) > rsp=0xc2e9da64 rfp=0xc2e9da9c > r10=0x00008000 r9=0xc0a8a0b0 > r8=0xc056e120 r7=0x00000000 r6=0x00000099 r5=0xc056e120 > r4=0x0000000f > pmap_enter_object() at pmap_enter_object+0x10 > scp=0xc022059c rlv=0xc01fba6c (vm_map_pmap_enter+0x2a8) > rsp=0xc2e9daa0 rfp=0xc2e9dae4 > r10=0xc056e120 r9=0x00000001 > r8=0x00000000 r7=0x00000099 r6=0x00000000 r5=0x00000000 > r4=0x0000000f > vm_map_pmap_enter() at vm_map_pmap_enter+0x10 > scp=0xc01fb7d4 rlv=0xc01fc268 (vm_map_insert+0x474) > rsp=0xc2e9dae8 rfp=0xc2e9db3c > r10=0x00008000 r9=0x00000000 > r8=0x00000000 r7=0x0000040c r6=0xc0548550 r5=0xc0a8a000 > r4=0x00000000 > vm_map_insert() at vm_map_insert+0x10 > scp=0xc01fbe04 rlv=0xc00800c4 (elf32_map_insert+0x234) > rsp=0xc2e9db40 rfp=0xc2e9db88 > r10=0x000a1000 r9=0xfffff000 > r8=0x00098d64 r7=0x00000000 r6=0x00000000 r5=0x00000005 > r4=0xc02503d0 > elf32_map_insert() at elf32_map_insert+0x10 > scp=0xc007fea0 rlv=0xc0080210 (elf32_load_section+0x100) > rsp=0xc2e9db8c rfp=0xc2e9dbcc > r10=0x00000005 r9=0xfffff000 > r8=0x00098d64 r7=0xc0548550 r6=0x00000000 r5=0x00098d64 > r4=0x00008000 > elf32_load_section() at elf32_load_section+0x10 > scp=0xc0080120 rlv=0xc0081634 (exec_elf32_imgact+0x580) > rsp=0xc2e9dbd0 rfp=0xc2e9dc68 > r10=0xc02ceba8 r9=0xc2ea1034 > r8=0xc2e9dd5c r7=0xc2ea1000 r6=0x00000000 r5=0xc0548550 > r4=0x00008000 > exec_elf32_imgact() at exec_elf32_imgact+0x10 > scp=0xc00810c4 rlv=0xc009927c (kern_execve+0x2f8) > rsp=0xc2e9dc6c rfp=0xc2e9dde8 > r10=0xc0a88000 r9=0xc0a86000 > r8=0xc2e9ddf4 r7=0x00000000 r6=0x00000000 r5=0x00000000 > r4=0x00000001 > kern_execve() at kern_execve+0x10 > scp=0xc0098f94 rlv=0xc0099d4c (execve+0x4c) > rsp=0xc2e9ddec rfp=0xc2e9de2c > r10=0xc02b7cea r9=0xc0a86000 > r8=0xbffffffd r7=0xc02b7cea r6=0xc02b7ce0 r5=0xc2e9ddf4 > r4=0xc0a88000 > execve() at execve+0x10 > scp=0xc0099d10 rlv=0xc008244c (start_init+0x218) > rsp=0xc2e9de30 rfp=0xc2e9de84 > r5=0xbffffff2 r4=0xbfffffe4 > 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=0xc022352c (fork_trampoline+0x14) > rsp=0xc2e9deac rfp=0x00000000 > r8=0x00000000 r7=0x6c6c6568 > r6=0x735f6365 r5=0x00000000 r4=0xc0082234 > > -- Ian > > > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 22 20:45: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 EAD521065670 for ; Sat, 22 Sep 2012 20:45:14 +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 AC4068FC0A for ; Sat, 22 Sep 2012 20:45:14 +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 q8MKjDG1014860 for ; Sat, 22 Sep 2012 14:45:13 -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 q8MKjBd0062271; Sat, 22 Sep 2012 14:45:11 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Alan Cox In-Reply-To: <505E0739.8080802@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> Content-Type: text/plain; charset="us-ascii" Date: Sat, 22 Sep 2012 14:45:11 -0600 Message-ID: <1348346711.15745.3.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: Sat, 22 Sep 2012 20:45:15 -0000 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 Sat Sep 22 22:48:16 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 B8C511065672; Sat, 22 Sep 2012 22:48:16 +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 7C0BA8FC14; Sat, 22 Sep 2012 22:48:16 +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 q8MMmGZP063092; Sat, 22 Sep 2012 22:48:16 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q8MMmGdh063090; Sat, 22 Sep 2012 22:48:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 22 Sep 2012 22:48:16 GMT Message-Id: <201209222248.q8MMmGdh063090@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: Sat, 22 Sep 2012 22:48:16 -0000 TB --- 2012-09-22 22:42:18 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-09-22 22:42:18 - 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-22 22:42:18 - starting RELENG_8 tinderbox run for arm/arm TB --- 2012-09-22 22:42:18 - cleaning the object tree TB --- 2012-09-22 22:42:18 - checking out /src from svn://svn.freebsd.org/base/stable/8 TB --- 2012-09-22 22:42:18 - cd /tinderbox/RELENG_8/arm/arm TB --- 2012-09-22 22:42:18 - /usr/local/bin/svn cleanup /src TB --- 2012-09-22 22:42:28 - /usr/local/bin/svn update /src TB --- 2012-09-22 22:48:16 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2012-09-22 22:48:16 - ERROR: unable to check out the source tree TB --- 2012-09-22 22:48:16 - 2.23 user 4.67 system 357.27 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-arm-arm.full