Date: Fri, 27 Jan 2017 23:58:25 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 216539] page fault in t4iov_attach during boot, on Dell CS23-SH motherboards Message-ID: <bug-216539-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216539 Bug ID: 216539 Summary: page fault in t4iov_attach during boot, on Dell CS23-SH motherboards Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: asomers@FreeBSD.org CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Dell C23-SH motherboards, on recent versions of stable/11 and head, will panic with a page fault in t4iov_attach if T4-related modules are loaded at boot time. They do not panic if the T4-related modules are loaded later. Notably, these machines don't even have a T4 card installed. Also of note, hw.pci.enable_pcie_hp=0 is set in loader.conf to workaround PR211699. A SuperMicro Sandy Bridge-based system with the same loader.conf settings running the same version of head didn't panic. The machine is running FreeBSD 12.0-CURRENT r311461. It's loader.conf contains: kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" if_cxgbe_load="YES" t4_fw_load="YES" t4_tom_load="YES" t5_fw_load="YES" hw.pci.enable_pcie_hp=0 And the panic string is: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff817b269a stack pointer = 0x28:0xffffffff81bb57d0 frame pointer = 0x28:0xffffffff81bb5820 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 = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff803301fb = db_trace_self_wrapper+0x2b/frame 0xffffffff81bb5360 vpanic() at 0xffffffff804f3512 = vpanic+0x182/frame 0xffffffff81bb53e0 panic() at 0xffffffff804f3383 = panic+0x43/frame 0xffffffff81bb5440 trap_fatal() at 0xffffffff808181d1 = trap_fatal+0x351/frame 0xffffffff81bb54a0 trap_pfault() at 0xffffffff808183c3 = trap_pfault+0x1e3/frame 0xffffffff81bb5500 trap() at 0xffffffff8081794c = trap+0x26c/frame 0xffffffff81bb5710 calltrap() at 0xffffffff807fbc01 = calltrap+0x8/frame 0xffffffff81bb5710 --- trap 0xc, rip = 0xffffffff817b269a, rsp = 0xffffffff81bb57e0, rbp = 0xffffffff81bb5820 --- t4iov_attach() at 0xffffffff817b269a = t4iov_attach+0x14a/frame 0xffffffff81bb5820 device_attach() at 0xffffffff80530760 = device_attach+0x420/frame 0xffffffff81bb5880 bus_generic_attach() at 0xffffffff8053194d = bus_generic_attach+0x2d/frame 0xffffffff81bb58a0 pci_attach() at 0xffffffff80390125 = pci_attach+0xd5/frame 0xffffffff81bb58e0 device_attach() at 0xffffffff80530760 = device_attach+0x420/frame 0xffffffff81bb5940 bus_generic_attach() at 0xffffffff8053194d = bus_generic_attach+0x2d/frame 0xffffffff81bb5960 acpi_pcib_acpi_attach() at 0xffffffff8034806a = acpi_pcib_acpi_attach+0x3ba/frame 0xffffffff81bb59d0 device_attach() at 0xffffffff80530760 = device_attach+0x420/frame 0xffffffff81bb5a30 bus_generic_attach() at 0xffffffff8053194d = bus_generic_attach+0x2d/frame 0xffffffff81bb5a50 acpi_attach() at 0xffffffff8033af1f = acpi_attach+0xdbf/frame 0xffffffff81bb5b10 device_attach() at 0xffffffff80530760 = device_attach+0x420/frame 0xffffffff81bb5b70 bus_generic_attach() at 0xffffffff8053194d = bus_generic_attach+0x2d/frame 0xffffffff81bb5b90 nexus_acpi_attach() at 0xffffffff807f7363 = nexus_acpi_attach+0x73/frame 0xffffffff81bb5bc0 device_attach() at 0xffffffff80530760 = device_attach+0x420/frame 0xffffffff81bb5c20 bus_generic_new_pass() at 0xffffffff80531f89 = bus_generic_new_pass+0xe9/frame 0xffffffff81bb5c50 bus_set_pass() at 0xffffffff8052e3cc = bus_set_pass+0x8c/frame 0xffffffff81bb5c80 configure() at 0xffffffff8087eaa9 = configure+0x9/frame 0xffffffff81bb5c90 mi_startup() at 0xffffffff8047b3a8 = mi_startup+0x118/frame 0xffffffff81bb5cb0 btext() at 0xffffffff8028802c = btext+0x2c Uptime: 1s -- 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-216539-8>