Date: Wed, 19 Aug 2015 13:31:59 +0200 From: Svatopluk Kraus <onwahe@gmail.com> To: Dmitry Marakasov <amdmi3@amdmi3.ru> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>, Ian Lepore <ian@freebsd.org>, andrew@freebsd.org, Michal Meloun <meloun@miracle.cz> Subject: Re: Instability likely related to new pmap on Cubieboard A10 Message-ID: <CAFHCsPUeCPJ2W%2BLb3Dyw7D4UxrKPBkERzr4sUZR%2BW12_GARcOg@mail.gmail.com> In-Reply-To: <20150819002103.GC79354@hades.panopticon> References: <20150819002103.GC79354@hades.panopticon>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Aug 19, 2015 at 2:21 AM, Dmitry Marakasov <amdmi3@amdmi3.ru> wrote: > Hi! > > I've just tried latest HEAD on cubieboard A10, and discovered that > it's completely unstable. Kernel boots without problems, however > right after init is started many processes crash with sigsegv and > other errors, and it ends with either hang or a panic. Examples > below. With kernel built with `nooptions ARM_NEW_PMAP' these > problems go away. Feel free to ask for any additional info. Yes, it can happen. It's why CURRENT is not called STABLE. And do not panic, it looks that it's quite stable so it's debug-able too. I'm building most recent HEAD on my pandaboard right now and then we will see. Svata > > --- > Trying to mount root from ufs:/dev/mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set accurately > pid 20 (stty), uid 0: exited on signal 11 > Segmentation fault > pid 21 (sysctl), uid 0: exited on signal 11 > pid 22 (ps), uid 0: exited on signal 12 > Bad system call > pid 23 (sysctl), uid 0: exited on signal 12 > Bad system call > [: -eq: unexpected operator > pid 24 (rcorder), uid 0: exited on signal 11 > pid 25 (rcorder), uid 0: exited on signal 11 > > pid 26 (date), uid 0: exited on signal 12 > Bad system call > pid 27 (getty), uid 0: exited on signal 11 > <hang> > --- > > --- > Trying to mount root from ufs:/dev/mmcsd0s2 []... > warning: no time-of-day clock registered, system time will not be set > accurately > pid 30 (sh), uid 0: exited on signal 11 > Segmentation fault > Setting hostuuid: 024ae582-45aa-11e5-88c7-832954db904b. > Setting hostid: 0xd41d8cd9. > No suitable dump device was found. > Starting file system checks: > /dev/mmcsd0s2: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/mmcsd0s2: clean, 7268431 free (343 frags, 908511 blocks, 0.0% > fragmentation) > Mounting local file systems:. > random: unblocking device. > Setting hostname: cubie.panopticon. > Setting up harvesting:pid 119 (sysctl), uid 0: exited on signal 11 > Segmentation fault > Feeding entropy:eval: cannot create /entropy: Read-only file system > pid 127 (sh), uid 0: exited on signal 11 > Segmentation fault > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > Starting devd. > emac0: link state changed to UP > /etc/rc.d/netif: ERROR: USAGE: gpid 148 (sh), uid 0: exited on signal 11 > et_if_var name var [default] > pid 146 (sh), uid 0: exited on signal 11 > Segmentation fault > pid 151 (sh), uid 0: exited on signal 11 > pid 159 (sh), uid 0: exited on signal 11 > Segmentation fault > pid 162 (sh), uid 0: exited on signal 11 > pid 164 (sh), uid 0: exited on signal 11 > /usr/bin/id: Shared object has no run-time symbol table > pid 182 (sysctl), uid 0: exited on signal 11 > Segmentation fault > /sbin/sysctl: Shared object has no run-time symbol table > pid 186 (sysctl), uid 0: exited on signal 11 > Segmentation fault > Waiting 30s for the default route interface: > ..........^Cpmap_remove_pages: pmap 0xc0833974 va 0x20282000 pte1 0 > panic: bad pte1 > KDB: enter: panic > [ thread pid 238 tid 100056 ] > Stopped at kdb_enter+0x58: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 238 tid 100056 td 0xc3c98350 > db_trace_self() at db_trace_self > pc = 0xc0648a9c lr = 0xc02423e0 (db_hex2dec+0x494) > sp = 0xef6cb760 fp = 0xef6cb778 > r10 = 0xc079f118 > db_hex2dec() at db_hex2dec+0x494 > pc = 0xc02423e0 lr = 0xc0241e78 (db_command_loop+0x40c) > sp = 0xef6cb780 fp = 0xef6cb820 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0x00000000 r10 = 0xc079f118 > db_command_loop() at db_command_loop+0x40c > pc = 0xc0241e78 lr = 0xc0241ae0 (db_command_loop+0x74) > sp = 0xef6cb828 fp = 0xef6cb838 > r4 = 0xc0690ed5 r5 = 0xc06a7553 > r6 = 0xc079f104 r7 = 0xc0747bd4 > r8 = 0xc0794950 r9 = 0xc0794954 > r10 = 0xef6cba00 > db_command_loop() at db_command_loop+0x74 > pc = 0xc0241ae0 lr = 0xc0244634 (db_fetch_ksymtab+0x2d0) > sp = 0xef6cb840 fp = 0xef6cb958 > r4 = 0x00000000 r5 = 0xc079f110 > r6 = 0xc0794978 r10 = 0xef6cba00 > db_fetch_ksymtab() at db_fetch_ksymtab+0x2d0 > pc = 0xc0244634 lr = 0xc03cfe9c (kdb_trap+0xd4) > sp = 0xef6cb960 fp = 0xef6cb980 > r4 = 0x00000000 r5 = 0x00000001 > r6 = 0xc0794978 r7 = 0xc0747bd4 > kdb_trap() at kdb_trap+0xd4 > pc = 0xc03cfe9c lr = 0xc065fbdc (undefinedinstruction+0x350) > sp = 0xef6cb988 fp = 0xef6cb9f8 > r4 = 0x00000000 r5 = 0x00000000 > r6 = 0xc065f7dc r7 = 0xe7ffffff > r8 = 0xc3c98350 r9 = 0xc03cf768 > r10 = 0xef6cba00 > undefinedinstruction() at undefinedinstruction+0x350 > pc = 0xc065fbdc lr = 0xc064a124 (exception_exit) > sp = 0xef6cba00 fp = 0xef6cba98 > r4 = 0xc06a75a8 r5 = 0xef6cbadc > r6 = 0xc06c933a r7 = 0xc0786ea0 > r8 = 0xc3c98350 r9 = 0xc07a07c8 > r10 = 0xc0786e30 > exception_exit() at exception_exit > pc = 0xc064a124 lr = 0xc03cf758 (kdb_enter+0x48) > sp = 0xef6cba90 fp = 0xef6cba98 > r0 = 0xc0794964 r1 = 0x00000000 > r2 = 0xef6cb9c4 r3 = 0xc06a99f9 > r4 = 0xc06a75a8 r5 = 0xef6cbadc > r6 = 0xc06c933a r7 = 0xc0786ea0 > r8 = 0xc3c98350 r9 = 0xc07a07c8 > r10 = 0xc0786e30 r12 = 0x00000000 > kdb_enter() at kdb_enter+0x5c > pc = 0xc03cf76c lr = 0xc0393b20 (vpanic+0xd0) > sp = 0xef6cbaa0 fp = 0xef6cbac0 > r4 = 0x00000100 r10 = 0xc0786e30 > vpanic() at vpanic+0xd0 > pc = 0xc0393b20 lr = 0xc0393a50 (vpanic) > sp = 0xef6cbac8 fp = 0xef6cbad0 > r4 = 0x00003ff8 r5 = 0xc1f14798 > r6 = 0x00000000 r7 = 0xc1f147d8 > r8 = 0x00000002 r9 = 0x00000001 > r10 = 0xc0833974 > vpanic() at vpanic > pc = 0xc0393a50 lr = 0xc0654fbc (pmap_remove_pages+0x76c) > sp = 0xef6cbad8 fp = 0xef6cbb38 > r4 = 0x00000002 r5 = 0x00000001 > r6 = 0xc0833974 r7 = 0xef6cbad0 > r8 = 0xc0393a50 r9 = 0x438c3800 > r10 = 0xef6cbadc > pmap_remove_pages() at pmap_remove_pages+0x76c > pc = 0xc0654fbc lr = 0xc061d9d0 (vmspace_exit+0xc8) > sp = 0xef6cbb40 fp = 0xef6cbb60 > r4 = 0xc0833970 r5 = 0x00000001 > r6 = 0xc07a03b8 r7 = 0xc3cde380 > r8 = 0xc0833974 r9 = 0xc08338b8 > r10 = 0xc3c98350 > vmspace_exit() at vmspace_exit+0xc8 > pc = 0xc061d9d0 lr = 0xc03579b4 (exit1+0x7a0) > sp = 0xef6cbb68 fp = 0xef6cbbb8 > r4 = 0xc3cde43c r5 = 0xc3cde43c > r6 = 0x00000001 r7 = 0xc3cde43c > r8 = 0xc3cde380 r9 = 0x00000000 > r10 = 0xc3c98350 > exit1() at exit1+0x7a0 > pc = 0xc03579b4 lr = 0xc03977f0 (sigexit+0xb38) > sp = 0xef6cbbc0 fp = 0xef6cbda0 > r4 = 0xc3c98350 r5 = 0xc3c98350 > r6 = 0xef6cbdbc r7 = 0x00000001 > r8 = 0xc3caf000 r9 = 0xc3cde380 > r10 = 0x00000002 > sigexit() at sigexit+0xb38 > pc = 0xc03977f0 lr = 0xc039823c (osigsuspend) > sp = 0xef6cbda8 fp = 0xef6cbe28 > r4 = 0x00000004 r5 = 0xc3c98350 > r6 = 0xef6cbdbc r7 = 0x00000001 > r8 = 0xc3caf000 r9 = 0x00000000 > r10 = 0x00000002 > osigsuspend() at osigsuspend > pc = 0xc039823c lr = 0xc03e0620 (ast+0x428) > sp = 0xef6cbe30 fp = 0xef6cbe50 > ast() at ast+0x428 > pc = 0xc03e0620 lr = 0xc064a0f4 (swi_exit+0x40) > sp = 0xef6cbe58 fp = 0xbfbffe30 > r4 = 0x40000013 r5 = 0xc3c98350 > r6 = 0x00008a34 r7 = 0x000000f0 > r8 = 0xbfbffe78 r9 = 0x00000000 > r10 = 0xbfbffe6c > swi_exit() at swi_exit+0x40 > pc = 0xc064a0f4 lr = 0xc064a0f4 (swi_exit+0x40) > sp = 0xef6cbe58 fp = 0xbfbffe30 > --- > > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://amdmi3.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFHCsPUeCPJ2W%2BLb3Dyw7D4UxrKPBkERzr4sUZR%2BW12_GARcOg>