Intel® Usb 3.0 Extensible Host Controller Driver

[Leola]

Ihave connected a second monitor to the USB 3.1 port on my HP EliteBook 850 G5. Everything worked fine at first. However, when I remove the plug from the USB 3.1 port and plug it back in, the monitor no longer receives a signal. I then have to switch off the laptop and reset the USB 3.1 port by pressing the power button for approx. 30 seconds

(I found this in a forum). What is the problem or is there a driver from Intel that solves this problem?

The driver on my laptop is from Microsoft (driver version: 10.0.22621.2506).

I'm sorry that I don't have a OP to quote however from memory I am nearly certain that this is a UEFI firmware bug and whether it's Intel or WHQL signed drivers eXtensible Host Controller despite saying it's a 3.0 controller I can assure you that this device is properly controlling the USB 3.1 gen2 monitor at Intel Spec 3.2.

That's necessary because to make the monitor connected to UEFI video there's a bios variable that gets set to the NVRAM and the UEFI of this first generation tech was never programmed with code to allow USB Controller to modify the NVRAM variables representing each video device in UEFI prior to this chipset could never reassign them automatically after reconnected it gets a new disiplay variable but the graphics are still pointing to the now detached and reattached removable display.

There's an extremely moderate to moderate-extreme difficulty actual real solution but most people are far too lazy and uncomfortable working with anything lower than Windows but because this is not a windows issue either we have to go to the BIOS NVRAM itself. When you are running Windows or another UEFI OS the UEFI shell is usually accessible via boot manager, various escape signals, but Windows is fully controlling the displays and GPUs by taking over control of those things with aforementioned drivers. In my personal opinion RS232 UART-to-USB or UART-to-JTAG serial port console or virtual emulated console UEFI drivers for WHY

TO CONTINUE TO ACCESS THE UEFI SHELL POST-SECONDARY BOOT WHILE WINDOWS IS STILL CONTROLLING THE MACHINE because you'll have to manually name every display adapter that you use USING UEFI SHELL CODE and requiring to be aware of device vendor's VERY SPECIFIC MEMORY ADDRESSES that are not going to be the same for a Lenovo as a ASUS though maybe identical Intel 945's as THESE VARIABLES ARE SOMETIMES blocked FROM END USED, sometimes found on some forum device builder message boards by the system manufacturer, sometimes an option right in the bios setup phase like click with your mouse exposed, most people actually have at the address space to look at what is in memory and figure it out it is possible to Turn-Key provision a way to switch video intelligently.

Basically the very next generation of bios for newer hardware took care of it naming every adapter fb0 fb1 fb2 etc. and so forth and the USB controller spec updates was a rushed release so you unplug the monitor and relocate and when you plug in the monitor again it's created fb3 except fb2 still exists! The conflict and yes the reboots but yeah-

Just so you know if you're a contractor and someone is demanding perfect pinbutton function with a machine based on this chipset it's doable like not impossible at all there's a couple ways you could go about it

WARNING if you know your way around a UEFI bios shell and do manage TO create MEMORY RESIDENT static device names for multiple displays you'd just need to set the bit to memory to manually initialize the specific graphics adapter and you want enabled and attache all the USB hot plug no problem it's assising displays identifiers like Linux assigns dev files sda sdb sdX ... except it's in the freaking BIOS and not about storage

So #2 in summary is the capability is there to statically assign displays TO AVOID COLD REBOOT AND the dummy way of enumerateting for the actual MUX devices BUT now that you will no longer be concerned with rebooting you should know after reprogramming NVRAM if you cold restart for any reason ALL video is permanently discoupled THINK BLACK SCREEN OF DEATH so IF YOU NEED TO BE HOT PLUGGING THIS MONITOR PEACE OF CAKE BUT ONCE YOU GO THAT WAY it's not easy to just reset your firmware and get video on boot THAT'S JUST IF YOU REBOOT WITH THE MONITOR NOT ATTACHED could even write a usermode driver and bake a gui into your Sysprep to toggle the ways displays enumerated by UEFI improvised modes or just basically the additional logic that's in the windows and the Intel Chipset but missing from UEFI bios probably stubs hiding partial implementations.

Of course #3 sweet 3 buy a newer computer mfg about literally just a year later or maybe some experimental community homebrew BIOS like flash the EEPROM and compile yourself something cobbled from TianoCore sunset.

