Date: Wed, 5 Jun 2024 15:35:17 +0700 From: Yuri Pankov <yuri@aetern.org> To: current@freebsd.org Subject: 41dfea24eec panics during ata attach on ESXi VM Message-ID: <5cdddd23-90c1-4f6b-8af1-80f7621ac00c@aetern.org>
next in thread | raw e-mail | index | archive | help
After updating to 41dfea24eec (GENERIC-NODEBUG), ESXi VM started to
panic while attaching atapci children. I was unable to grab original
boot panic data ("keyboard" dead), but was able to boot with
hint.ata.0.disabled=1, hint.ata.1.disabled=1, and `devctl enable ata0`
reproduced the issue:
ata0: <ATA channel> at channel 0 on atapci0
Fatal trap 12: page fault while in kernel mode
cpuid = 11; apic id = 11
fault virtual address = 0x54
fault code = supervisor read data, page not present
instruction pointer = 0x20:0xffffffff80821bb2
stack pointer = 0x28:0xfffffe019330d720
frame pointer = 0x28:0xfffffe019330d750
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 99030 (devctl)
rdi: fffff80002039900 rsi: fffff80002039900 rdx: fffff800beb9c180
rcx: fffff80001f1a000 r8: fffff80002027d20 r9: fffffe0035d28900
rax: 0000000000000000 rbx: fffff80002039900 rbp: fffffe019330d750
r10: fffff80030b86000 r11: fffffe019330da4c r12: 0000000000000001
r13: 0000000000000000 r14: fffff80002038400 r15: fffff800beb9c180
trap number = 12
panic: page fault
cpuid = 11
time = 1717575820
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
0xfffffe019330d410
vpanic() at vpanic+0x13f/frame 0xfffffe019330d540
panic() at panic+0x43/frame 0xfffffe019330d5a0
trap_fatal() at trap_fatal+0x40b/frame 0xfffffe019330d600
trap_pfault() at trap_pfault+0x46/frame 0xfffffe019330d650
calltrap() at calltrap+0x8/frame 0xfffffe019330d650
--- trap 0xc, rip = 0xffffffff80821bb2, rsp = 0xfffffe019330d720, rbp =
0xfffffe019330d750 ---
pci_activate_resource() at pci_activate_resource+0x22/frame
0xfffffe019330d750
bus_generic_rman_alloc_resource() at
bus_generic_rman_alloc_resource+0xee/frame 0xfffffe019330d790
nexus_alloc_resource() at nexus_alloc_resource+0x99/frame 0xfffffe019330d7f0
acpi_alloc_resource() at acpi_alloc_resource+0x84/frame 0xfffffe019330d8b0
acpi_pcib_acpi_alloc_resource() at
acpi_pcib_acpi_alloc_resource+0x9d/frame 0xfffffe019330d920
ata_pci_alloc_resource() at ata_pci_alloc_resource+0x2bd/frame
0xfffffe019330d9a0
bus_alloc_resource() at bus_alloc_resource+0x98/frame 0xfffffe019330da00
ata_attach() at ata_attach+0x322/frame 0xfffffe019330dad0
device_attach() at device_attach+0x3ac/frame 0xfffffe019330db20
devctl2_ioctl() at devctl2_ioctl+0x56e/frame 0xfffffe019330dbf0
devfs_ioctl() at devfs_ioctl+0xcb/frame 0xfffffe019330dc40
vn_ioctl() at vn_ioctl+0xce/frame 0xfffffe019330dcb0
devfs_ioctl_f() at devfs_ioctl_f+0x1e/frame 0xfffffe019330dcd0
kern_ioctl() at kern_ioctl+0x255/frame 0xfffffe019330dd40
sys_ioctl() at sys_ioctl+0xff/frame 0xfffffe019330de00
amd64_syscall() at amd64_syscall+0x115/frame 0xfffffe019330df30
fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe019330df30
--- syscall (54, FreeBSD ELF64, ioctl), rip = 0x2d04d93b28fa, rsp =
0x2d04d84df398, rbp = 0x2d04d84df450 ---
Uptime: 2m6s
Dumping 1562 out of 32725
MB:..2%..11%..21%..31%..41%..51%..61%..71%..81%..91%
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5cdddd23-90c1-4f6b-8af1-80f7621ac00c>