And what is weird that the CardBus implementation is hooked up the exact same way in the bsd.rd kernel. Maybe there is too much devices set in the kernel? Sounds like a stupid theory but that could be the case. On NetBSD, the bus could not be detected without enabling fixups, but even if NetBSD fixed the bus, the wireless card I put in there would get detected but it would not work.
Here is also a boot log with the bus driver set to flag 0x30 (verbose PCI log if it helps the devs). http://pastebin.com/raw/ZezZkt04 When I disable the PCI bios, the regular kernel, while failing to hook up the CardBus interrupts, is able to pass on... until it gets to a uvm_fault. I'm at my wit's end here. uvm_fault(0xd58aa140, 0x0, 0, 1) -> e kernel: page fault trap, code 0 Stopped at comopen+0x478: call *0(%edi) ddb> ---- On Sat, 03 Sep 2016 19:12:56 -0700 Jackson Bryn <[email protected]>wrote ---- The crash likely involves the laptop's CardBus/PCI bus not functioning correctly. It happens in both OpenBSD 5.8, 5.9 and 6.0 with the generic 'bsd' kernel. However, 'bsd.rd' seems to work. I have not looked into what options make the ramdisk kernel work on here. Boot log of course is provided (with trace and ps messages too), thanks to my trusty serial cable: OpenBSD 6.0 (GENERIC) #1917: Tue Jul 26 12:48:33 MDT 2016 [email protected]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: AMD-K6(tm) 3D processor ("AuthenticAMD" 586-class) 329 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX,3DNOW real mem = 301481984 (287MB) avail mem = 283054080 (269MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: date 02/09/99, BIOS32 rev. 0 @ 0xfd770 apm0 at bios0: Power Management spec V1.2 pcibios0 at bios0: rev 2.1 @ 0xfd770/0x890 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf70/96 (4 entries) pcibios0: PCI Exclusive IRQs: 11 pcibios0: PCI Interrupt Router at 000:01:0 ("Opti 82C700" rev 0x00) pcibios0: PCI bus #2 is the last bus WARNING: can't reserve area for I/O APIC. bios0: ROM list: 0xc0000/0xc000 cpu0 at mainbus0: (uniprocessor) mtrr: K6-family MTRR support (2 registers) pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Opti 82C701" rev 0x32 pcib0 at pci0 dev 1 function 0 "Opti 82C700" rev 0x31 cbb0 at pci0 dev 10 function 0 "TI PCI1131 CardBus" rev 0x01panic: kernel diagn ostic assertion "(reg & 0x3) == 0" failed: file "../../../../arch/i386/pci/pci_ machdep.c", line 422 Stopped at Debugger+0x7: leave TID PID UID PRFLAGS PFLAGS CPU COMMAND * 0 0 0 0x10000 0x200 0 swapper Debugger(d09ee194,d0d6bac4,d09ca7d0,d0d6bac4,3) at Debugger+0x7 panic(d09ca7d0,d0947766,d0aef9c1,d0aefbb8,1a6) at panic+0x71 __assert(d0947766,d0aefbb8,1a6,d0aef9c1,d0b57b88) at __assert+0x2e pci_conf_read(0,80000800,b1,d086b743,0) at pci_conf_read+0x15d opti82c700_set_trigger(d13310d0,b,3,d1351200,d06749e0) at opti82c700_set_trigge r+0x88 pci_intr_route_link(0,d0d6bc24,3,50,d06749e0) at pci_intr_route_link+0x1c7 pci_intr_establish(0,80005000,b,1,d1352060) at pci_intr_establish+0x328 pccbbattach(d1333200,d1351200,d0d6bd1c,d03c208b,d058f430) at pccbbattach+0x1f1 config_attach(d1333200,d0b3ad20,d0d6bd1c,d0591a50,d0d6bd80) at config_attach+0x 1bc pci_probe_device(d1333200,80005000,0,0,333200) at pci_probe_device+0x4b4 pci_enumerate_bus(d1333200,0,0,d03c208b,0) at pci_enumerate_bus+0x11c config_attach(d13530c0,d0b3a060,d0d6be40,d058eb80,d0b50108) at config_attach+0x 1bc mainbus_attach(0,d13530c0,0,ff000,0) at mainbus_attach+0x30b config_attach(0,d0b3a040,0,0,d0d6a000) at config_attach+0x1bc http://www.openbsd.org/ddb.html describes the minimum info required in bug reports. Insufficient info makes it difficult to find and fix bugs.
