Bug 223768

Summary: pmspcv panics at boot
Product: Base System Reporter: Dirk Meyer <dinoex>
Component: kernAssignee: freebsd-bugs (Nobody) <bugs>
Status: New ---    
Severity: Affects Only Me Keywords: crash, regression
Priority: ---    
Version: 12.0-RELEASE   
Hardware: amd64   
OS: Any   

Description Dirk Meyer freebsd_committer freebsd_triage 2017-11-20 14:15:16 UTC
After update from FreeBSD 10.3 to FreeBSD 11.1 the system panics very early on boot.

I booted with -v and comconsole to get a log:

[....]

Controller device ID conflict with PMC Adaptec HBA
pmspcv0: <Adaptec Hialeah 4/8 Port SAS-SATA HBA Card 6Gig> mem 0xdc260000-0xdc26ffff,0xdc250000-0xdc25ffff,0xdc240000-0xdc24ffff,0xdc200000-0xdc23ffff irq 16 at device 0.0 on pci7
pmspcv0: attempting to allocate 16 MSI-X vectors (16 supported)
msi: routing MSI-X IRQ 275 to local APIC 6 vector 52
msi: routing MSI-X IRQ 276 to local APIC 0 vector 56
msi: routing MSI-X IRQ 277 to local APIC 2 vector 51
msi: routing MSI-X IRQ 278 to local APIC 4 vector 53
msi: routing MSI-X IRQ 279 to local APIC 6 vector 53
msi: routing MSI-X IRQ 280 to local APIC 0 vector 59
msi: routing MSI-X IRQ 281 to local APIC 2 vector 53
msi: routing MSI-X IRQ 282 to local APIC 4 vector 54
msi: routing MSI-X IRQ 283 to local APIC 6 vector 54
msi: routing MSI-X IRQ 284 to local APIC 0 vector 60
msi: routing MSI-X IRQ 285 to local APIC 2 vector 54
msi: routing MSI-X IRQ 286 to local APIC 4 vector 55
msi: routing MSI-X IRQ 287 to local APIC 6 vector 55
msi: routing MSI-X IRQ 288 to local APIC 0 vector 61
msi: routing MSI-X IRQ 289 to local APIC 2 vector 55
msi: routing MSI-X IRQ 290 to local APIC 4 vector 56
pmspcv0: using IRQs 275-290 for MSI-X


Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 06
fault virtual address   = 0x90
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff8070cf91
stack pointer           = 0x28:0xfffffe00003ca990
frame pointer           = 0x28:0xfffffe00003ca9b0
code segment            = base rx0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 12 (irq275: pmspcv0)
trap number             = 12
panic: page fault
cpuid = 3
KDB: stack backtrace:
#0 0xffffffff80aada97 at kdb_backtrace+0x67
#1 0xffffffff80a6bb76 at vpanic+0x186
#2 0xffffffff80a6b9e3 at panic+0x43
#3 0xffffffff80edf832 at trap_fatal+0x322
#4 0xffffffff80edf889 at trap_pfault+0x49
#5 0xffffffff80edf0c6 at trap+0x286
#6 0xffffffff80ec3641 at calltrap+0x8
#7 0xffffffff806fa9fa at agtiapi_IntrHandlerx_+0x6a
#8 0xffffffff80a321bc at intr_event_execute_handlers+0xec
#9 0xffffffff80a324a6 at ithread_loop+0xd6
#10 0xffffffff80a2f815 at fork_exit+0x85
#11 0xffffffff80ec3b7e at fork_trampoline+0xe
Uptime: 1s
Comment 1 Dirk Meyer freebsd_committer freebsd_triage 2017-11-21 09:14:10 UTC
not a regression compared to FreeBSD 10.3.

instant panic when laoding the driver with:
$ kldload pmspcv

pmspcv0: <Adaptec Hialeah 4/8 Port SAS-SATA HBA Card 6Gig> mem 0xdc260000-0xdc26ffff,0xdc250000-0xdc25ffff,0xdc240000-0xdc24ffff,0xdc200000-0xdc23ffff irq 16 at device 0.0 on pci7


Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 06
fault virtual address   = 0x90
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff81cf5451
stack pointer           = 0x28:0xfffffe085f0db980
frame pointer           = 0x28:0xfffffe085f0db9b0
code segment            = base rx0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 12 (irq276: pmspcv0)
trap number             = 12
panic: page fault
cpuid = 3
KDB: stack backtrace:
#0 0xffffffff8098ead0 at kdb_backtrace+0x60
#1 0xffffffff809517a6 at vpanic+0x126
#2 0xffffffff80951673 at panic+0x43
#3 0xffffffff80d5685b at trap_fatal+0x36b
#4 0xffffffff80d56b5d at trap_pfault+0x2ed
#5 0xffffffff80d561da at trap+0x47a
#6 0xffffffff80d3c1a2 at calltrap+0x8
#7 0xffffffff81ce3c32 at agtiapi_IntrHandlerx_+0x52
#8 0xffffffff8091ceeb at intr_event_execute_handlers+0xab
#9 0xffffffff8091d336 at ithread_loop+0x96
#10 0xffffffff8091aa3a at fork_exit+0x9a
#11 0xffffffff80d3c6de at fork_trampoline+0xe
Uptime: 5m54s
Comment 2 Dirk Meyer freebsd_committer freebsd_triage 2019-07-16 09:22:57 UTC
1) GERNERIC FreeBSD 12.0 kernel still crashes

2) 12.0 kernel without "device pmspvc" boots,
but crashes on "kldload pmspvc"


kernel: pmspcv0: (probe0:pmspcbsd0:0:53:0): Down reving Protocol Version from 5 to 2?
kernel: using IRQs 276-291(probe0:pmspcbsd0:0:54:0): Down reving Protocol Version from 5 to 2?
kernel: for MSI-X
kernel: 
kernel: 
kernel: Fatal trap 12: page fault while in kernel mode
kernel: cpuid = 1; apic id = 02
kernel: fault virtual address   = 0x90
kernel: fault code              = supervisor read data, page not present
kernel: instruction pointer     = 0x20:0xffffffff8253c781
kernel: stack pointer           = 0x28:0xfffffe00a68599b0
kernel: frame pointer           = 0x28:0xfffffe00a68599d0
kernel: code segment            = base rx0, limit 0xfffff, type 0x1b
kernel: = DPL 0, pres 1, long 1, def32 0, gran 1
kernel: processor eflags        = interrupt enabled, resume, IOPL = 0
kernel: current process         = 12 (irq276: pmspcv0)
kernel: trap number             = 12
kernel: panic: page fault
kernel: cpuid = 1
kernel: time = 1563267927
kernel: KDB: stack backtrace:
kernel: #0 0xffffffff80b55eb7 at kdb_backtrace+0x67
kernel: #1 0xffffffff80b09aa3 at vpanic+0x1a3
kernel: #2 0xffffffff80b098f3 at panic+0x43
kernel: #3 0xffffffff80fe2bff at trap_fatal+0x35f
kernel: #4 0xffffffff80fe2c59 at trap_pfault+0x49
kernel: #5 0xffffffff80fe227e at trap+0x29e
kernel: #6 0xffffffff80fbdc55 at calltrap+0x8
kernel: #7 0xffffffff82529ce7 at agtiapi_IntrHandlerx_+0x67
kernel: #8 0xffffffff80acd357 at ithread_loop+0x1a7
kernel: #9 0xffffffff80aca473 at fork_exit+0x83
kernel: #10 0xffffffff80fbec4e at fork_trampoline+0xe
kernel: Uptime: 7m23s
Comment 3 Dirk Meyer freebsd_committer freebsd_triage 2022-10-21 08:17:22 UTC
GERNERIC FreeBSD 13.1 kernel still crashes