All general requirements in B1.0 are included by reference.
All bus-specific requirements in B2.0 are included by reference.
Note: This document assumes that the device will be run with Windows XP/Windows 2000; however, for devices that are designed to also run with Windows 98/Me, these items specify some requirements that are tested only under Windows 2000.
Announcement of additional future requirements will be published at http://www.microsoft.com/winlogo/hardware/unclassified/.
Appendix C - Designing for Success
This appendix presents a series of guidelines to help you ensure that your new designs are compatible with Microsoft operating systems, and to help you ensure the design meets Windows Logo Program requirements and passes all HCTs and other Windows Logo Program testing.
Microsoft does not guarantee that complying with the Windows Logo Program requirements, or the related design guidelines provided in PC System Design Guideand similar publications, will ensure hardware or chipset compatibility with any versions of the Windows operating systems.
Manufacturers who are designing new system or component hardware, chip sets, or firmware are encouraged to work directly with Microsoft to ensure compatibility of new designs. To do this, manufacturers should work with their Microsoft program manager or technical evangelist to arrange design reviews. If you are not working with Microsoft, please send mail to email@example.com with "Program Contact Request" in the Subject line. Note that Microsoft cannot guarantee that it can schedule reviews for all manufacturer requests.
Microsoft support to help manufacturers achieve device and application compatibility fall into these basic categories:
Driver Development Kits (DDK)
Installable File System Development Kit (IFS Kit)
HAL Development Kit (HAL Kit)
Microsoft device class-specific development team outreach.
This includes “Windows Plugfests” hosted by Microsoft to test for hardware and driver compatibility during the development of the operating system
Microsoft service organizations that support system and peripheral manufacturers
Windows Hardware Quality Labs (WHQL), for testing through the Hardware Compatibility Tests (HCTs)
Microsoft provides the following guidelines for system and peripheral manufacturers to create hardware and drivers that are compatible with Windows operating systems and that meet Windows Logo Program requirements.
Design Using Current Information. Manufacturers can get up-to-date information about developing hardware and drivers for Windows:
Know the Current Windows Compatibility Guidelines. Read and understand Guidelines for Bus and Device Specifications, a paper that clarifies what Windows needs from hardware so it can interoperate successfully: http://www.microsoft.com/hwdev/issues/SpecGuide1.htm
Ensure that the system’s ACPI BIOS is correctly implemented and passes the Microsoft ACPI HCT. OEMs must increase the OEMRevision field in the ACPI FACP to ensure that the system will run in ACPI mode under Windows. See http://www.microsoft.com/hwdev/onnow/.
Properly implement Plug and Play and power management support for all devices—in particular, ensure that all PCI components properly implement unique SIDs and SVIDs:
Check the web site for Hardware and Driver Developers. This web site provides tools, information, and services for driver developers and hardware designers who create products that work with the Microsoft Windows family of operating systems: http://www.microsoft.com/hwdev/
Submit Hardware Prototypes and New Systems and Devices to Windows Labs. Systems that pass testing in the Windows test labs receive the “compatible” designation on the Hardware Compatibility List. For information, write to: firstname.lastname@example.org.
Participate in Plugfests. Microsoft Plugfests, Meltdown compatibility testing, and industry events such as USB Implementers Forum Plugfests help identify firmware and driver issues.
Request Early Technical Design Reviews. Contact your Microsoft program manager or technical evangelist to request a technical review for new chipset or system designs; Microsoft architects can work with you in early phases to identify issues and ensure optimal design.
Subscribe to Windows Driver Services (WDS). WDS coordinates sign-up and access for Microsoft publications about driver development and testing for Windows (NDA required for some items) and Beta versions of Windows and the HCTs. If you are not currently working with Microsoft, subscribe to WDS services: http://www.microsoft.com/ddk/wds/
Design for the Windows Logo Program
Use the Windows Logo Program Requirements as a Design Guide. Confirm that all hardware and software components comply with the Windows Logo Program guidelines to ensure that all components in the system work together to provide the optimal end-user experience under Windows.
Use the WHQL Test Specification as a Design Guide. The WHQL Test Specification defines the precise test assertions that are validated by the HCTs. Study the WHQL Test Specification to understand exactly what portions of industry specifications and DDK driver guidelines are required in the compatibility tests.
Use the HCTs to Design for Compatibility. Use the HCTs in your product test suites to ensure compatibility as part of your development process. Manufacturers can get current and beta versions of HCTs and WHQL Test Specifications.
Attend Microsoft Review Events for the Industry. Microsoft offers design reviews, the Windows Hardware Engineering Conference (WinHEC), and other events to provide system planners and designers with technical information to help keep their products in sync with Windows system and component architectures. Some events are by invitation only.
Review and Comment on Proposed New Requirements:
Review draft versions of the Windows Logo Program requirements
If you offer server products, register as a server design guide reviewer at: http://www.hwdev.org/desguide/sdgreq.htm
To receive notice of review events related to proposed Logo Program requirements, subscribe to:
Participate in Industry Standards Efforts. Microsoft bases new capabilities in the operating system on industry standards and specifications. Participate in the industry forums, and in committees that develop strategic specifications and interfaces.
Design for Performance and Legacy Reduction:
Implement a fast BIOS POST and follow the guidelines to create fast boot/fast resume PC systems: http://www.microsoft.com/hwdev/fastboot/
Create and deliver only Windows-compatible, 32-bit software with any PC system or peripheral.
OEMs should plan to migrate all bundled devices to non-legacy interfaces, such as USB and IEEE 1394.
IHVs should build HID-compliant input devices and implement non-legacy interfaces for other device classes.
Use the Current DDK. Receive the Windows DDK as part of the beta release, or download from the web: http://www.microsoft.com/ddk/
Test to Ensure a Smooth Upgrade Path. Your test matrix should include upgrading your shipping client PC systems to Windows XP, which will help to identify constraints that might prevent a smooth transition for your customers.
Run Regular, Complete Testing Suites. Use the tools and guidelines from Microsoft to ensure that your testing suites exercise all the operating system features and functions used by your hardware and drivers. Run test tools on a regular basis to ensure drivers are free of errors.
Submit Bugs and Follow Up with Microsoft. Use the reporting mechanism defined in the beta package.
Ensure Users Can Get BIOS and Driver Updates
Make updated ACPI BIOSes available on your web site.
Submit drivers for inclusion on Windows Update: