From owner-freebsd-arm@FreeBSD.ORG Mon Dec 30 16:08:47 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF928540 for ; Mon, 30 Dec 2013 16:08:47 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A2A6B1831 for ; Mon, 30 Dec 2013 16:08:47 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VxfOT-000OBw-LA; Mon, 30 Dec 2013 16:08:41 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rBUG8dmA012654; Mon, 30 Dec 2013 09:08:39 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19VK+xMRMMog8qHcRzuVdUV Subject: Re: Boot failure for CURRENT on From: Ian Lepore To: Iain Young In-Reply-To: <52C13E6B.4070006@g7iii.net> References: <52C13E6B.4070006@g7iii.net> Content-Type: text/plain; charset="us-ascii" Date: Mon, 30 Dec 2013 09:08:39 -0700 Message-ID: <1388419719.1158.192.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2013 16:08:48 -0000 On Mon, 2013-12-30 at 09:35 +0000, Iain Young wrote: > Hi Folks, > > Tried a build of -CURRENT yesterday (28/29th Dec), and had the following > crash on a Beaglebone White. > > Thought it might be clocks not enabled for the extra serial ports, as > I had a similar crash when I forgot to enable them before, so applied > my (old) patch, but still the same, so wasn't that. > > Did an svn update today (Dec 30th, revision 260082), and while I've > not rebuilt the kernel yet, didn't see any changes in the arm tree > anyway, so suspect the problem remains. > > I'm not great with the debugger, but if anyone wants extra info > from it, just let me know which commands to type. > > Output from fdt_start to the crash is below. > > > Iain > > > fdt_start: 0x0060A128 > Kernel entry at 0x80200100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #6 r260013M: Sun Dec 29 20:43:46 UTC 2013 > root@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE-TARDIS arm > gcc version 4.2.1 20070831 patched [FreeBSD] > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory = 268435456 (256 MB) > avail memory = 255172608 (243 MB) > Texas Instruments AM3358 Processor, Revision ES1.0 > random device not loaded; using insecure entropy > random: initialized > nexus0: > simplebus0: on nexus0 > aintc0: mem 0x48200000-0x48200fff on > simplebus0 > aintc0: Revision 5.0 > ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 > am335x_prcm0: mem > 0x44e00000-0x44e012ff on simplebus0 > am335x_prcm0: Clocks: System 24.0 MHz, CPU 500 MHz > am335x_dmtimer0: mem > 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x48048fff,0x4804a000-0x4804afff > irq 66,67,68,69,92,93,94,95 on simplebus0 > > vm_fault(0xc063dca8, 1000000, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xc0770b60 > FSR=00000005, FAR=0100013e, spsr=a0000093 > r0 =0100013e, r1 =c05b6d94, r2 =0100013e, r3 =c0561878 > r4 =c05602fc, r5 =0100013e, r6 =c0770c28, r7 =c18dda80 > r8 =c1805e00, r9 =c0761000, r10=c18dda80, r11=c0770bc4 > r12=c0770bc8, ssp=c0770bb0, slr=c054abb0, pc =c040f0a4 > > [ thread pid 0 tid 100000 ] > Stopped at strcmp+0x14: ldrb r0, [r2] Given that it appears to be dying in the dmtimer code I recently touched, I'd say my changes (r259739, 43, 44, 50) are a good candidate (except, of course, it works when I run it on my BBW). Do you have option PPS and do you have one of the timer trigger pins configured for capture? On my BBW, the next line of output I'd see is: am335x_dmtimer0: Using DMTimer4 for PPS device /dev/pps0 Can you get a stack backtrace when it crashes? -- Ian