HD Audio Addendum to Microsoft

Windows Logo Program

System and Device Requirements
2.2
Additional new requirements for systems and devices that implement HD Audio
under the “Designed for Windows” logo program.
The current version of this document is provided at
http://www.microsoft.com/whdc/winlogo/logofaq.mspx

July 22, 2004

Addition to A1.4 General System - Windows Experience

A1.1.4.20 NEW – If the system includes HD Audio codec support, additional
requirements not specified in the Intel High Definition Audio specification are
required
To be Universal Audio Architecture (UAA) compliant, a system with an HD Audio
codec must implement the following features, which are not necessarily required in
the Intel High Definition Audio specification:

 Speaker compensation is the only valid scenario for audio signal

processing of an audio stream by a codec, and then it is valid only if the
speakers are hard-wired to the pin complex that contains the processing node
(for example, integrated laptop speakers). Decryption of protected audio
streams is not covered by this requirement.
 In a system with one or more HD Audio codecs, either the HD Audio codec
hardware or system BIOS must initialize the Configuration Default Register for
each codec pin widget so that the UAA HD Audio function class driver's
topology parser can create a functional device topology for the codec. The
topology must not misrepresent the hardware capabilities, and the
Configuration Default Registers must not be null (all zeros).
 A function group in an HD Audio codec must expose a nonzero subsystem
ID. The BIOS is responsible for overwriting the subsystem ID if necessary. If the
BIOS is unable to program the subsystem ID or if it does so incorrectly, the
hardware must supply a default, vendor-specific subsystem ID.

Additions to B2.0 Bus/Device Controllers

B2.8 NEW – HD Audio Controllers
All general requirements in B1.0 are included by reference.
Note that related BIOS and system-level requirements are included with the
Windows Logo Program requirements for systems, as defined in Appendix A.
 HD Audio Addendum to Microsoft Windows Logo Program System and Device Requirements 2.2
-2

B2.8.1 NEW – HD Audio Controllers - Windows Compatibility

B2.8.1.1 NEW – HD Audio Controllers look like PCI Device to Windows

Note: This is a general notice, not a requirement.

B2.8.2 NEW – HD Audio Controllers - Industry Standards

Note: This list provides complete titles and web locations for references cited. The
listing of a reference here does not imply that complete compliance with that
reference is a Windows Logo Program requirement.

B2.8.2.1 NEW – Intel High Definition Audio Controller Specification, revision

1.0
To obtain the specification, sign the Intel HD Audio Developer Agreement. For
information, send e-mail to [email protected].

B2.8.3 NEW – HD Audio Controllers - Quality

WHQL Test Specification References:
Chapter 16: HD Audio Test Specification

B2.8.3.1 NEW – Pass WHQL tests - See B1.3.

See “HD Audio” in the HCT documentation.

B2.8.4 NEW – HD Audio Controllers - Windows Experience

B2.8.4.1 NEW – HD Audio controllers comply with the Intel High Definition
Audio Controller specification
If the audio/modem controller is an HD Audio controller, except where noted
otherwise within this document it must:

 Be implemented according to the Intel High Definition Audio Controller

specification, revision 1.0
 Be updated to comply with future specification revisions
 Comply with future HD Audio specification ECRs in accordance with WHQL
policies around new hardware requirements.

B2.8.4.1.1 NEW – HD Audio controllers implement additional requirements not

specified in the Intel High Definition Audio Controller specification
In order for an HD Audio controller implementation to be UAA-compliant, it must be
HD Audio specification compliant. The hardware controller must also implement the
following change to the Intel High Definition Audio specification:

 A UAA device must support 256 entries each for the command output ring
buffer (CORB) and the response input ring buffer (RIRB).

B2.8.4.1.2 NEW – HD Audio controllers are not required to meet all

implementation details specified in the Intel High Definition Audio Controller
specification
UAA-compliant HD Audio bus controller does not need to provide support for
specific features of Intel High Definition Audio specification, revision 1.0 as follows:

 The bus driver does not use the DMA position lower base address
(DPLBASE) and DMA position upper base address (DPUBASE) registers (at
offsets 70h and 74h).

