27.10.2015 Views

Advanced Configuration and Power Interface Specification

ACPI_6.0

ACPI_6.0

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Device <strong>Configuration</strong><br />

Field Object Type Definition<br />

Revision Integer 0x01: Revision 1, defining the set of fields below.<br />

Maximum<br />

memory read byte<br />

count<br />

Average<br />

maximum<br />

outst<strong>and</strong>ing split<br />

transactions<br />

Total maximum<br />

outst<strong>and</strong>ing split<br />

transactions<br />

Integer<br />

Integer<br />

Integer<br />

Maximum memory read byte count reported:<br />

Value 0: Maximum byte count 512<br />

Value 1: Maximum byte count 1024<br />

Value 2: Maximum byte count 2048<br />

Value 3: Maximum byte count 4096<br />

The following values are defined:<br />

Value 0: Maximum outst<strong>and</strong>ing split transaction 1<br />

Value 1: Maximum outst<strong>and</strong>ing split transaction 2<br />

Value 2: Maximum outst<strong>and</strong>ing split transaction 3<br />

Value 3: Maximum outst<strong>and</strong>ing split transaction 4<br />

Value 4: Maximum outst<strong>and</strong>ing split transaction 8<br />

Value 5: Maximum outst<strong>and</strong>ing split transaction 12<br />

Value 6: Maximum outst<strong>and</strong>ing split transaction 16<br />

Value 7: Maximum outst<strong>and</strong>ing split transaction 32<br />

See the definition for the average maximum outst<strong>and</strong>ing split<br />

transactions.<br />

For simplicity, OSPM could use the Average Maximum Outst<strong>and</strong>ing Split Transactions value as the<br />

Maximum Outst<strong>and</strong>ing Split Transactions register value in the PCI-X comm<strong>and</strong> register for each<br />

PCI-X device. Another alternative is to use a more sophisticated policy <strong>and</strong> the Total Maximum<br />

Outst<strong>and</strong>ing Split Transactions Value to gain even more performance. In this case, the OS would<br />

examined each PCI-X device that is directly attached to the host bridge, determine the number of<br />

outst<strong>and</strong>ing split transactions supported by each device, <strong>and</strong> configure each device accordingly. The<br />

goal is to ensure that the aggregate number of concurrent outst<strong>and</strong>ing split transactions does not<br />

exceed the Total Maximum Outst<strong>and</strong>ing Split Transactions Value: an integer denoting the number of<br />

concurrent outst<strong>and</strong>ing split transactions the host bridge can support (the minimum value is 1).<br />

This object does not address providing additional information that would be used to configure<br />

registers in bridge devices, whether architecturally-defined or specification-defined registers or<br />

device specific registers. It is expected that a driver for a bridge would be the proper implementation<br />

mechanism to address both of those issues. However, such a bridge driver should have access to the<br />

data returned by the _HPX object for use in optimizing its decisions on how to configure the bridge.<br />

<strong>Configuration</strong> of a bridge is dependent on both system specific information such as that provided by<br />

the _HPX object, as well as bridge specific information.<br />

6.2.9.3 PCI Express Setting Record (Type 2)<br />

The PCI Express setting record contains the setting type 2, the current revision 1 <strong>and</strong> the type/<br />

revision specific content (the control registers as listed in the table below) to be used when<br />

configuring registers in the <strong>Advanced</strong> Error Reporting Extended Capability Structure or PCI Express<br />

Capability Structure for the PCI Express devices.<br />

The Type 2 Setting Record allows a PCI Express-aware OS that supports native hot plug to<br />

configure the specified registers of the hot plugged PCI Express device. A PCI Express-aware OS<br />

that has assumed ownership of native hot plug (via _OSC) but does not support or does not have<br />

ownership of the AER register set must use the data values returned by the _HPX object‘s Type 2<br />

Version 6.0 309

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!