so that the docking/undocking process can actually complete.
- Track the current docking state, and report the current state when it
changes.
- Make it possible to enable pnpbios verbosity at run-time.
yet.. the keyboard controller actually has 2 PNPBIOS nodes (one to
represent the controller I/O resources and the kbd port IRQ, and one
for the aux port IRQ). To cope with this, we're attaching two instances
of the driver and forge on ahead once both nodes have been seen.
If someone has a better way, please feel free to step forward.
add a lot of skeletal work to pnpbios.
option to handle events from pnpbios in a thread (e.g., hot-doc)
add calls for the other pnpbios functions (e.g., send message etc..)
add most defintions from the pnp doc to new reg file
needed to deal with disabled nodes
-Parse "fixed io descriptors". Their use in nonsense in principle
because 10-bit decoding is implied. Hope this is not real...
-Tolerate mismatches between node size and actually used space
as long as the used size is smaller than the buffer size. There
is at least one broken BIOS which reports node sizes larger than
the used one, and windows obviously doesn't complain...
BIOS and attaches devices to it.
While it is potentially able to deal with all the motherboard ISA
devices, it is only used in hairy cases for now - laptop stuff in
particular.
thorpej