July 22, 2004

 HD Audio Addendum to Microsoft Windows Logo Program System and Device Requirements 2.2
-3

 The bus driver does not use the immediate command output, immediate
response input, and immediate command status registers (at offsets 60h, 64h,
and 68h).
 The bus driver does not need to use the flush control bit in the global
control register (at offset 08h).
Design and Implementation Notes:
An HD Audio bus controller design can omit these features and still be fully
compatible with the Microsoft HD Audio bus driver. However, a hardware
vendor should consider whether these features might be necessary for
compatibility with other device-specific software. For example, a BIOS routine
might make use of the immediate command, response, and status registers.

B2.8.4.1.3 NEW – UAA version 1.0 HD Audio hardware use version number 1.0
For UAA version 1.0, the HD Audio hardware version must be 1.0. The VMAJ and
VMIN registers must specify a major version number of 01h and a minor version
number of 00h.

Additions to B3.1 General Audio

B3.1.2 General Audio - Industry Standards
Note: This list provides complete titles and web locations for references cited. The
listing of a reference here does not imply that complete compliance with that
reference is a Windows Logo Program requirement.

B3.1.2.8 NEW – Intel High Definition Audio Specification, version 1.0

To obtain the specification, sign the Intel HD Audio Developer Agreement. For
information, send e-mail to [email protected].

B3.1.4 General Audio - Windows Experience

B3.1.4.14 NEW – HD Audio codec for audio

If the HD Audio audio/modem codec is for an audio implementation, it must be
implemented according to the Intel High Definition Audio specification, revision 1.0
and updated when commercially possible to adhere to HD Audio specification
DCRs.

B3.1.4.14.1 NEW – HD Audio codec supports additional requirements not

specified in the Intel High Definition Audio specification
To be UAA-compliant, an HD Audio codec must implement the following features,
which are not necessarily required by the Intel High Definition Audio specification:

 Speaker compensation is the only valid scenario for audio signal

processing of an audio stream by a codec, and then it is valid only if the
speakers are hardwired to the pin complex that contains the processing node
(for example, integrated laptop speakers). Decryption of protected audio
streams is not covered by this requirement.
 When all of an HD Audio codec's widgets are configured in the benign
processing state, the codec performs no nonlinear or time-variant processing on
the audio streams that pass through it.
 Software must be able to set all processing nodes to the benign processing
state and the codec must function according to UAA baseline requirements
while in this state.

July 22, 2004

 HD Audio Addendum to Microsoft Windows Logo Program System and Device Requirements 2.2
-4

 An HD Audio codec must be accessible only through the HD Audio bus

controller. The codec must not expose registers or other hardware mechanisms
that are accessible through either memory or I/O address space. This
requirement does not encompass HDMI or other non-existent hardware that
may appear in the future. New requirements will be written to cover those
technologies when they emerge.
 Modem and audio functionality must not be combined. Although the same
piece of silicon can house both modem and audio devices, the functions must
be separate devices and must not share any software or hardware resources
(for example, ADCs or DACs).
 When the HD Audio link is in a running state (HD Audio controller is in D0)
UAA compliant HD Audio codecs must respond to commands even when
powered down in all required device power-management states. In effect, the
digital section of the codec must remain powered.
 Codecs must respond to a verb even if addressed at a non-existent widget
or if the verb itself is invalid.
 Function group nodes must have node IDs in the range 0 to 127. This
restriction does not apply to node IDs for widget nodes.
 In a system with one or more HD Audio codecs, either the HD Audio codec
hardware or system BIOS must initialize the Configuration Default Register for
each codec pin widget so that the UAA HD Audio function class driver's
topology parser can create a functional device topology for the codec. The
topology must not misrepresent the hardware capabilities, and the
Configuration Default Registers must not be null (all zeros).
 A function group in an HD Audio codec must expose a nonzero subsystem
ID. The BIOS is responsible for overwriting the subsystem ID if necessary. If the
BIOS is unable to program the subsystem ID or if it does so incorrectly, the
hardware must supply a default, vendor-specific subsystem ID.
 Multi-SDI codecs (codecs that have multiple SDI lines) are not supported
currently.

B3.1.4.14.2 NEW – HD Audio codec supports additional requirements based

