[Bug 243534] Kernel panics with "panic: invalid count 2" early during boot

Thu Jan 23 06:43:07 UTC 2020

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243534

            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 at FreeBSD.org
          Reporter: kraileth at elderlinux.org

Created attachment 210979
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=210979&action=edit
dmesg.boot contents from 12.1

There has been a fix proposal for unwind on SPARC64 that is looking for testers
(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 tested
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]...                                   
jumping to kernel entry at 0xc00b8020.  
GDB: no debug ports present                                                     
KDB: debugger backends: ddb   
KDB: current backend: ddb                                               
Copyright (c) 1992-2020 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 13.0-CURRENT #0 r356986: Wed Jan 22 16:54:54 CET 2020                   
    root at fbsdtest.omc.net:/usr/obj/usr/src/sparc64.sparc64/sys/GENERIC sparc64
gcc version 9.2.0 (FreeBSD Ports Collection for sparc64)                        
WARNING: WITNESS option enabled, expect reduced performance.
real memory  = 1073741824 (1024 MB)                                     
avail memory = 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 device
12.0 on pci0
miibus0: <MII bus> on dc0
amphy0: <DM9102 10/100 media interface> PHY 1 on miibus0           
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-0x1022f
at device 13.0 o
n pci0                              
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 isa0
uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 pnpid PNP0501 on isa0
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 LCG
from 1988
panic: invalid count 2
cpuid = 0
time = 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.)

-- 
You are receiving this mail because:
You are the assignee for the bug.