since this would require pcid to know the _PRT (PCI routing table) to
use and map the interrupt pins to the correct IRQs. xhcid is unaffected
by this though, since it uses MSI-X.

All ACPI handling will be done in userspace before the infrastructure
necessary would make sense (I don't think adding serde to the kernel
would be optimal, and how else would all of the ACPI namespace be
parsed?).

and fix a typo that prevented multiple tables from being listed
correctly.

which tells the firmware that the I/O APIC is used rather than the 8259
PIC.

which tells the firmware that the I/O APIC is used rather than the 8259
PIC.

I haven't been able to receive xhc interrupt anyway.

This patch fixes a deadlock in the sys: scheme that is triggered
when the iostat resource() is called in the same scope where the RwLock
protecting the scheme's handles is write-locked.