Intel Corporation and Microsoft Corporation
July 2, 1999
Summary: This document provides clarifications and corrections to Hardware Design Guide Version 2.0 for Microsoft Windows NT Server, a technical reference for servers and peripherals for the Microsoft Windows NT Server operating system. This document should be read as an addendum to the Hardware Design Guide Version 2.0, and not as a separate or standalone document. (43 printed pages)
Introduction and Overview
Terminology Changes
Broadening of Coverage for Large Systems
Future Technology Directions
Legacy Reduction and Removal
Clarifications and Corrections
New Recommendations and Requirements
Clarifications to Existing Text
Bus and Device Requirements
Networking and Communications Requirements
Storage Device Requirements
Missing Information from the Modem Section
Physical Design and Hardware Security Requirements
Reliability, Availability, and Serviceability Requirements
References
This document supplements Hardware Design Guide Version 2.0 for Microsoft Windows NT Server in providing a guide for engineers who build servers, expansion cards, and peripheral devices that will be used with the Microsoft® Windows® 2000 operating systems. This document is co-authored by Intel Corporation and Microsoft Corporation.
This document is provided as a master list of the "Frequently Asked Questions" (FAQ) for Hardware Design Guide Version 2.0 for Microsoft Windows NT Server. This compendium includes all of the FAQs for the document to date, plus additional clarifications and information provided for better understanding. This document should be read as an addendum to the Hardware Design Guide Version 2.0, and not as a separate or standalone document.
The goal for this document is to provide updated information. No new "requirements" are noted in this document over the requirements in Hardware Design Guide Version 2.0 unless needed to assure platform interoperation with Windows 2000 or as a small evolutionary step in an existing requirement.
In general, the information in this document will go into effect at the same time as the Hardware Design Guide Version 2.0. The information in this guide provides guidelines for the testing programs administered by WHQL; where different dates are set for compliance, they are noted specifically in the text.
Hardware Design Guide Version 2.0 for Microsoft Windows NT Server is available on the Web at: http://www.microsoft.com/hwdev/serverdg.htm and on http://developer.intel.com.
Since the publication of Hardware Design Guide Version 2.0 for Microsoft Windows NT Server, Microsoft has announced a naming change for all Windows NT-based operating systems offered after Windows NT 4.0. In summary, the naming changes are as follows:
Old | New |
Windows NT 5.0 | Windows 2000 |
Windows NT Server 5.0 | Windows 2000 Server |
Windows NT Server 5.0, Enterprise Edition | Windows 2000 Advanced Server |
(no equivalent) | Windows 2000 DataCenter Server |
For a more detailed overview of these name changes, see: http://www.microsoft.com/windows/news/october1998/win2000.asp.
For the purposes of this document, readers should map the language in Hardware Design Guide Version 2.0 for Microsoft Windows NT Server to the platform naming listed here, with one additional note—either Windows 2000 Advanced Server, Windows 2000 DataCenter Server, or both platforms should be substituted for all usage of Windows NT Server 5.0 (Enterprise Edition).
All references to "DEC Alpha" in Hardware Design Guide Version 2.0 for Microsoft Windows NT Server should instead now read as "Alpha architecture."
In previous versions of Hardware Design Guide for Microsoft Windows NT Server, the guide encompassed the "standard high volume" server with up to and including four processors in a symmetric multiprocessing configuration. However, systems with up to eight processors are now shipping, or are on the verge of shipping, from many vendors. Due to this broadening of the "standard high volume" server market, systems with up to eight processors are now included in the servers that are covered by the Hardware Design Guide Version 2.0.
As previously stated, there is no "one-to-one" mapping of the number of processors in a server to a specific server "class" or "usage model" (for example, one could certainly have a "SOHO Server" with more than one processor); however, in general, it is anticipated that most servers with four or more processors will be most likely viewed as designed to the "Enterprise Server" system considerations.
The "standard high volume" server is evolving rapidly to meet the pace of customer expectations for ever-increasing reliability, availability, serviceability, scalability, usability, and manageability. These increasing customer expectations for the "-abilities" on industry-standard servers mean that future versions of the Hardware Design Guide for servers will need to address ever more complex topics.
This section of the document is meant to provide some vision into what those future directions might be and to invite feedback from the industry on these topics. Feedback is also requested for any other issues and topics that should be addressed in the quest for servers that can achieve the highest possible levels of uptime and functionality for any particular segment of server usage. (It is recognized that the balance of cost against features is also an important part of this analysis.)
Some of topic areas that are seen as future work areas for the Hardware Design Guide for servers include:
The concept of "fault domains," both at system startup and, where possible, at run time.
Much exciting work is ongoing in the realm of I/O bus technologies. Future design guides will undoubtedly provide specific requirements and recommendations for each technology area. However, early implementers and adopters of all new bus technologies must comply with all relevant bus specifications, including bus and device power management specifications, for each specific technology as they become available. Additionally, for servers running a Windows 2000 Server family operating system, new bus technologies and devices must comply with the relevant general case Guidelines for devices and drivers as articulated in the Hardware Design Guide for servers.
As Fibre Channel adoption continues to grow, Microsoft is seeking feedback and input from the industry on the enhancements needed to best support this storage channel in Windows NT-based operating systems. Guidelines relating to use of any enhanced Fibre Channel capabilities in Windows operating systems will appear in future versions of the Hardware Design Guide for servers.
With the advent of the Windows 2000 command console, system designers may want to consider providing an area of flash memory as an alternate boot device for use with the command console as an emergency recovery aid. The command console provides secure local access to Windows 2000 installations on a specific system, and is NTFS-aware, eliminating the need for Microsoft MS-DOS® as a system maintenance or recovery tool.
As part of the efforts to increase platform reliability and availability, eliminating single points of failure wherever possible is extremely valuable. Two areas of future opportunity are allowing "multiple paths" to storage and network connections from servers. Future versions of the Hardware Design Guide for servers will provide Guidelines on how to provide these capabilities with future Windows operating systems.
A clarification to Guideline 209 provides some detailed information on the Windows 2000 capabilities to capture crash dump information on NMI.
One way to take advantage of this feature is in "hung system" debugging where a crash capture is triggered via a switch that produces an NMI signal: the technique called out in Guideline 209. However, this capability can also be tied to other platform health monitoring capabilities as well.
Some possible areas where this feature could be further leveraged would be in the case where a platform health "watchdog" timer was present. If a watchdog circuit and associated platform management determine that the host platform was in a "hung" state, the watchdog circuit could, as part of the recovery process, ensure that an NMI was asserted to cause a system dump prior to resetting or restarting the system. This process would be a part of root cause analysis support.
Increasingly sophisticated uses of this feature with various forms of remote platform management can also be envisioned; one example might be allowing this feature to be available to system administrators monitoring platform health via remote out-of-band management connections.
Customers also have increasing expectations in the area of platform health monitoring, both in terms of monitoring the status of the platform and of its physical "health," such as internal temperatures, chassis intrusion, fan status, predictive failure analysis, and so on. With the WMI infrastructure now in the Windows family of operating systems, providing such enhanced platform health and monitoring capabilities is made simpler, and future versions of the design guide will continue to enhance requirements and recommendations in these areas.
Another core WMI capability is the ability to flag data as "expensive" to collect, which provides a simple mechanism to allow run-time diagnostic capabilities. Future versions of the Hardware Design Guide for servers may have additional requirements and recommendations as to the use of these capabilities for enhanced platform self-diagnosis and system health monitoring.
As industry standard servers running Windows family of operating systems increase their penetration to many more environments with high reliability and availability requirements, customer demands and expectations are increasing for remote management and manageability of these systems.
Certain key capabilities that will likely be addressed in future versions of the Hardware Design Guide for servers include requirements for "headless" (that is, without a local display) operations. Some of the concerns that will need to be addressed to fully support headless operation include:
As with all of these technology areas, feedback and input from the industry on directions in these areas are actively requested for future Hardware Design Guides for servers.
As servers based on industry standard technologies continue to be deployed more broadly and in support of new tasks, new server designs are emerging. Some of the considerations for these new segments include form factor, consolidation of field-replaceable units, and general physical design issues. Some of these new segments may diverge in some of their serviceability/availability requirements from the standard high volume servers currently addressed by the Hardware Design Guide. Intel and Microsoft welcome and invite input from the industry on the new server segments, and on issues that are pertinent for their design and may need to be considered in future versions of the Hardware Design Guide.
The PC platform that is part of the heritage of today's server systems has evolved by adding and retaining technologies. As a result, the evolution and "history" cycle for many technologies imposes a burden that impacts cost, performance, and support. This is particularly true in the server marketplace where PC legacy items reduce the advantages brought by newer technologies. These legacy technologies are present in hardware, firmware, BIOS code, and operating systems.
The Hardware Design Guide for Windows NT Server has started to address the transition to newer technologies with Guidelines 50, 57, and 58, among others. In the future, more guidelines will be published to facilitate the continuing migration of older technologies out of the server platform. Making the support of real mode MS-DOS and Windows 95/98 optional for servers, in conjunction with platform firmware evolution, would allow the removal of the Super I/O (SIO) and associated functionality. This removal would include legacy serial ports, PS/2-compatible ports, legacy parallel port, legacy 8259A PIC support, 8042 keyboard controller, and other functions.
The move toward a system firmware strategy that abstracts the hardware interfaces and allows evolution of the underlying platform firmware code will permit substitution of new-for-old equivalent hardware. Such a system firmware model would be platform-neutral. It would also provide a robust infrastructure for industry initiative support, an architectural means for OEM differentiation, and extensibility to support new devices. Removing MS-DOS support will impact the usage of MS-DOS–based utilities for manufacturing and system management. Solutions to those issues will be required before implementation of new guidelines can be complete. In a similar manner, the current use of the serial port for debug will require an effective substitute before the Guideline on serial port replacement is effective.
For optimal performance with Windows 2000 and later versions of Windows NT-based operating systems, it is recommended that system designers building platforms that present memories with different access times keep the ratio for access to "near" versus "far" memories relative to a given microprocessor at a 1:3 ratio or less.
To facilitate the eventual migration away from legacy connections for keyboards, pointing devices, serial devices, and parallel devices, it is recommended that server designers integrate USB functionality into their server platforms. If present, USB ports must comply with the related USB requirements in this guide. This may become a requirement in a future version of the design guide for servers that provide local console access.
Systems are not required to provide WinSock Direct Path (WSDP) connectivity capabilities. However, those systems that do must meet the following guidelines:
Systems are not required to provide PCI-X capabilities. However, those systems that do must meet the requirements defined by the PCI-X Version 1.0 or later specification plus other relevant PCI device and driver requirements as defined by this guide.
Clarification, applicable to all systems:
Systems must be tested with the maximum number of processors and maximum amount of memory that the system supports.
Required for all systems, with Enterprise class supporting expansion to at least 4 processors
Clarification, applicable to all systems:
PCI IRQ Routing on Multiprocessor capable systems: For information about the requirements for PCI IRQ routing on a multiprocessor ACPI system, see: PCI IRQ Routing on a Multiprocessor ACPI System at: http://www.microsoft.com/hwdev/onnow/acpi-mp.htm.
Multiprocessor Wakeup:
A problem has been uncovered with certain multiprocessor systems that will prevent them from properly waking up from a Sleep state under Windows 2000. This pertains to dual-processor or multi-processor systems that transition all processors from an active state to a STPCLK state, and more specifically to systems where all processors receive their STPCLK# request from one source.
Prior to transitioning from a STPCLK state to a Sleep state or lower power state, all processors must generate a Stop Grant Bus cycle. It is essential that all processors have transitioned into the STPGNT state before it is safe to: 1) transition to a lower power state such as Sleep, or 2) externally shut off the processor clocks to allow for flushing buffers, cache maintenance, and other internal activities.
For dual-processor and multiprocessor systems using a single STPCLK to all processors and a single SLP pin to all processors, the transition to the Sleep state should not be used. Behavior of the system during removal of the processor clock-such as transitions from STPCLK to Sleep state-cannot be guaranteed unless all STPGNT bus cycles are received.
For example, Intel Xeon II Specification, "Section 4.2.5 Sleep State-State 5," specifies that for a multiprocessor system, all processors are required to complete the Stop Grant bus cycle before the subsequent 100 BCLK waiting period and before the assertion of SLP# can occur. When multiple processors are serviced by a single STPCLK request to all processors and a single SLP, there is no provision to guarantee that all Stop Grant bus cycles are received before the assertion of SLP.
As another example, in 450NX-based platforms from Intel, the STPCLK# from PIIX4E is connected to all processors, and SLP# from PIIX4E is connected to all processors. The following sequence occurs:
This sequence works for uniprocessor systems (which is what the PIIX4E was originally designed for). However, in multiprocessor systems, SLP# might be asserted to a processor that is not in Processor Sleep State 3 (that is, not yet acknowledged). This premature SLP# assertion might result in a wakeup problem.
Intel provides additional information about this issue through the Intel Technical Support Hotline at: 1-800-628-8686 or 916-377-7000.
For more information, see: http://www.microsoft.com/hwdev/winlogo/99logo.htm.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | 128 MB required | 256 MB required | 128 MB required |
Enterprise | 128 MB required | 256 MB required | 128 MB required |
SOHO | 128 MB required | 256 MB required | 128 MB required |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | 512 MB required | 2 GB required | 512 MB required |
Enterprise | 512 MB required | 4 GB required | 512 MB required |
SOHO | 512 MB required | 2 GB required | 512 MB required |
Required for all server types, with additional requirements for SOHO servers.
ACPI Specification, Revision 1.0b has been published on the ACPI Web site at: http://www.teleport.com/~acpi/; the draft process for Revision 2.0 is underway, as of Q1 1999.
Required for all server types, with additional requirements for SOHO servers.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Optional | Optional | Optional |
Enterprise | Optional | Optional | Optional |
SOHO | Required | Required | Required |
Clarification, applicable to all systems:
This clarification is presented from the perspective of the operating system as it enumerates and configures PCI bridges at system startup time, and deals with how system BIOS can ensure correct configuration of the VGA Enable and ISA Enable bits for support of possible multiple VGA devices installed in a system. For complete details on this topic, please see: http://www.microsoft.com/hwdev/pci/vgacard.htm.
Clarification, applicable to all systems:
On 32- and 64-bit platforms that provide support for more than 4 GB of system memory, all PCI adapters, including 32-bit PCI adapters, must be able to function properly in the system. In addition, certain classes of adapters, such as those on the primary data path where the majority of network and storage I/O occurs, must also be able to address the full physical address space of the platform. For 32-bit PCI adapters that will be used on the primary data path, this means that the adapter must be able to support the PCI Dual Address Cycle (DAC) command.
Additionally, all 32 bit PCI buses, host bridges, and PCI-to-PCI bridges must also support DAC. These requirements will take effect at a future date no earlier than January 1, 2001, due to the existence of many legacy bridges and devices that do not support DAC cycles.
For 64-bit platforms, all PCI bridges on the motherboard must support DAC for inbound access, and DAC capable devices must not be connected below non-DAC capable bridges, for example, on adapter cards. New 64-bit adapters should be DAC capable. This DAC requirement does not apply to outbound accesses to PCI devices; however, for systems where DAC is not supported on outbound accesses to PCI devices, the system BIOS must not claim that the bus aperture can be placed above the 4 GB boundary.
There are special considerations that system designers must address when using legacy devices, adapters, and bridges in systems that provide support for more than 4 GB of memory. For information on how Windows 2000 Advanced Server and Windows 2000 DataCenter Server will behave in the case where a non-DAC capable bus is detected on a system that supports more than 4 GB of memory, please see: http://www.microsoft.com/hwdev/newPC/PAEdrv.htm.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Recommended | Optional |
Enterprise | Recommended | Required | Optional |
SOHO | Recommended | Recommended | Optional |
Clarification, applicable to all systems:
64-bit PCI adapters must be able to address any location in the address space supported by the platform.
The server system must support a 64-bit PCI bus if the server has 64-bit processors, or has the capability to support >4 GB of physical memory or is running Windows 2000 DataCenter Server. Additionally, support for a 66 MHz PCI bus is recommended.
Clarification, applicable to all systems:
The PCI SIG has released v2.2 of the PCI Local Bus Standard Specification. See: http://www.pcisig.com for information. PCI 2.2 is expected to become a requirement in the next version (version 3.0) of the Hardware Design Guide for servers
Clarification, applicable to all systems with support for >4 GB of physical memory:
Servers which provide support for >4 GB of physical memory and which provide 32 bit PCI bus capabilities must provide support for the PCI Dual Address Cycle command on 32 bit PCI buses, host bridges, and PCI to PCI bridges, and specific classes of PCI adapters as described in Guideline 18 "System supports a 32-bit bus architecture."
Technical Clarification:
The system BIOS must correctly configure PCI-to-PCI bridges if the system has a VGA device behind a bridge. Specifically, the BIOS must correctly set the VGA Enable and ISA Enable bits on the bridges, to prevent the bridges from conflicting with each other.
Additional details with illustrated examples of correct configurations of PCI-to-PCI Bridge devices are provided in the white paper titled "Configuring PCI-to-PCI Bridges with VGA Cards," available on the Web at: http://www.microsoft.com/hwdev/pci/vgacard.htm.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Required | Not applicable | Required |
Enterprise | Required | Not applicable | Required |
SOHO | Required | Not applicable | Required |
Clarification, applicable to all systems:
Please refer to: http://www.microsoft.com/hwdev/devdes/pciids.htm for clarification of frequently asked questions on implementation of the PCI device SID and SVID registers.
Clarification, applicable to Alpha Architecture systems:
This Guideline does not apply to Alpha Architecture systems, as these systems do not provide this information in the ACPI structures.
Clarification, applicable to all systems:
Recommended for all servers running all versions of Windows 2000 Server.
Clarification, applicable to all systems:
For information, see the article on PCI Hot Plug in Windows 2000 that is available at: http://www.microsoft.com/hwdev/pci/hotplugpci.htm.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Recommended | Recommended |
Enterprise | Recommended | Recommended | Recommended |
SOHO | Required | Required | Required |
Clarification, applicable to all systems:
PCI Bus Power Management Interface Specification, Revision 1.1 or later, is the only industry specification that ensures compatibility with the power management capabilities of Windows 2000, which uses PME# as the wake-up signal.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Recommended | Recommended |
Enterprise | Recommended | Recommended | Recommended |
SOHO | Required | Required | Required |
Clarification, applicable to all systems:
For more information about the related hardware implementation, see: "3.3Vaux power delivery/consumption requirements FAQ," published by the PCI Special Interest Group (PCI SIG) and available at: http://www.pcisig.com.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Recommended | Recommended |
Enterprise | Recommended | Recommended | Recommended |
SOHO | Required | Required | Required |
Clarification, applicable to all systems:
ISA slots are no longer allowed in any server class; exemption cases, including out-of-band management devices, are no longer permitted. For WHQL testing programs, this will become effective as of July 1, 2000.
Clarification, applicable to all systems:
ISA expansion devices, defined here as being an expansion adapter or device installed in an ISA slot, are no longer allowed in any server class; exemption cases, including out-of-band management devices, are no longer permitted. For WHQL testing programs, this will become effective as of July 1, 2000.
Required for all server types, with ECP support required for SOHO servers.
Clarification, applicable to all systems:
This requirement presents information that is useful for system designers who wish to incorporate parallel port support within their server designs. There is no requirement that a parallel port be present on a server; designers are strongly discouraged from incorporating parallel ports based on legacy parallel port technologies. However, if a parallel port is present on a server, then it must meet the applicable requirements in this guideline.
Clarification, applicable to all systems:
This recommendation may become a requirement in a future version of these design guidelines.
Clarification, applicable to all systems:
Windows Unimodem does not use the following commands directly; therefore, these are not in the sample INF and are not required: +ICF, +MA, +EB, +ESR, +ETBM. These commands are only required if the function is controllable in the modem by way of AT commands. In such a case, the standard V.250 commands defined here must be included.
Missing information from the modem section:
The Communications Device Class Power Management Reference Specification, Version 1.0 or later, provides definitions for the OnNow device power states (D0-D3) for modems. The specification also covers the device functionality expected in each power state and the possible wake-up event definitions for the class. Power states D0 and D3 cold, including wake on ring support, are required for modems on power managed buses, including PCI and USB. Modem adapters that use the PCI bus must be capable of generating a power management event (PME# assertion) from the D3 cold device state. It is recommended that modem adapters also support capture of Caller ID with hardware support for the AT+VRID "resend caller ID" voice modem command.
A modem must be able to cause a wake-up event on an incoming ring as defined in Communications Device Class Power Management Reference Specification. This applies for modems on all power-managed buses, including PCI and USB. PCI devices are required to support D3 cold on a PCI 2.2-based system with auxiliary power. On all other power-managed buses (such as USB), support for either D2 or D3 is acceptable.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Required | Required | Required |
SOHO | Recommended | Required | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Optional | Optional | Optional |
Enterprise | Optional | Optional | Optional |
SOHO | Recommended | Recommended | Recommended |
Clarification, applicable to all systems:
This requirement includes support for +VTR (full-duplex voice).
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Recommended | Required | Recommended |
SOHO | Recommended | Required | Recommended |
Technical Correction, applicable to all systems:
The intent of this requirement is for devices to support the commands of the implemented bus interface so that the operating system can detect when a media event has taken place. The requirements for removable storage devices are as follows. These requirements apply to both single LUN devices and to devices that are part of a multiple LUN device.
Device Type | Media Status Notification Implementation |
All CD or DVD devices (independent of interconnect) | Required. Comply with ANSI NCITS T10 Multi-Media Command Set-2 (MMC-2) standard for Media Status Event Notification. |
ATAPI floppy/optical direct access drives
(Phase Change, (PowerDrive), Magneto Optical, removable magnetic floppy or rigid based, etc.) |
Required. Comply with either MMC-2 standard or SFF 8070i Version 1.1. See PC99:18.24. |
IEEE 1394 storage devices (non-CD / DVD) | Required. Comply with NCITS Reduced Block Commands (RBC; T10/97-260r0) standard. |
ATA and non-ATAPI (IDE interconnect) storage devices | Required. Comply with Media Status Notification Support, Version 1.03. |
Other ATA/ATAPI devices, including tape drives | Recommended. If implemented, comply with Media Status Notification Support Specification, Version 1.03, or SFF 8070i. |
Other types of SCSI removable devices | Recommended. If implemented, support based on NCITS Reduced Block Commands standard is recommended. |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Recommended | Required | Recommended |
SOHO | Recommended | Required | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Recommended | Required | Recommended |
SOHO | Recommended | Required | Recommended |
Errata:
The correct title for the ARMD specification is ATAPI Removable Media Device BIOS Specification, Version. 1.0. The ARMD specification is available on the Web at: http://www.phoenix.com/products/specs.html.
Clarification, applicable to all systems:
ATA and ATAPI devices must meet the following support requirements and recommendations for Ultra DMA and IDE Bus Master DMA.
Support for Ultra DMA:
Support for IDE Bus Master DMA:
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server: | Recommended | Recommended | Recommended |
Enterprise: | Recommended | Recommended | Recommended |
SOHO: | Optional | Optional | Optional |
Clarification, applicable to all systems:
This requirement is intended to set the minimum speed needed for production level CD reading on Windows platforms. This requirement applies to the minimum read speed (8x) on any production level CD media, such as application software, at any location on the disc. This requirement does not apply to end user recorded CD data discs, or discs being read in error-correcting, defect management mode. It is expected that OEMs will continue to ship CD drives that produce an acceptable user experience, and conform to the specifications cited in SDG v2.0 Guideline 167.
Clarification, applicable to all systems:
This requirement has been changed to read: "DVD device provides 2 MB minimum transfer rate or better performance." This requirement is intended to set the minimum speed needed for DVD-Video playback during MPEG-2 decoding on Windows platforms. This requirement applies to the minimum read speed (2 MB/s) on any production level DVD-Video media, at any location on the disc. This requirement does not apply to end user recorded DVD data discs, or discs being read in error-correcting, defect management mode. It is expected that OEMs will continue to ship DVD drives that produce an acceptable user experience, and conform to the specifications cited in SDG v2.0 Guideline 175.
Clarification, applicable to all systems:
Recommended: Support for ECMA-274 (+RW) and ECMA-272, 273 (DVD-RAM) and DVD-R.
Clarification, applicable to all systems:
The Guideline title, for clarity, is changed to read: "DVD-Video playback, if present, must meet DVD-Video playback requirements."
The reason for this change is to clarify the fact that servers that provide DVD drives only as storage devices do not have to include the additional capabilities required for DVD-Video playback on a local display device. Only servers that provide the specific feature of DVD-Video playback to the local server display must meet the DVD-Video playback requirements specified in these Guidelines.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | 4 GB required | 4 GB required | 4 GB required |
Enterprise | 8 GB required | 8 GB required | 8 GB required |
SOHO | 4 GB required | 4 GB required | 4 GB required |
Guideline 182 has been removed due to obsolescence.
Clarification, applicable to all systems:
Color coding is required for server systems, but the color codes listed in Hardware Design Guide Version 2.0 for Windows NT Server are only recommended. The intent is to standardize the industry on a single color-coding scheme; these specific colors will become a requirement for systems in future versions of the design guidelines.
For retail peripherals, color-coding is not required. However, if color codes for retail peripherals are implemented, the scheme must follow the color codes listed in SDG v2.0. For questions and issues about color coding, send e-mail to: serverdg@microsoft.com.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Recommended | Recommended |
Enterprise | Recommended | Required | Recommended |
SOHO | Recommended | Recommended | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Required | Required | Required |
SOHO | Recommended | Required | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Optional | Required | Optional |
Enterprise | Recommended | Required | Recommended |
SOHO | Optional | Required | Optional |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server: | Recommended | Required | Recommended |
Enterprise: | Recommended | Required | Recommended |
SOHO: | Recommended | Required | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Recommended | Required | Recommended |
SOHO | Recommended | Required | Recommended |
Clarification, applicable to all systems:
The guideline title, for clarity, is changed to read: "System supports multiple hard drives." This is in recognition of the fact that in certain very dense form factor systems, some or all hard drives may be external to the base system chassis but considered part of the server system.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Required | Required | Required |
SOHO | Optional | Required | Optional |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Required | Required | Required |
SOHO | Recommended | Required | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Required | Required | Required |
Enterprise | Required | Required | Required |
SOHO | Recommended | Required | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Required | Required | Required |
SOHO | Recommended | Required | Recommended |
Clarification, applicable to all systems:
For additional information on the "dump switch" support in Windows 2000, which may be helpful for designers of 32-bit systems, please see: http://www.microsoft.com/hwdev/debugging/dmpsw.htm. This white paper presents concept suggestions only for designers and is not intended to provide precise implementation detail.
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Recommended | Required | Recommended |
SOHO | Recommended | Required | Recommended |
Windows NT Server | Enterprise Edition | Small Business Server | |
Basic Server | Recommended | Required | Recommended |
Enterprise | Recommended | Required | Recommended |
SOHO | Recommended | Required | Recommended |
This section presents all of the specifications and technical references discussed in Hardware Design Guide Version 2.0 for Windows NT Server.
http://www.zayante.com/p1394b/GOFmedia/ts980709-GOF-Extension.pdf
ftp://ftp.austin.ibm.com/pub/chrptech/1394ohci/
E-mail: 1394-sig@1394ta.org
http://www.1394ta.org
ftp://ftp.p1394pm.org/pub/p1394pm/
Phone (North America): (800) 521-2673
Phone (outside North America): (908) 699-5800
http://www.bellcore.com
http://developer.intel.com/pc-supp/platform/agfxport/
http://www.teleport.com/~acpi/tech.htm.
http://www.microsoft.com/hwdev/specs
http://www.microsoft.com/hwdev/publicnet/
Recommended Practice (RP) 136 and time-code standard
Society of Motion Picture and Television Engineers
http://www.smpte.org/stds/stsubj.html
Global Engineering Documents
Phone (US): (800) 854-7179
Phone (Canada): (613) 237-4250
Phone (outside North America): (303) 792-2181
Fax: (303) 397-2740
ftp://ftp.symbios.com/pub/standards/io/
Global Engineering Documents
Phone (US):(800) 854-7179
Phone (Canada): (613) 237-4250
Phone (outside North America):(303) 792-2181
Fax: (303) 397-2740
ATA and ATAPI draft standards and other working documents
ftp://fission.dt.wdc.com/pub/standards/
ftp://ftp.symbios.com/pub/standards/io/
http://www.phoenix.com/products/specs.html
Prentice Hall, 1998 (ISBN 0-13-107244-7)
Prentice Hall, 1995 (ISBN 0-13-393828-X)
http://www.atmforum.com/atmforum/specs/approved.html
Other Advanced Television Systems Committee (ATSC) standards
National Association of Broadcasters: (800) 368-5644
Society of Motion Picture and Television Engineers: (914) 761-1100
E-mail: mktg@smpte.org
http://www.atsc.org/Standards/stan_rps.html
http://developer.intel.com/solutions/tech/audio.htm
http://www.microsoft.com/hwdev/onnow.htm
Bellcore (Bell Communications Research)
Phone (North America): (800) 521-2673
Phone (outside North America):(908) 699-5800
http://www.bellcore.com
http://www.microsoft.com/hwdev/specs/PMref/PMcom.htm
http://www.ptltd.com/techs/specs.html
http://www.microsoft.com/hwdev/respec/pnpspecs.htm
http://www.microsoft.com/hwdev/specs/Pmref/PMdefault.htm
http://www.device-bay.org
http://www.microsoft.com/hwdev/specs/Pmref/
http://www.ddwg.org
Video Electronics Standards Association (VESA)
Phone: (408) 435-0333
Fax: (408) 435-8225
http://www.vesa.org/standards.html
http://www.microsoft.com/hwdev/specs/PMref/PMdisplay.htm
MIDI Manufacturers Association
Fax: (714) 736-9775
E-mail: mma@midi.org
http://www.midi.org/abtdls.htm
http://www.microsoft.com/dtv/
http://www.davic.org
http://www.dvb.org
http://www.ecma.ch
Platform Architecture Labs, Intel Corporation
http://support.intel.com/support/chipsets/pc1001.htm
Electronic Industries Association
http://www.tiaonline.org
http://www.ptltd.com/techs/specs.html
http://www.etsi.fr
Phone: +33-92 94 42 00
Fax: +33-93 65 47 16
E-mail: secretariat@etsi.fr
Video Electronics Standards Association (VESA)
Phone: (408) 435-0333
Fax: (408) 435-8225
http://www.vesa.org
http://www.microsoft.com/hwdev/
http://www.fibrechannel.com
http://www.homepna.org
http://www.homerf.org
International Business Machines Corporation
Order from IBM Customer Publications Support: (800) 879-2755
Or contact an IBM sales representative
International Color Consortium
http://www.color.org/profiles.html
http://domino.iec.ch/webstore/webstore.nsf/Welcome?ReadForm
http://www.walkingdog.com/
ASK*IEEE
Phone: (800) 949-4333
Fax: (212) 310-4091
E-mail: askieee@ieee.org
Global Engineering Documents
Phone (US): (800) 854-7179
Phone (Canada): (613) 237-4250
Phone (outside North America): (303) 792-2181
Fax: (303) 397-2740
http://www.intel.com/pc-supp/platform/ac97/wp/leg_pci.htm
ftp://fission.dt.wdc.com/pub/standards/x3t13/project/
http://www.cablemodem.com/
Serial Infrared (SIR) Physical Layer Specification
Control IR (CIR or IrBUS) Specification
Other Infrared Data Association documents (available only to IrDA members)
Infrared Data Association
PO Box 3883
Walnut Creek, CA 94598 USA
Phone: (510) 943-6546
Fax: (510) 943-5600
E-mail: irda@netcom.com
http://developer.intel.com/design/power/supply98.htm
http://developer.intel.com
http://developer.intel.com/technology/1394/
http://developer.intel.com/design/litcentr/
http://developer.intel.com/design/usb/
ICC Profile Format Specification
http://www.color.org
http://www.smartcardsys.com
http://www.iso.ch/cate/d21416.html
Part 1: Physical characteristics
http://www.iso.ch/cate/d29257.html
Part 2: Dimensions and location of the contacts
http://www.iso.ch/cate/d26536.html
Part 3: Electronic signals and transmission protocols
http://www.iso.ch/cate/d14735.html
ITU Sales
Phone: +41 (22) 730-6141
Fax: +41 (22) 730-5194
E-mail: sales@itu.ch
http://www.itu.int/publications/index.html
http://developer.intel.com/design/chipsets/industry/lpc.htm
Now DOCSIS Specifications
http://www.cablemodem.com/
http://www.microsoft.com/directx/pavilion/dshow/
MSDN Professional membership
http://www.microsoft.com/hwtest/hcl/
ftp://ftp.symbios.com/pub/standards/io/t10/drafts/mmc2/
http://developer.intel.com/design/mobile/intelpower/
Intel part number 242016-002
http://developer.intel.com/design/pro/datashts/242016.htm
Philips Consumer Electronics B.V.
Coordination Office Optical–Magnetic Media Systems
Building SWA-109, PO Box 80002
5600 JB Eindhoven, The Netherlands
Fax: (31) (40) 732113
ftp://ftp.symbios.com/pub/standards/io/t10/drafts/rbc/
http://www.microsoft.com/hwdev/specs/PMref/PMnetwork.htm
http://www.microsoft.com/hwdev/netpc.htm
http://developer.intel.com/ial/WfM/design/NETREC.HTM
http://www.microsoft.com/hwdev/desinit/scancode.htm
http://www.highground.com/rsm/rsmprogramming.htm
http://www.sgi.com/software/opengl/faq.html
UseNet news group for OpenGL at comp.graphics.opengl
http://www.microsoft.com/hwdev/respec/busspecs.htm
Specification drafts:
ftp://ftp.austin.ibm.com/pub/chrptech/1394ohci/
http://www.osta.org
http://www.microsoft.com/HWDev/specs/PMref/PMcard.htm
http://www.microsoft.com/HWDev/busbios/dtpl.htm
PCMCIA
2635 North First Street, Suite 209
San Jose, CA 95134 USA
Phone: (408) 433-2273
Fax: (408) 433-9558
E-mail: office@pcmcia.org
http://www.pc-card.com/bookstore.htm
http://www.smartcardsys.com
E-mail: pciinfo@microsoft.com
http://www.microsoft.com/hwtest/
http://www.microsoft.com/hwdev/pci/
PCI Bus Power Management Interface Specification, Revision 1.0 and later
PCI Bus Power Management Interface Specification for PCI to CardBus Bridge, Revision 1.0
PCI Local Bus Specification, Revision 2.1 (PCI 2.1) and later
PCI to PCI Bridge Specification, Revision 1.0
PCI SIG
Phone: (800) 433-5177
http://www.pcisig.com/specs.html
PCI to PCMCIA CardBus Bridge Register Description (Yenta specification)
PCMCIA
2635 North First Street, Suite 209
San Jose, CA 95134 USA
Phone: (408) 433-2273
Fax: (408) 433-9558
E-mail: office@pcmcia.org
http://www.pc-card.com/bookstore.htm
http://www.cirrus.com/products/papers/meas/meas.html
Plug and Play External COM Device Specification, Version 1.0
Plug and Play Industry Standard Architecture (ISA) Specification, Version 1.0a
Clarification to Plug and Play ISA Specification, Version 1.0a
Plug and Play Parallel Port Device Specification, Version 1.0b
Plug and Play SCSI Specification, Version 1.0
http://www.microsoft.com/hwdev/respec/pnpspecs.htm
http://msdn.microsoft.com/library/
ftp://fission.dt.wdc.com/pub/standards/QIC/QIC157
ftp://ftp.symbios.com/pub/standards/io/t10/
SFF 8090 (Mt. Fuji specification)
Other SFF Committee publications and specifications
FaxAccess (fax-back): (408) 741-1600
Fax: (408) 867-2115
ftp://fission.dt.wdc.com/pub/standards/SFF/specs/
http://www.microsoft.com/hwdev/desinit/simp_bios.htm
Global Engineering Documents
Fax: (303) 397-2740
Phone (U.S.): (800) 854-7179
Phone (Canada): (613) 237-4250
Phone (outside North America): (303) 792-2181
FaxAccess (fax-back): (408) 741-1600
Fax: (408) 867-2115
http://msdn.microsoft.com/library/specs/iocltapi.htm
ASK*IEEE
Phone: (800) 949-4333
Fax: (212) 310-4091
Global Engineering Documents
Phone (US): (800) 854-7179
Phone (Canada): (613) 237-4250
Phone (outside North America): (303) 792-2181
Fax: (303) 397-2740
http://www.microsoft.com/hwdev/specs/PMref/PMstore.htm
ftp://download.intel.com/ial/wfm/smbios.pdf
http://www.phoenix.com/techs/specs.html
http://www.microsoft.com/hwdev/respec/commspec.htm
http://www.osta.org
http://www.teleport.com/~usb/data/usb_le9.pdf
Phone: (503) 264-0590
Fax: (503) 693-7975
http://www.usb.org/developers/index.html
Video Electronics Standards Association (VESA)
Phone: (408) 435-0333
Fax: (408) 435-8225
http://www.vesa.org/standards.html
http://www.videoessentials.com
http://developer.intel.com/IAL/vidred.htm
http://www.dmtf.org/wbem/
http://www.microsoft.com/management/wbem/
Audio
http://www.microsoft.com/hwdev/audio.htm
CardBus
http://www.microsoft.com/hwdev/cardbus/
DirectDraw VPE and kernel-mode video transport
http://www.microsoft.com/hwdev/devdes/vpe.htm
Display and Video Technology
http://www.microsoft.com/hwdev/video/
DTV
http://www.microsoft.com/dtv
IEEE 1394
http://www.microsoft.com/hwdev/1394/
I/O Ports and Devices
http://www.microsoft.com/hwdev/input/
Modem, Unimodem
http://www.microsoft.com/hwdev/modem/
Multiple-monitor/multiple-adapter support
http://www.microsoft.com/hwdev/video/
NDIS and Windows networking white papers
http://www.microsoft.com/communications/
http://www.microsoft.com/hwdev/network/
Printing
http://www.microsoft.com/hwdev/print/
Still Image Architecture
http://www.microsoft.com/hwdev/stillvideo/
Storage
http://www.microsoft.com/hwdev/storage/
Telephony API (TAPI) overview
http://www.microsoft.com/communications/telephony.htm
USB
http://www.microsoft.com/hwdev/usb/
Video and Broadcast Components
http://www.microsoft.com/hwdev/bpc/
WDM driver support
http://www.microsoft.com/hwdev/wdm/
WMI
http://www.microsoft.com/hwdev/manageability/
http://www.microsoft.com/hwdev/desguid/whiig.htm
Version 1.1a
http://developer.intel.com/ial/WfM/design/BIBLIOG.HTM
Version 2.0
http://developer.intel.com/ial/wfm/
PCMCIA
2635 North First Street, Suite 209
San Jose, CA 95134 USA
Phone: (408) 433-2273
Fax: (408) 433-9558
E-mail: office@pcmcis.org
http://www.pc-card.com/bookstore.htm
---------------------------------------------
The information contained in this document represents the current view of Intel Corporation and Microsoft Corporation on the issues discussed as of the date of publication. Because Intel and Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Intel and Microsoft, and Intel and Microsoft cannot guarantee the accuracy of any information presented. This document is for informational purposes only. INTEL AND MICROSOFT MAKE NO WARRANTIES, EXPRESS OR IMPLIED, IN THIS DOCUMENT.
Intel Corporation and Microsoft Corporation may have patents or pending patent applications, trademarks, copyrights, or other intellectual property rights covering subject matter in this document. The furnishing of this document does not give you any license to these patents, trademarks, copyrights, or other intellectual property rights.
Intel and Microsoft do not make any representation or warranty regarding specifications in this document or any product or item developed based on these specifications. Intel and Microsoft disclaim all express and implied warranties, including but not limited to the implied warranties of merchantability, fitness for a particular purpose, and freedom from infringement. Without limiting the generality of the foregoing, Intel and Microsoft do not make any warranty of any kind that any item developed based on these specifications, or any portion of a specification, will not infringe any copyright, patent, trade secret, or other intellectual property right of any person or entity in any country. It is your responsibility to seek licenses for such intellectual property rights where appropriate. Intel and Microsoft shall not be liable for any damages arising out of or in connection with the use of these specifications, including liability for lost profit, business interruption, or any other damages whatsoever.
ActiveX, BackOffice, DirectShow, DirectX, Microsoft, MS-DOS, NetShow, Win32, Windows, Windows NT, and the Windows logo are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries.
Intel and Pentium are registered trademarks, and Intel486, MMX, and Xeon are trademarks of Intel Corporation.
Other product and company names herein may be the trademarks of their respective owners.
© 1999 Intel Corporation and Microsoft Corporation. All rights reserved.
This document is not for sale. To obtain additional copies of this document, please download the source files from the Web sites at http://www.intel.com/procs/servers/ or http://www.microsoft.com/hwdev/serverdg.htm.