On 24-Nov-2003 Nate Lawson wrote: >> uhci2: <Intel 82801CA/CAM (ICH3) USB controller USB-C> port 0x1840-0x185f >> at device 29.2 on pci0 >> pcib0: _PRS resource entry has unsupported type 0 >> uhci2: Could not allocate irq >> device_probe_and_attach: uhci2 attach returned 6 >>>>>>This one loses the memory-stick slot >> pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0 >> pci2: <ACPI PCI bus> on pcib1 >> pcib1: _PRS resource entry has unsupported type 0 >> pcib1: slot 8 INTA is routed to irq 9 >> fwohci0: <Texas Instruments TSB43AB22/A> mem >> 0xe0200000-0xe0203fff,0xe0205000-0xe02057ff at device 2.0 on pci2 >> pcib1: _PRS resource entry has unsupported type 0 >> fwohci0: Could not allocate irq >> device_probe_and_attach: fwohci0 attach returned 6 >>>>>>> This one loses firewire > > The problem is that your _PRS values are incorrect. Actually, I think jhb > committed some code to deal with extended irq resources. Send me the > output of acpidump -t -d > pete-SonyVaio.asl > > Also, does booting without ACPI fix things? I fixed this bug a while ago. Messed up a test for the type of _PRS. (Used || instead of &&) -- John Baldwin <jhb_at_FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/Received on Tue Dec 02 2003 - 13:50:29 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:32 UTC