Intel does not verify all solutions, including but not limited to any file transfers that may appear in this community. Accordingly, Intel disclaims all express and implied warranties, including without limitation, the implied warranties of merchantability, fitness for a particular purpose, and non-infringement, as well as any warranty arising from course of performance, course of dealing, or usage in trade.

March 29, 2019, Thanks Paul. will try the driver for the mboard chip set. After providing my initial post, I thought about this problem related to the mboard chipset, because of the USB hardware needs to comm with Device Mgr. Driver that I was using from Intel wouldnt have affect, just as you stated.

well either USB3 or chipset driver...you could still have found them all in the chipset link I gave you...its true the Intel chipset was not the very last version but still a good version to solve the issues...but seems like my try to help was not appreciated here...and only "other people" are beeing listened and thanked for their time...no worries!

March 29, 2019, Installing mboard chipset driver using the link you posted didn't activate usb ports on probook 6470b. further investigation reveal the mboard is Mobile Intel QM77 chipset? no present download found for the driver on intel? -intel-qm77-express-chipset.html

also considering flashing the bios? haven't done this in a long while and was on desktop comptr. hp has two bios upgrades for this notebook, depending on ROM. Version: F.66 Rev.A -> notebook model 68IBD family ROM

Grizzlysk2, tried the hp driver you posted before beginning comms on this site. hp driver didn't make usb ports operational. did list the usb controllers with ids in devmgr, but now usb controllers are listed as universal serial bus controllers -> generic name vs. intel series 7 C216.

The problem I have is getting my HP DV7T-7000 Windows 7 64-bit laptop's USB 3.0 ports to function at USB 3.0 speeds. I used to get 3.0 speeds but noticed I'm having a problem in the last few months. When I attach a USB 3.0 device to a USB 3.0 port I get the message that says your device can perform faster when attached to a super speed port.

I've tried to uninstall the Intel USB 3.0 extensible host controller driver. Re-installation of the latest driver from Intel failed and I got a BSOD during the installation. I updated my BIOS with the latest firmware from HP and the BSOD ceased but the driver still wouldn't install properly. I get an installation error and after restarting the USB 3.0 controller is installed but not USB 3.0 Hub which shows to be an Unknown Device. The driver installation log reveals the details below.

When I tried the Controller driver supplied by HP for my laptop I get a prompt saying that the "PCI Bus" driver that's installed on my system is newer than the one that's getting installed and whether I want to overwrite it. I don't have System Restore activated on my system and I also don't want to go through the tedious process of re-installing Windows and setup my development environment again. It's worth mentioning that I use Advance System Optimizer to keep my drivers up to date. Any help would be greatly appreciated.

You need to update that PCI bus driver. That's the driver for the USB3PCIe bridge controller, and if it says the one already installed is newer, then it's likely a mismatched version to the XHCI and root hub drivers.

Also, do not allow your 3rd party driver update software to update that bridge driver. The PCI ID is the same as Intel's USB2 bridge chip, but the driver file is different. If that software detects that there's a newer version, it might replace it with the wrong file again. In fact, that may be why it broke in the first place.

During development the system was running USB2 will no problems whatsover but when we moved to a system running USB3.0 we started getting the following error which resulted in only 11 of the cameras being recognised.

The configuration is that the cameras connect to a powered USB3 hub (something like this) which allows 7 devices to be attached. The system has three of these - all powered, but will only support around 11 of the connected devices (two and a bit hubs worth). We are sure that this is a power issue but all of the hubs are powered and the cameras are also on mains adapters.

At the moment we are having to fall back to USB2 but the transfer rate means that the photo capture process has increased significantly - each image file is around 23MB and it can take 20 seconds or so to download all of the files.

There is a hardware limit of 96 endpoints on most Intel XHCI controllers. It wouldn't surprise me if each camera is using 8 endpoints, that's a pretty typical number for complex, modern devices. The hubs occupy endpoints as well. You can confirm this with USBView. This is a controller hardware limitation, and there's no way around it.

First: i do not know if there might be a bug/feature limit on your USB host controller or spec limitation (in case of devices, hubs in row) change in USB2 vs USB3 (Davids Answer seems to show the limit of the intel controller)

Make sure you do not use too long cables between host and hubs, low cost ones did produce high amount of issues for us on even 3m length, while USB2.0 specs allow for 5m Cable until you need a "Hub"Measure the power output of the USB cables.Most of the time you get 7 Port hubs there are actually 2 Hubs inside the case row.So you should check which port on your hub is connected to the "primary" and "secondary" hub.

3a8082e126