Request Request Request Request Request Request Request Request

Page 1


PC-SG ENGNEERNG CHANGE REQUEST
TITLE: gnore PC Boot Configuration _DSM function
DATE: 4/24/2006
AFFECTED DOCUMENT: PC Firmware Specification Ver 3.0
SPONSOR: Tony Pierce, Microsoft
Part I
1. 1. Summary of the FunctionaI Changes
Add a function to the _DSM Definitions for PC to provide an indication to an operating system
that it can ignore the PC boot configuration setup by the firmware during system initialization.
2. 2. Benefits as a ResuIt of the Changes
Provides a mechanism for the platform to indicate to an operating system that boot configurations
can be ignored for a device hierarchy
Allows firmware to thoroughly boot configure devices for best backward compatibility with with
current operating systems and provides a smooth transistion to future operating systems
3. 3. Assessment of the Impact
High for new operating systems that have the goal of providing flexible resource management
4. 4. AnaIysis of the Hardware ImpIications
None
5. 5. AnaIysis of the Software ImpIications
Low, _DSM is an optional control method


)RUPDWWHG Bullets and Numbering
)RUPDWWHG Bullets and Numbering
)RUPDWWHG Bullets and Numbering
)RUPDWWHG Bullets and Numbering
)RUPDWWHG Bullets and Numbering
Request Request Request Request Request Request Request Request
Page 2

Part II
DetaiIed Description of the change
Aaa Ignore PCI Boot Configuration function to the DSM aefinitions for PCI as function 5 in
Table 4-7 on page 56 as follows.
4.6 _D8M Definitions for PC
_DSM Deice Speciic Method, is deined in the A(PI 3.0 Speciication. 1his object is a
control method that enables deices to proide deice speciic control unctions that are
consumed bv the deice drier. 1able 5-1 below lists the UUID, reision, and unction
deinitions.
Table 5-1: _DSM Definitions for PC
UUID Revision Function Description
E5C937D0-3553-4d7a-9117-EA4D19C3434D
1 1
PC Express Slot
nformation
1 2 PC Express Slot Number
1 3 Vendor-specific Token D
1 4 PC Bus Capabilities

1 5
gnore PC Boot
Configuration

Insert the following section after 4.6.4 ana before 4.7
4.6.5. 4.6.5. 4.6.5. 4.6.5. _D8M for _D8M for _D8M for _D8M for gnoring PC Boot Configurations gnoring PC Boot Configurations gnoring PC Boot Configurations gnoring PC Boot Configurations
1his section describes how svstem irmware can indicate to an operating svstem that it can
ignore the boot conigurations o P(I hierarchies and deices. 1he indication is exposed
through the _DSM A(PI method.
1his _DSM unction is optional. I the platorm does not proide it, the OS mav continue to
use the legacv handling regarding the boot coniguration.
Note: lunction 0 is a generic Ouerv unction that is supported bv _DSMs with anv UUID
and Reision ID. 1he deinition o unction 0 is generic to _DSM and speciied in the .CP
peciticatiov. 1er.iov .0.
/RFDWLRQ
1his object can be placed under anv irtual P(I-to-P(I bridge object representing the P(I
Lxpress root port or switch port, P(I Lxpress endpoint, (onentional P(IP(I-X bridge, or
(onentional P(IP(I-X deice. \hen the object is placed on a bridge, the operating
svstem will assume that the return alue applies to the complete hierarchv produced bv that
bridge.
Note:
)RUPDWWHG Font color: Black
)RUPDWWHG Font color: Black, Do
not check spelling or grammar
)RUPDWWHG Font color: Black
'HOHWHG1able 4-
'HOHWHG 4
'HOHWHG7
'HOHWHGv
'HOHWHG
Request Request Request Request Request Request Request Request
Page 3
1he resources or a P(I root bus are described using an _(RS method. I an operating
svstem needs to change the resource assignment or a P(I root bus, it needs to examine the
_PRS methods, select an appropriate resource list or the root bus and set them using an
_SRS method.
$UJXPHQWV
Arg0: UUID: L5(93D0-3553-4da-911-LA4D19(3434D
Arg1: Reision ID: 1
Arg2: lunction Index: 5
Arg3: Lmptv Package
Request Request Request Request Request Request Request Request
Page 4
5HWXUQ
An integer whose description is as ollows:
1vpe: Integer
Purpose: Ignore P(I Boot (oniguration
Description:
0: No 1he operating svstem shall not ignore the P(I coniguration that irmware has
done at boot time. Ioweer, the operating svstem is ree to conigure the deices in
this hierarchv that hae not been conigured bv the irmware. 1here mav be a reduced
leel o hot plug capabilitv support in this hierarchv due to resource constraints. 1his
situation is the same as the legacv situation where this _DSM is not proided.,
1: \es 1he operating svstem mav ignore the P(I coniguration that the irmware has
done at boot time, and reconigurerebalance the resources in the hierarchv.,
MPLEMENTATON NOTE
1his _DSM unction proides backwards compatibilitv on platorms that can run legacv
operating svstems.
Operating svstems or two dierent architectures e.g., x86 and x64, can be installed on a
platorm. 1he irmware cannot distinguish the operating svstem in time to change the boot
coniguration o deices. Sav or instance, an x86 operating svstem in non-PAL mode is
installed on a svstem. 1he x86 operating svstem cannot access deice resource space aboe
4GB. So the irmware is required to conigure deices at boot time using addresses below
4GB. On the other hand, i an x64 operating svstem is installed on this svstem, it can access
deice resources aboe the 4GB so it does not want the irmware to constrain the resource
assignment below 4GB that the irmware conigures at boot time. It is not possible or the
irmware to change this bv the time it boots the operating svstem. Ignoring the conigurations
done bv irmware at boot time will allow the operating svstem to push resource assignment
using addresses aboe 4GB or an x64 operating svstem while constrain it to addresses below
4GB or an x86 operating svstem.


)RUPDWWHG Font: Garamond, 12 pt
)RUPDWWHG !ndent: Left: 0.S"
)RUPDWWHG Font: Garamond, 12 pt