sparc64 traps during probe (r293243)
I recently updated a sparc64 V120 from r291993 to r293243, and it now traps during the autoconfiguration phase of the kernel boot: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc00b. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 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 #4 r293243M: Thu Jan 7 13:50:04 EST 2016 l...@ton.pix.net:/usr/obj/usr/src/sys/GENERIC sparc64 gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. real memory = 2147483648 (2048 MB) avail memory = 2063785984 (1968 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (648.00 MHz CPU) [...] da0 at sym0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number UPL3P310365J da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da0: Command Queueing enabled da0: 34732MB (71132959 512 byte sectors) cd0 at ata2 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: 393MB (201600 2048 byte sectors) da1 at sym0 bus 0 scbus2 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number UPL3P3506STC da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da1: Command Queueing enabled da1: 34732MB (71132959 512 byte sectors) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:sys/ROOT/default []... GEOM_MIRROR: Device mirror/gswap launched (2/2). [ thread pid 1 tid 12 ] Stopped at tl0_utrap+0x20: ldx [%l0 + %l1], %l0 db> bt Tracing pid 1 tid 12 td 0xf800016164d0 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 %o7=0xc06165e8 -- sched_clock() at sched_clock+0x94 statclock_cnt() at statclock_cnt+0x1c0 handleevents() at handleevents+0x138 timercb() at timercb+0x410 tick_intr() at tick_intr+0x220 -- interrupt level=0xe pil=0 %o7=0xc09c6c20 -- -- kernel stack fault %o7=0xc00b1288 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc011f8f0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc And then the stack backtrace just keeps repeating. -Kurt ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sparc64 traps during probe (r293243)
On 08/01/16 15:42, Kurt Lidl wrote: > I recently updated a sparc64 V120 from r291993 > to r293243, and it now traps during the > autoconfiguration phase of the kernel boot: > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > jumping to kernel entry at 0xc00b. > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2016 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 #4 r293243M: Thu Jan 7 13:50:04 EST 2016 > l...@ton.pix.net:/usr/obj/usr/src/sys/GENERIC sparc64 > gcc version 4.2.1 20070831 patched [FreeBSD] > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > real memory = 2147483648 (2048 MB) > avail memory = 2063785984 (1968 MB) > cpu0: Sun Microsystems UltraSparc-IIe Processor (648.00 MHz CPU) > > [...] > > da0 at sym0 bus 0 scbus2 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: Serial Number UPL3P310365J > da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) > da0: Command Queueing enabled > da0: 34732MB (71132959 512 byte sectors) > cd0 at ata2 bus 0 scbus0 target 0 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: 393MB (201600 2048 byte sectors) > da1 at sym0 bus 0 scbus2 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: Serial Number UPL3P3506STC > da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) > da1: Command Queueing enabled > da1: 34732MB (71132959 512 byte sectors) > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from zfs:sys/ROOT/default []... > GEOM_MIRROR: Device mirror/gswap launched (2/2). > [ thread pid 1 tid 12 ] > Stopped at tl0_utrap+0x20: ldx [%l0 + %l1], %l0 > db> bt > Tracing pid 1 tid 12 td 0xf800016164d0 > KDB: reentering > KDB: stack backtrace: > kdb_reenter() at kdb_reenter+0x5c > trap() at trap+0x2fc > -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 > %o7=0xc06165e8 -- > sched_clock() at sched_clock+0x94 > statclock_cnt() at statclock_cnt+0x1c0 > handleevents() at handleevents+0x138 > timercb() at timercb+0x410 > tick_intr() at tick_intr+0x220 > -- interrupt level=0xe pil=0 %o7=0xc09c6c20 -- > -- kernel stack fault %o7=0xc00b1288 -- > db_read_bytes() at db_read_bytes+0x44 > KDB: reentering > KDB: stack backtrace: > kdb_reenter() at kdb_reenter+0x5c > trap() at trap+0x2fc > -- kernel stack fault %o7=0xc011f8f0 -- > db_read_bytes() at db_read_bytes+0x44 > KDB: reentering > KDB: stack backtrace: > kdb_reenter() at kdb_reenter+0x5c > trap() at trap+0x2fc > > And then the stack backtrace just keeps repeating. This looks amazingly similar to what I get trying to boot FreeBSD under QEMU, i.e. pointing at sched_clock(): Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc00b. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 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 #0 1eb7424(master): Thu Sep 24 06:41:18 BST 2015 mca@freebsd:/usr/home/mca/obj/sparc64.sparc64/usr/home/mca/src/sys/GENERIC sparc64 gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. real memory = 134217728 (128 MB) avail memory = 98312192 (93 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (100.00 MHz CPU) random: entropy device external interface kbd0 at kbdmux0 nexus0: nexus0: : incomplete pcib0: mem 0x1fe-0x1fe01ff irq 2032,2030,2031,2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 33MHz pcib0: DVMA map: 0xc000 to 0xc3ff 8192 entries pcib0: [GIANT-LOCKED] pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 1.1 on pci0 pci2: on pcib2 ebus0: port 0x4000-0x7fff mem 0x300-0x3ff at device 3.0 on pci0 vgapci0: mem 0x100-0x1ff,0x200-0x2000fff at device 2.0 on pci0 vgapci0: Boot video device eeprom0: addr 0x142000-0x143fff on ebus0 eeprom0: model mk48t59 ebus0: addr 0 (no driver attached) uart0: <16550 or compatible> addr 0x1403f8-0x1403ff irq 43 on ebus0 uart0: console (9600,n,8,1) ebus0: addr 0x140060-0x140067 (no driver attached) pci0: at device 4.0 (no driver attached) atapci0: port 0x8100-0x8107,0x8180-0x8183,0x8200-0x8207,0x8280-0x8283,0x8300-0x830f at device 5.0 on pci0 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 cryptosoft0: on nexus0 nexus0: type unknown (no driver attached
Re: sparc64 traps during probe (r293243)
On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote: > I recently updated a sparc64 V120 from r291993 > to r293243, and it now traps during the > autoconfiguration phase of the kernel boot: > <...> > -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 > %o7=0xc06165e8 -- What code line does 0xc06165e8 translate to? Marius ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sparc64 traps during probe (r293243)
On Fri, Jan 08, 2016 at 04:57:58PM +, Mark Cave-Ayland wrote: > On 08/01/16 15:42, Kurt Lidl wrote: > > This looks amazingly similar to what I get trying to boot FreeBSD under > QEMU, i.e. pointing at sched_clock(): > <...> > -- kernel stack fault %o7=0xc011a050 -- > panic: longjmp botch > cpuid = -1012475520 > KDB: stack backtrace: > Uptime: 3s > > Note also the "longjmp botch" error right at the end. This is with the > sun4u timer fix patch developed with help from Marius which has recently > been applied to QEMU git master. So maybe this is a kernel bug after all? No, that still is a completely trashed kernel stack as previously seen when running under QEMU so the whole backtrace is questionable. Apart from that, sched_clock() is called rather frequently so it is not unlikely to show up in a kernel back trace but neither of the two back traces in question suggest it's the culprit (assuming that the one seen with QEMU actually is sane). Marius ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sparc64 traps during probe (r293243)
On 1/8/16 11:57 AM, Mark Cave-Ayland wrote: On 08/01/16 15:42, Kurt Lidl wrote: I recently updated a sparc64 V120 from r291993 to r293243, and it now traps during the autoconfiguration phase of the kernel boot: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc00b. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 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 #4 r293243M: Thu Jan 7 13:50:04 EST 2016 l...@ton.pix.net:/usr/obj/usr/src/sys/GENERIC sparc64 gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. real memory = 2147483648 (2048 MB) avail memory = 2063785984 (1968 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (648.00 MHz CPU) [...] da0 at sym0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number UPL3P310365J da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da0: Command Queueing enabled da0: 34732MB (71132959 512 byte sectors) cd0 at ata2 bus 0 scbus0 target 0 lun 0 cd0: Removable CD-ROM SCSI device cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: 393MB (201600 2048 byte sectors) da1 at sym0 bus 0 scbus2 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number UPL3P3506STC da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da1: Command Queueing enabled da1: 34732MB (71132959 512 byte sectors) WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from zfs:sys/ROOT/default []... GEOM_MIRROR: Device mirror/gswap launched (2/2). [ thread pid 1 tid 12 ] Stopped at tl0_utrap+0x20: ldx [%l0 + %l1], %l0 db> bt Tracing pid 1 tid 12 td 0xf800016164d0 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 %o7=0xc06165e8 -- sched_clock() at sched_clock+0x94 statclock_cnt() at statclock_cnt+0x1c0 handleevents() at handleevents+0x138 timercb() at timercb+0x410 tick_intr() at tick_intr+0x220 -- interrupt level=0xe pil=0 %o7=0xc09c6c20 -- -- kernel stack fault %o7=0xc00b1288 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc -- kernel stack fault %o7=0xc011f8f0 -- db_read_bytes() at db_read_bytes+0x44 KDB: reentering KDB: stack backtrace: kdb_reenter() at kdb_reenter+0x5c trap() at trap+0x2fc And then the stack backtrace just keeps repeating. This looks amazingly similar to what I get trying to boot FreeBSD under QEMU, i.e. pointing at sched_clock(): Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc00b. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 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 #0 1eb7424(master): Thu Sep 24 06:41:18 BST 2015 mca@freebsd:/usr/home/mca/obj/sparc64.sparc64/usr/home/mca/src/sys/GENERIC sparc64 gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. real memory = 134217728 (128 MB) avail memory = 98312192 (93 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (100.00 MHz CPU) random: entropy device external interface kbd0 at kbdmux0 nexus0: nexus0: : incomplete pcib0: mem 0x1fe-0x1fe01ff irq 2032,2030,2031,2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 33MHz pcib0: DVMA map: 0xc000 to 0xc3ff 8192 entries pcib0: [GIANT-LOCKED] pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 1.1 on pci0 pci2: on pcib2 ebus0: port 0x4000-0x7fff mem 0x300-0x3ff at device 3.0 on pci0 vgapci0: mem 0x100-0x1ff,0x200-0x2000fff at device 2.0 on pci0 vgapci0: Boot video device eeprom0: addr 0x142000-0x143fff on ebus0 eeprom0: model mk48t59 ebus0: addr 0 (no driver attached) uart0: <16550 or compatible> addr 0x1403f8-0x1403ff irq 43 on ebus0 uart0: console (9600,n,8,1) ebus0: addr 0x140060-0x140067 (no driver attached) pci0: at device 4.0 (no driver attached) atapci0: port 0x8100-0x8107,0x8180-0x8183,0x8200-0x8207,0x8280-0x8283,0x8300-0x830f at device 5.0 on pci0 ata2: at channel 0 on atapci0 ata3: at channel 1 on atapci0 cryptosoft0: on nexus0 nexus0: type unknown (no driver attached) Timecounter "tick" frequency 1 Hz quality 1000 Event timer "tick" frequency 1 H
Re: sparc64 traps during probe (r293243)
On 1/8/16 1:58 PM, Marius Strobl wrote: On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote: I recently updated a sparc64 V120 from r291993 to r293243, and it now traps during the autoconfiguration phase of the kernel boot: <...> -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 %o7=0xc06165e8 -- What code line does 0xc06165e8 translate to? Marius Unfortunately, I cannot tell you. I managed to destroy the /usr/lib/debug/boot/kernel directory for the kernel that didn't work properly. As noted in a different reply, a cross-built r293425 kernel did boot, and I'm now re-building a native r293425 world on the sparc64 host. If it the native build doesn't work, I'll get the information you wanted from that build. Thanks. -Kurt ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sparc64 traps during probe (r293243)
On 1/8/16 3:45 PM, Kurt Lidl wrote: On 1/8/16 1:58 PM, Marius Strobl wrote: On Fri, Jan 08, 2016 at 10:42:33AM -0500, Kurt Lidl wrote: I recently updated a sparc64 V120 from r291993 to r293243, and it now traps during the autoconfiguration phase of the kernel boot: <...> -- data access exception sfar=0xfcf821ca0218 sfsr=0x41029 %o7=0xc06165e8 -- What code line does 0xc06165e8 translate to? Marius Unfortunately, I cannot tell you. I managed to destroy the /usr/lib/debug/boot/kernel directory for the kernel that didn't work properly. As noted in a different reply, a cross-built r293425 kernel did boot, and I'm now re-building a native r293425 world on the sparc64 host. If it the native build doesn't work, I'll get the information you wanted from that build. I was able to install and boot the natively built r293426 tree successfully. So whatever the problem was, it was transient, or at least has not shown up on the machine running the natively compiled version of everything. -Kurt ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"