Date: Thu, 23 Jan 2020 06:43:06 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 243534] Kernel panics with "panic: invalid count 2" early during boot Message-ID: <bug-243534-227@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243534 Bug ID: 243534 Summary: Kernel panics with "panic: invalid count 2" early during boot Product: Base System Version: CURRENT Hardware: sparc64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: kraileth@elderlinux.org Created attachment 210979 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D210979&action= =3Dedit dmesg.boot contents from 12.1 There has been a fix proposal for unwind on SPARC64 that is looking for tes= ters (r356552). I'd like to give it a try, but I cannot get any -CURRENT kernel booting on my machine. Both cross-compiled kernels as well as natively-built ones seem to hit the same problem, so it's likely not a GCC9 issue. I'll attach a dmesg.boot file from a natively-built 12-STABLE system to give people a clue on what hardware the system has. The newest kernel that I tes= ted is a cross-built r356986. I re-read AF3e's chapter on crash dumps, trying to provide something useful, but I guess that the crash happens too early and = the system cannot dump anything, yet. So here's the serial output that I get: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]...=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 jumping to kernel entry at 0xc00b8020.=20=20 GDB: no debug ports present=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 KDB: debugger backends: ddb=20=20=20 KDB: current backend: ddb=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 Copyright (c) 1992-2020 The FreeBSD Project.=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.= =20=20=20=20=20=20=20 FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 r356986: Wed Jan 22 16:54:54 CET 2020=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 root@fbsdtest.omc.net:/usr/obj/usr/src/sparc64.sparc64/sys/GENERIC spar= c64 gcc version 9.2.0 (FreeBSD Ports Collection for sparc64)=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 WARNING: WITNESS option enabled, expect reduced performance. real memory =3D 1073741824 (1024 MB)=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 avail memory =3D 1024761856 (977 MB) cpu0: Sun Microsystems UltraSparc-IIe Processor (548.00 MHz CPU) random: unblocking device. random: entropy device external interface [ath_hal] loaded WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.= 0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 13.0. WARNING: Device "openprom" is Giant locked and may be deleted before FreeBSD 13.0. nexus0: <Open Firmware Nexus device> pcib0: <U2P UPA-PCI bridge> mem 0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq 2032,2030,2031,= 2021 on nexus0 pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 66MHz pcib0: DVMA map: 0x60000000 to 0x63ffffff 8192 entries pci0: <OFW PCI bus> on pcib0 isab0: <PCI-ISA bridge> at device 7.0 on pci0 isa0: <ISA bus> on isab0 pci0: <old, non-VGA display device> at device 3.0 (no driver attached) dc0: <Davicom DM9102A 10/100BaseTX> port 0x10000-0x100ff mem 0-0xff at devi= ce 12.0 on pci0 miibus0: <MII bus> on dc0 amphy0: <DM9102 10/100 media interface> PHY 1 on miibus0=20=20=20=20=20=20= =20=20=20=20=20 amphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:03:ba:4e:55:e6 dc1: <Davicom DM9102A 10/100BaseTX> port 0x10100-0x101ff mem 0x2000-0x20ff = at device 5.0 on pci0 miibus1: <MII bus> on dc1 amphy1: <DM9102 10/100 media interface> PHY 1 on miibus1 amphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: Ethernet address: 00:03:ba:4e:55:e6 ohci0: <AcerLabs M5237 (Aladdin-V) USB controller> mem 0x1000000-0x1000fff = at device 10.0 on pci0 usbus0 on ohci0 atapci0: <AcerLabs M5229 UDMA66 controller> port 0x10200-0x10207,0x10218-0x1021b,0x10210-0x10217,0x10208-0x1020b,0x10220-0x1= 022f at device 13.0 o n pci0=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: <ATA channel> at channel 0 on atapci0 ata3: <ATA channel> at channel 1 on atapci0 cryptosoft0: <software crypto> on nexus0 nexus0: <syscons> type unknown (no driver attached) rtc0: <Real-Time Clock> at port 0x70-0x71 pnpid PNP0b00 on isa0 rtc0: registered as a time-of-day clock, resolution 1.000000s uart0: console (9600,n,8,1)> at port 0x3f8-0x3ff irq 43 pnpid PNP0501 on is= a0 uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 pnpid PNP0501 on is= a0 Timecounter "tick" frequency 548000000 Hz quality 1000 Event timer "tick" frequency 548000000 Hz quality 1000 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 Obsolete code will be removed soon: random(9) is the obsolete Park-Miller L= CG from 1988 panic: invalid count 2 cpuid =3D 0 time =3D 1 KDB: stack backtrace: _end() at 0xc1416fb8 vpanic() at vpanic+0x31c panic() at panic+0x20 sched_switch() at sched_switch+0x8ac mi_switch() at mi_switch+0x1dc critical_exit_preempt() at critical_exit_preempt+0x88 spinlock_exit() at spinlock_exit+0x70 __mtx_unlock_spin_flags() at __mtx_unlock_spin_flags+0xb0 sched_add() at sched_add+0x2e8 gtaskqueue_start_threads() at gtaskqueue_start_threads+0x254 taskqgroup_cpu_create() at taskqgroup_cpu_create+0x124 taskqgroup_adjust() at taskqgroup_adjust+0x280 taskqgroup_adjust_softirq() at taskqgroup_adjust_softirq+0x34 mi_startup() at mi_startup+0x32c btext() at btext+0x28 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> I'll gladly provide additional information if required. (BTW for those who care: The binutils fix for SPARC64 was accepted upsteam.) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-243534-227>