Date: Mon, 26 Aug 2013 08:09:34 -0600 From: Ian Lepore <ian@FreeBSD.org> To: XiaoQI Ge <ghw@7axu.com> Cc: freebsd-arm <freebsd-arm@FreeBSD.org> Subject: Re: My BB-Black boot failure Message-ID: <1377526174.1111.138.camel@revolution.hippie.lan> In-Reply-To: <CAKrd9eVBwztNqju=MD8dPxuqwyKQBTMJcoKF6fJiSN7vmsKt_Q@mail.gmail.com> References: <CAKrd9eUKjc6sDJBB9hx34PeWHP-B6cnSLv0GCOjKzvsJagZZgw@mail.gmail.com> <1377262426.1111.50.camel@revolution.hippie.lan> <CAKrd9eVBwztNqju=MD8dPxuqwyKQBTMJcoKF6fJiSN7vmsKt_Q@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2013-08-26 at 19:14 +0800, XiaoQI Ge wrote: > I'm using the latest source code compiled kernel (r254898) > Kernel panic after start > > 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 10.0-CURRENT #2 r254898: Tue Aug 27 00:44:45 CST 2013 > root@7axu.com:/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BB-Black arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: WITNESS option enabled, expect reduced performance. > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > [snip] > [ thread pid 540 tid 100064 ] > Stopped at soreceive_generic+0x4a8: str r1, [r0, #0x004] > db> bt > Tracing pid 540 tid 100064 td 0xc2ecf960 > db_trace_self() at db_trace_self > pc = 0xc0580ac8 lr = 0xc022bc90 (db_stack_trace+0xf4) > sp = 0xc2b2d960 fp = 0xc2b2d978 > r10 = 0xc0688a70 > db_stack_trace() at db_stack_trace+0xf4 > pc = 0xc022bc90 lr = 0xc022b5fc (db_command+0x264) > sp = 0xc2b2d980 fp = 0xc2b2da20 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc05e45af > db_command() at db_command+0x264 > pc = 0xc022b5fc lr = 0xc022b36c (db_command_loop+0x60) > sp = 0xc2b2da28 fp = 0xc2b2da38 > r4 = 0xc05c2be0 r5 = 0xc05dddbe > r6 = 0xc08377e0 r7 = 0xc2b2dc58 > r8 = 0xc2b2dc58 r9 = 0xc06d4454 > r10 = 0xc0688ce0 > db_command_loop() at db_command_loop+0x60 > pc = 0xc022b36c lr = 0xc022dd6c (db_trap+0xdc) > sp = 0xc2b2da40 fp = 0xc2b2db60 > r4 = 0x00000000 r5 = 0xc2b2da48 > r6 = 0xc06d4480 > db_trap() at db_trap+0xdc > pc = 0xc022dd6c lr = 0xc03a19e0 (kdb_trap+0xd4) > sp = 0xc2b2db68 fp = 0xc2b2db88 > r4 = 0x00000000 r5 = 0x00000805 > r6 = 0xc06d4480 r7 = 0xc2b2dc58 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc03a19e0 lr = 0xc058ff7c (dab_fatal+0x174) > sp = 0xc2b2db90 fp = 0xc2b2dba8 > r4 = 0xc2b2dc58 r5 = 0x600000d3 > r6 = 0x6401a8c4 r7 = 0x00000805 > r8 = 0xc2b2dc58 r9 = 0x00000005 > r10 = 0xc32299e0 > dab_fatal() at dab_fatal+0x174 > pc = 0xc058ff7c lr = 0xc058fde0 ($d) > sp = 0xc2b2dbb0 fp = 0xc2b2dc50 > r4 = 0xc320d640 r5 = 0xc2ecf960 > r6 = 0xc320d6e8 r7 = 0xc060fb8e > $d() at $d > pc = 0xc058fde0 lr = 0xc0582300 (exception_exit) > sp = 0xc2b2dc58 fp = 0xc2b2dd10 > r4 = 0xc06aa2dc r5 = 0xc3116da4 > r6 = 0xc3116d00 r7 = 0x6401a8c0 > r8 = 0x00000000 r9 = 0xc3116d88 > r10 = 0xc3010300 > exception_exit() at exception_exit > pc = 0xc0582300 lr = 0xc2ecf960 (0xc2ecf960) > sp = 0xc2b2dcac fp = 0xc2b2dd10 > r0 = 0x6401a8c0 r1 = 0xc3010100 > r2 = 0xc05e9934 r3 = 0x000005ef > r4 = 0xc06aa2dc r5 = 0xc3116da4 > r6 = 0xc3116d00 r7 = 0x6401a8c0 > r8 = 0x00000000 r9 = 0xc3116d88 > r10 = 0xc3010300 r12 = 0x00000000 > soreceive_generic() at soreceive_generic+0x4a8 > pc = 0xc03e26a8 lr = 0xc03e4340 (soreceive+0x2c) > sp = 0xc2b2dd18 fp = 0xc2b2dd20 > r4 = 0xc2ecf960 r5 = 0x00000000 > r6 = 0xc2b2dd98 r7 = 0x00000000 > r8 = 0x00000006 r9 = 0xc3089c40 > r10 = 0x00000800 > soreceive() at soreceive+0x2c > pc = 0xc03e4340 lr = 0xc03c65e4 (soo_read+0x2c) > sp = 0xc2b2dd28 fp = 0xc2b2dd30 > soo_read() at soo_read+0x2c > pc = 0xc03c65e4 lr = 0xc03bf660 (dofileread+0xa8) > sp = 0xc2b2dd38 fp = 0xc2b2dd58 > dofileread() at dofileread+0xa8 > pc = 0xc03bf660 lr = 0xc03bf320 (kern_readv+0x60) > sp = 0xc2b2dd60 fp = 0xc2b2dd88 > r4 = 0xffffffff r5 = 0x00000000 > r6 = 0x00000000 r7 = 0x00000006 > r8 = 0xc2b2dd98 r9 = 0xc2ecf960 > r10 = 0x2081f0f0 > kern_readv() at kern_readv+0x60 > pc = 0xc03bf320 lr = 0xc03bf2b0 (sys_read+0x4c) > sp = 0xc2b2dd90 fp = 0xc2b2ddb8 > r4 = 0xc2ecf960 r5 = 0x00000000 > r6 = 0xbfffe5a8 r7 = 0x00000000 > r8 = 0xc2b2de10 r9 = 0xc320d640 > sys_read() at sys_read+0x4c > pc = 0xc03bf2b0 lr = 0xc05906b0 (swi_handler+0x284) > sp = 0xc2b2ddc0 fp = 0xc2b2de58 > swi_handler() at swi_handler+0x284 > pc = 0xc05906b0 lr = 0xc0582124 (swi_entry+0x2c) > sp = 0xc2b2de60 fp = 0xbfffedc8 > r4 = 0x00037908 r5 = 0x0002d268 > r6 = 0xbfffe5a8 r7 = 0x00000003 > r8 = 0x00000000 r9 = 0x521b2dfb > swi_entry() at swi_entry+0x2c > pc = 0xc0582124 lr = 0xc0582124 (swi_entry+0x2c) > sp = 0xc2b2de60 fp = 0xbfffedc8 > Unable to unwind further > db> Several people are experiencing this address fault or similar ones, sometimes in in_cksum() instead of so_receivegeneric(). It looks like the latest revision that I can build and boot the BB without any trouble is r254777. The revision that actually breaks things appears to be r254807 (kudos to Zbyszek Bodek for tracking it down to this rev), so you can boot using r254806 but to get that rev to build you have to also apply the changes from r254814. There was a large flurry of checkins over the past few days to get things in before the cutoff for the 10.0 release. I have a feeling it will be a few days before the dust settles and we get some fixes. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1377526174.1111.138.camel>