on the demands of the Microsoft HD Audio function driver
In addition to compliance with the Intel High Definition Audio specification, the
topology parsing algorithm in the Microsoft function driver for HD Audio imposes the
following requirements on HD Audio codecs:

 The HD Audio codec must implement HD Audio-compliant jack-presence

detection. By presence detection it is implied that the codec must be able to
detect the presence of a jack in the input/output connectors the codec is using,
not the automatic sensing of what the peripheral may be.
Design and Implementation Notes:
The Microsoft parsing algorithm does not support vendor-defined widgets. If the
algorithm encounters vendor-defined widgets, it safely ignores them. This refers
to the parsing capabilities of the HD Audio function class driver for Windows
codenamed “Longhorn.” Vendor-defined widgets will not be supported by the
operating system class driver but can be supported by a third-party audio
function driver. The main point is that any vendor-defined widgets or features
must not break the specification compliance of the HD Audio codec and must
not prevent the codec from working as defined by the codec’s configuration
defaults and other enumeration mechanisms that the Microsoft class driver's
generic topology parser may use when these widgets are not used by the class
driver.

July 22, 2004

 HD Audio Addendum to Microsoft Windows Logo Program System and Device Requirements 2.2
-5

B3.1.R General Audio - Future Requirements

Announcement of additional future requirements will be published at
http://www.microsoft.com/whdc/winlogo/HWrequirements.mspx.

B3.1.R.1 NEW – HD Audio controllers will be required to implement additional

requirements not specified in the Intel High Definition Audio Controller
specification
In order for an HD Audio controller implementation to be UAA-compliant, it must be
HD Audio specification compliant. The hardware controller must also implement the
following changes to the Intel High Definition Audio specification:

 The controller must have at least three separate DMA engines for input
streams and at least four separate DMA engines for output streams.
Input:
DMA1: RTC (Headset)
DMA2: Record audio (separate from RTC)
DMA3: Modem
Output:
DMA1: RTC (Headset)
DMA2: Multi-channel Audio Playback (HD Audio codec listens to this stream for
both digital and analog output at the same time)
DMA3: Modem
DMA4: Futures (HDMI)
Design and Implementation Notes:
To keep stream latency small, a DMA engine in an HD Audio controller
implementation must avoid adding a significant hardware-buffering delay to an
audio data stream. Setting an upper limit on the buffering delay requires
restricting the DMA engine's FIFO to a maximum size in bytes that varies
according to the stream format. For each format, the hardware designer should
limit the FIFO to a size that keeps the latency small while providing glitch-free
audio.

July 22, 2004

 HD Audio Addendum to Microsoft Windows Logo Program System and Device Requirements 2.2
-6

Disclaimer
The information contained in this document represents the current view of Microsoft Corporation on the
issues discussed as of the date of publication. Because Microsoft must respond to changing market
conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot
guarantee the accuracy of any information presented after the date of publication.

This White Paper is for informational purposes only. MICROSOFT MAKES NO WARRANTIES,
EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS DOCUMENT.

Complying with all applicable copyright laws is the responsibility of the user. Without limiting the rights
under copyright, no part of this document may be reproduced, stored in or introduced into a retrieval
system, or transmitted in any form or by any means (electronic, mechanical, photocopying, recording, or
otherwise), or for any purpose, without the express written permission of Microsoft Corporation.

Microsoft may have patents, patent applications, trademarks, copyrights, or other intellectual property
rights covering subject matter in this document. Except as expressly provided in any written license
agreement from Microsoft, the furnishing of this document does not give you any license to these
patents, trademarks, copyrights, or other intellectual property.

Unless otherwise noted, the example companies, organizations, products, domain names, e-mail
addresses, logos, people, places and events depicted herein are fictitious, and no association with any
real company, organization, product, domain name, email address, logo, person, place or event is
intended or should be inferred.

© 2004 Microsoft Corporation. All rights reserved.

Microsoft, Windows, and Windows NT are either registered trademarks or trademarks of Microsoft
Corporation in the United States and/or other countries.

The names of actual companies and products mentioned herein may be the trademarks of their
respective owners.

July 22, 2004