The BIOS is contained in PCH (platform controller hub - formally called the Southbridge) which is part of the chipset.
I am not saying it is definitely not the chipset drivers, I am just saying the symptoms "suggest" it is not. After all, this is something surely well tested before the mobo leave the factory (unless the chipset drivers are corrupt - and I would not suspect that).
Do the mouse and keyboard work in Safe Mode?
I am not sure if I am misunderstanding you or if you are uncertain of the technology.
I am not insinuating something is wrong with his chipset.
I am saying windows has a driver issue preventing his mouse and KB from communicating with them.
the BIOS is not part of the PCH the BIOS is a seprate chip and communicated with the PCH via the SPI
https://en.wikipedia.org/wiki/Serial_Peripheral_Interface_Bus
The code to communicate with the devices are not "drivers" they are hardware embedded microcode that can communicate with devices attached to the system using a standardized set of firmware/device level communication protocols.
you know this as ACPI
https://en.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface#Hardware_interface
"Drivers" in the sense we are talking about provide extended characteristics and functionality of a platform to the host operating system.
It does NOT mean that the devices will "work without issue" once an Os is installed. The Os uses the software layer to communicate and translate functions to the hardware device. This requires "Device drivers" to properly convert and transmit this data in such a way as the hardware can interpret and understand.
This is fundamentally different and incompatible to machine code and firmware level instructions used by the devices to communicate with one another.
In this case the Os has been installed but Windows generic drivers which are only provided to give basic functionality are too old (windows 7) to be able to communicate with this and other new hardware based on this technology unless the manufacturer explicitly programs machine code into the devices that allows older software drivers to communicate with the device.
to this end the issue at hand is two fold.
When priority hardware level interrupts are deferred to the Os after initial post the host Os is incapable of communicating with the device at hand and communication with the device is lost or not established.
In this case we need to look at the flow of events required to get the hardware working.
In this case the problem (though we have not seen a snapshot of devman or had a clear enough explination from the OP to draw from) is that the mouse and KB are not working.
this may be a simple driver issue with the parts themselves which is already proven by the (Code 10) established by the OS itself. However further investigation is needed to make sure this works. Downloading the drivers for the KB/mouse itself may not be enough we must also provide the drivers for the devices the commands pass through themselves so that the data from the KB/mouse are interpreted correctly.
In this case it is usually either.
KB/Mouse > USB controller > PCH > windows
or
KB/Mouse > PCH >windows
or in the rare case simply
KB/Mouse > Windows
which means the options are
he needs to install the drivers for the chipset followed by the USB controller (usually needed when run by a separate chip and not controlled by PCH) and finally the KB/mouse if Windows does not pick it up at this point (usually only needed for wireless USB devices are extended function periphs like keyboards that have assignable buttons)
or
he needs to simply install the USB controller bypassing the PCH (usually PCH drivers can be bypassed if other devices are functioning normally as chipset drivers not being installed will show problems with a mirade of devices not just USB specific)
or
he needs to install the drivers for the devices themselves.
I hope this was relatively enlightening though I am concerned that you might just be arguing with me to argue which I would somewhat understand given the amount of flack you get in some threads but to go so far in a thread of this nature is ridiculous. If you would like to be right or believe me wrong you or I can simply state in the most plain way possible that he needs to get his fucking driver disk. put it in the CD drive and install his drivers with a PS2 keyboard (CPU level interrupts)