So machine powered on. Choose Win7 from GRUB Menu. Win7 USB mouse etc OK.
From Win7 select "Restart", goes to GRUB Menu, Select Zorin. Zorin starts but USB mouse not OK.
Is that correct?
???? I am now totally confused having seen @Aravisian ref to the @Bourne post saying "I got it fixed".
Yes i tried in bios settings usb one by one disabled and enabled and not help. Switching with two operating system. This what put a photo from bios is only enabled and disabled i don't have any auto then this is not working.
Yes I am reading that yesterday and changed this Legacy Enabled to auto. I restarted a keyboard to a factory and mouse maybe help. So we have a 3 Ehci Xhci and Legacy Support what need be enabled,disabled or auto. Ok I choose auto and xHCI - enabled and eXHCI - disabled? Check now. I know all keyboard and mouse from 2010 working with all Linux without a problem.
I tried changing in bios this what was from this links. Not helped. One what I saw when back from linux to the w7 the light on mouse it is (when you see a bios starting first) when windows start not working. Then i understand driver controller are cut or not loaded. Only restart operative system help not button switch power off.
This is not an issue with drivers. These mice use standard HID drivers provided by the operating system.
For the sake of clarity, please forget I mentioned mice at all. The issue is that any low-speed (USB 1.0) or high-speed (USB 2.0) device plugged into the USB 2.0 ports on the Z97A Gaming 7 board will be claimed by [any] operating system's XHCI (USB 3.0) drivers due to (as far as I've determined) a flaw in the ACPI code of the BIOS. This is a cross-platform issue unrelated to drivers which affects all ACPI-compliant operating systems.
EHCI (USB 2.0) drivers should actually handle the USB 2.0 root hubs, but they're being incorrectly reported as being owned by a USB 3.0 controller. The XHCI drivers of an operating system support this sorcery because they are backwards compatible with EHCI, as per the standard, but they unfortunately do not [ever] support user-specified polling intervals on interrupt URBs for some reason.
Then I understand this is problem motherboard and a bios? They release a new bios in 2016.
EHCI (USB 2.0) drivers should actually handle the USB 2.0 root hubs, but they're being incorrectly reported as being owned by a USB 3.0 controller. The XHCI drivers of an operating system support this sorcery because they are backwards compatible with EHCI, as per the standard, but they unfortunately do not [ever] support user-specified polling intervals on interrupt URBs for some reason.
Wow - it is very bad
In fact my second desktop Gigabyte m/b has a similar problem and I have to tweak etc/default/grub to make USB 3.0 ports to work in Linux.
As usual, you would never see this problem in Windows....
But this is weird when I switch forward from w7>Zorin working mouse and keyboard and when switch back Zorin>w7 then shortly time when started bios they exist but when start loading w7 they stop working. Question if they working forward why they cannot working back? I don't have a dual boot in my system. When I restart i need use boot menu F12 to choose a system. Without F12 it loading first system what is on bios settings. I know always is option if you want install Linux with another system. Zorin is only one operative system on this hard disk ssd he not share any data files.
iCUE Corsair mouse and update a firmware with keyboard Hyper X Origins Core only standard drivers from windows but Motherboard have a ASMedia USB3.0/3.1 Drivers
Clearly it is a "logical" problem for those USB 2.0 ports.
My main desktop has SATA ports with a buggy firmware. It took me about a month to figure that one out. Eventually I managed to disable it (impossible to do so from M/B BIOS) by flashing it with a compatible firmware.
To compensate those missing SATA ports, I installed a PCI-e expansion board to add 2 SATA ports. If you really need those USB ports, you could also try this work around.