USB Driver Documentation Updates on UCSI, USB4 Testing
Over the past few months, we've been running a freshness pass across the USB driver documentation on Microsoft Learn and the USB4 design guidelines. The goal is straightforward: make sure the docs match the current Windows 11 driver stack, read clearly, and get you to the answer faster. Here's what changed. USB4 required testing: new Basic Validation Tests The USB4 ecosystem has grown significantly. As the number of USB4 router implementations grows, so does the need for a clear, repeatable validation baseline. We added a new Basic Validation Tests section to the USB4 Required Testing page. The existing page already listed the recommended end-to-end test scenarios: driver verifier, domain power-down, wake replay, interdomain connections, and so on. What was missing was a concise set of smoke tests that OEMs and IHVs could run quickly to catch regressions in incremental USB4 firmware and driver updates without needing a full test pass. The new section fills that gap with nine concrete test scenarios: USB4 HLK Tests: run all System.Fundamentals.SystemUSB.USB4.* and Device.BusController.USB4.* tests. Basic Enumeration: attach a USB4 dock and a Thunderbolt 3 dock, each with a display, USB3 storage, and USB2 input. Verify clean enumeration in Device Manager, functional input, file copy, and display extension. Display: verify two 4K displays at 60 Hz concurrently, both tunneled through a USB4 dock and directly via DisplayPort Alt Mode. Camera (Isochronous) Streaming: stream from a USB3 camera through a USB4 dock for at least one minute with no visible glitches. System Standby: attach a full dock topology, cycle standby five times with 30-second to 2-minute waits, and verify all devices survive each transition. System Reboot: same topology, same verification, but with a full reboot instead of standby. System Hibernate: same again, with hibernate. Minimal Compatibility and Interoperability: test at least 3 display models and at least 10 USB4 dock or device models spanning Intel Thunderbolt 4, Intel Thunderbolt 5, Via USB4, Asmedia USB4, Realtek USB4, Intel Thunderbolt 3 Titan Ridge, and Intel Thunderbolt 3 Alpine Ridge. Basic Plug/Unplug with USB4 Switch: configure the USB4 Switch with a USB4 dock on port 1 and a Thunderbolt 3 dock on port 2, run ConnExUtil.exe /cxstress for a minimum of 15 minutes (24+ hours for long-term stability), then verify the port still enumerates and charges after the test. Each test includes explicit pass criteria: no yellow bangs, no visual glitches, expected resolution and refresh rates confirmed in the Advanced Display settings. The interoperability test (test 8) is particularly important as USB4 matures: it ensures your platform works across the full range of silicon vendors, not just the one on your bench. If you're validating USB4 firmware or driver updates and need a quick confidence check before a broader test pass, this is the list to start with. UCSI driver docs: cleaned up and refocused on Windows 11 The UCSI driver article got a thorough refresh: updated architecture diagram, clearer UCSI 2.0 _DSM backward-compatibility guidance, reformatted UCSIControl.exe test instructions with proper inline code for registry paths, and consistent code-style formatting across the DRP role detection and charger mismatch example flows. We also removed outdated Windows 10 Mobile references so the article now focuses exclusively on Windows 10 desktop and Windows 11. USB generic parent driver (Usbccgp.sys): plain language rewrite The Usbccgp.sys article, the starting point for anyone building composite USB devices, was rewritten for clarity. We simplified jargon-heavy sentences, expanded abbreviations on first use (e.g., "information (INF) file"), updated cross-references to sentence case per the Microsoft Learn style guide, and added customer-intent metadata for better search discoverability. Community fix: interrupt endpoint direction Here's a small one that matters more than it looks. In the How to send a USB interrupt transfer (UWP app) article, the Interrupt IN transfers section incorrectly stated that HID devices like keyboards "support interrupt OUT endpoints." Endpoint direction is fundamental (IN means device-to-host, OUT means host-to-device) and getting that wrong in official documentation can send you down entirely the wrong debugging path. A community contributor spotted the error and submitted the fix. It now correctly reads "interrupt IN endpoints." If you've ever stared at a USB trace wondering why your interrupt transfer wasn't behaving, this might have been part of the confusion. Thank you to everyone who submits pull requests. This is exactly the kind of contribution that makes the docs better for all of us. What's next These updates are part of a broader freshness initiative across the Windows Hardware driver documentation. If you spot something that looks outdated or confusing, our documentation is open source. Submit a PR on the windows-driver-docs GitHub repository. You can also drop a comment below.
HLK: is there anyone known errata ID #138836 information?
Windows 2025 Server, the Hardware Security Testability Interface Test fail with Intel 6369p CPU. I submitted HLK package with readme errata ID#91130 reply FAIL, errta id#91130 is not coverd for this test failure, please to apply onboarding your model in errata ID #138836 through CSS team. Thanks.Ending USB-C® Port Confusion
The Blank Display (and Why It Can Still Happen) Five minutes before a customer demo, I plug my 4K monitor into the USB-C port on a brand-new laptop. The display doesn’t light up, and now I’m scratching my head—the cable fit, so why isn’t it working? USB4® carries the promise of a single USB Type-C® port that can do it all – charging, high speed data, multiple displays, and compatibility with Thunderbolt™ peripherals. However, Windows Diagnostics Data shows that 27% of PCs with USB4 have encountered a limited functionality notification, meaning that a customer plugged a USB-C device in, but a feature (alternate mode) that device needs was not implemented on the PC and Windows notified the user. The reversible USB Type-C connector isn’t the problem, the inconsistent implementations of USB-C port capabilities across the PC ecosystem is. USB Power Delivery on USB-C ports can deliver up to 240 W of power, and USB4 (which is only available over USB-C) can deliver up to 80Gbps bandwidth (up to 120Gbps for Displays), DisplayPort Alt Mode, DisplayPort and PCIe tunneling, and support for Thunderbolt™ peripherals – all through one connector. But the promise of 'universal' in Universal Serial Bus (USB) only matches user expectations if every port delivers a consistent experience, regardless of laptop manufacturer implementation choices. So why does the demo fail? Because not all USB-C ports are created equal. You can’t tell which ones deliver the full experience just by looking at them. In this case, if the PC doesn’t support DisplayPort Alternate Mode functionality, that monitor won’t light up even though the cable fits. PC manufacturers can implement ports that look identical but differ wildly in functionality: one may charge your laptop and run a 4K display; another might only deliver USB 2.0 data speeds. The USB specification allows this, and without clear enforcement, the consumer experiences frustration, guesswork, and endless troubleshooting. This isn’t new. As USB specification versions have evolved and added new capabilities, the complexity has sometimes left consumers in the dark, especially when ports aren’t labeled clearly. Most people don’t know what “USB 3.2 Gen 2x2” means or which port supports what features. That’s why we’re pleased to see the USB-IF introduce simpler, clearer branding guidelines like “USB 40Gbps” and “USB 80Gbps”, making it much easier for everyone to understand exactly what each port can do. We think it’s important for this clear branding to carry through to the actual customer experience with USB-C ports on Windows 11 PCs. While the USB specifications give PC manufacturers the ability to choose which optional features the port supports, we set out to establish a minimum bar for USB-C port capabilities on PCs. Figure 1 Table of the capabilities required by WHCP for mobile Windows systems The Windows Hardware Compatibility Program (WHCP) comes in to turn this table into reality – turning optional features into mandatory ones, and ensure a consistent level of performance you can count on. The table above reflects what you can reliably expect from USB-C ports on WHCP-certified mobile PCs. Some USB 40Gbps and USB 80Gbps ports on Windows 11 PCs are also certified by Intel under the Thunderbolt™ brand, allowing them to be labeled as Thunderbolt™ 4 or Thunderbolt™ 5, respectively. You can rest assured that Thunderbolt™-branded ports meet all the rigorous requirements of both Microsoft’s WHCP program and Intel’s Thunderbolt™ program. Additionally, to qualify to use the Thunderbolt™ brand from Intel, the product must first be certified by the USB-IF. Two Firm Promises of USB-C on Windows 11 When we set out to improve the USB-C experience with WHCP, we started by defining the customer promises that we wanted to achieve. This came down to two simple goals: USB Data, Charging and Display “just works” on all USB-C ports: Your favorite USB 1, USB 2, and USB 3 peripherals, chargers and displays will work exactly as advertised on any USB-C port on your WHCP-certified Windows 11 device. Systems that support USB 40Gbps also give full compatibility with USB4 and Thunderbolt™ 3 peripherals: On a WHCP-certified USB 40Gbps system, you can also plug in any USB4 or Thunderbolt™ 3 device and trust it will work every time on every port. To ensure that certified Windows 11 PCs deliver on these goals, we introduced new and updated WHCP requirements alongside the release of Windows 11, version 24H2, that are laser focused on them. What every USB-C port needs to nail WHCP compliance All mobile systems with USB-C ports Meeting our first customer promise, that USB Data, Charging and Display “just works” on all USB-C ports, requires any WHCP compliant mobile PC with USB-C to support a baseline set of requirements. No matter what speeds your USB-C ports support, every port can be expected to deliver the following: You can trust that your devices will work flawlessly, avoiding the frustration of unreliable connections, as we require USB-IF certified silicon in the PC. This guarantees that every connection is robust and reliable through USB-IF certification or equivalent electrical compliance, rigorously tested for compatibility in a lab. Your devices will charge efficiently and consistently as every USB-C port on a certified PC needs to support USB Power Delivery charging. DisplayPort Alt-Mode is required for all USB-C ports to support connecting monitors. When you plug a display in, you can feel confident it will work well because the ports have to be VESA certified. The Microsoft driver stack requirement means PCs are validated using Microsoft’s built-in USB controller drivers. This ensures that security and feature updates arrive via Windows Update, keeping your system secure and up-to-date without any hassle. All Mobile Systems Advertising USB 40Gbps or 80Gbps Support WHCP qualified systems with USB 40Gbps or 80Gbps also deliver the second customer promise, full compatibility with USB4 and Thunderbolt™ 3 peripherals, ensuring top-tier performance and compatibility: This ensures lightning-fast data transfers, making large file transfers and high-speed internet connections a breeze. Baseline bandwidth means every certified Windows 11 PC advertising USB 40Gbps must sustain full speed 40Gbps links on all USB-C ports. To enable you to expand your system’s capabilities without any compatibility issues, we require PCI Express tunnelling that allows external GPUs and NVMe enclosures to work seamlessly because host routers tunnel PCIe on every port. You can continue using your favorite peripherals without any interruptions as we require Thunderbolt™ compatibility ensures that existing Thunderbolt™ docks remain plug and play. DisplayPort requirements ensure support for up to two 4K monitors at 60Hz, providing a stunning visual experience for your work and entertainment. Finally, sleep and resume resilience ensures that host routers survive low-power states without dropping tunnels. This means your system remains reliable and connected, even when it’s in sleep mode. WHCP eliminates the worry of powering devices you plug-in by requiring uniform port power requirements ensures that each USB 40Gbps port sources at least 15 W (7.5 W on tablets). Note: USB4 ports on the system must support sourcing at 15W from all ports but not all at the same time. Tablet form factor systems are not required to support 15W but must support at least 7.5W. Systems may limit individual port power below 15W when total requested power across multiple ports exceeds the system’s power budget. WHCP already covers the next spec bump. Any PC that advertises USB 80 Gbps must meet all the above requirements, while also supporting operation in symmetric 80 / 80 Gbps mode and asymmetric 120 / 40 Gbps mode for increased display bandwidth. How we enforce it: The Hardware Lab Kit That “it just works” moment isn’t magic; it’s the result of a tightly choreographed process: Translate Pain into Policy We reflect on user feedback, telemetry, and field failures—like the left-port-only monitor issue—and convert each into a discrete WHCP requirement with acceptance criteria. Author Automated Tests Our team writes reproducible, automated Windows Hardware Lab Kit (HLK) test cases for every requirement: signaling timing, speed negotiation, power delivery, DisplayPort/PCIe tunnels, sleep/resume resilience, and more. Partner-Led Validation OEMs, silicon vendors, and accessory brands run these HLK tests and submit logs to Microsoft. Any failure halts certification until the issue is resolved in hardware or firmware. Continuous Evolution WHCP updates with every Windows release. New tests and criteria flow via Windows Update—so fixes and feature enhancements reach end users without new hardware. Learn how to run HLK tests and meet the USB4 requirements at aka.ms/whcp If You’re an OEM or Accessory Maker Robust USB on Windows requires end-to-end testing—protocol compliance, signal integrity, power negotiation and security—and Microsoft’s USB Test Tool (MUTT) suite of hardware and automated scripts streamlines WHCP certification. Download MUTT and dive into the full device-, silicon-, and system-level requirements (including test collateral) for USB4 on Microsoft Learn: MUTT suite: https://learn.microsoft.com/windows-hardware/drivers/usbcon/microsoft-usb-test-tool--mutt--devices USB4 requirements: https://learn.microsoft.com/windows-hardware/design/component-guidelines/usb4-required-testing PC manufacturers are on track to achieve WHCP compliance across most systems in the coming years. © 2025 Microsoft. USB Type-C® and USB-C®, USB 2.0 Type-C™ are registered trademarks of USB Implementers Forum, Inc. Thunderbolt™ is a trademark of Intel Corporation. This article is not endorsed by or affiliated with USB-IF.USB Type-C Notifications in Windows: What OEMs Need to Know
Windows 11 includes built-in USB Type-C troubleshooting notifications designed to help users identify and resolve issues like slow charging, unsupported accessories, and faulty connections. These notifications are part of a broader effort to improve device reliability and user experience. While our previous post focused on the user experience, this update is for OEMs highlighting what’s required to ensure these notifications function correctly on your platforms. Why Notifications Might Not Appear USB Type-C notifications rely on accurate platform configuration. If notifications aren’t showing up, it’s often due to: Missing or incorrect ACPI markup: Windows uses ACPI descriptors to identify USB Type-C ports and their capabilities. If the port isn’t correctly marked as user-accessible or Type-C, notifications may not trigger. Incorrect connector type reporting: Mislabeling a Type-A port as Type-C (or vice versa) can lead to unexpected behavior or missed alerts. Internal vs. external port confusion: Ports marked as internal may suppress notifications even if they’re physically accessible to users. Validation and Testing To ensure compatibility: Use the Windows Hardware Lab Kit (HLK) to validate USB port descriptors. Confirm that _UPC (USB Port Capabilities) and _PLD (Physical Location of Device) ACPI methods are correctly implemented. Test with various charging scenarios, including underpowered chargers and hubs, to verify that notifications appear as expected. The link below has a table of the notifications and expected behaviours. Security Considerations Some OEMs may choose to disable data over USB Type-C in untrusted environments. If implementing such features: Ensure the policy applies only to externally accessible ports. Consider offering user toggles for data disablement. Validate that disabling data doesn’t interfere with critical internal devices (e.g., touchpad, keyboard). Recommendations for OEMs Audit ACPI descriptors and USB Device-Specific Method for all USB ports. See https://learn.microsoft.com/en-us/windows-hardware/drivers/bringup/usb-device-specific-method---dsm-#function-7-query-if-_upc-supports-usb-c-port-capabilities-as-defined-in-acpi-specification-65 Validate notification behavior across all supported configurations. Coordinate with Microsoft WHCP to ensure new platforms meet testing requirements. Document exceptions clearly if certain ports or configurations are unsupported. Learn More For technical details and troubleshooting guidance, refer to the official documentation: https://learn.microsoft.com/windows-hardware/drivers/usbcon/usb-type-c-troubleshooting-notifications
Can't sign my driver with sha384 EV code signing certificate
Hello, our company renew EV code signing certificate, and now it has sha384 algorithm, our driver correct pass all HLK tests, and after it i have signed my *.hlkx result with this certificate, but micorosoft partener center can't accept this *.hlkx due to error: "Microsoft allows SHA2 only signature algorithm. Please re-sign with a valid certificate and submit again" Help me, please.HLK for Windows server 2022 issues
Hi All We are runnig HLK certification for windows server 2022 with our storage array, all the cases passed except two: DF - Sleep and PNP（disable and enable）with IO Before and After with Driver Verifier Isolation rules enabled(Reliability) DF - Sleep and PNP（disable and enable）with IO Before and After with Driver Verifier Isolation rules enabled(Development and Integration) We notice they‘re new cases in HLK 2022, when execute this 2 cases, the test client will goto bule screen and the Stop code is: DRIVER VERIFIER DETECTED VIOLATION , therefore the case will failed. Does anyone meet this problem too and have some ideas on how to solve this? Any suggestion will be appreciated. DanZhao
HLK: It looks like you submitted a Universal package, but a non Universal package is required.
Hello, I wanted to submit a new driver via the partner portal but I always get "It looks like you submitted a Universal package, but a non Universal package is required." But where can I change that? Drive Mode is WDM. HLK was also run and passed all except the ServerCore Test since no Server Core used for Test atm. Really annoying and time consuming. Server Target is WS2022 with WDK 20348. Please provide steps to resolve the issue. Many Thanks in advance
Can't sign my driver with sha384 EV code signing certificate
Hello, our company renew EV code signing certificate, and now it has sha384 algorithm, our driver correct pass all HLK tests, and after it i have signed my *.hlkx result with this certificate, but micorosoft partener center can't accept this *.hlkx due to error: "Microsoft allows SHA2 only signature algorithm. Please re-sign with a valid certificate and submit again" Help me, please.
