专利名称：尽管资源不足仍支持引导的方法和装置的制作方法
技术领域：
本发明公开总的涉及数据处理领域，尤其涉及无论资源是否不足仍便于引导处理系统的过程的方法和相关装置。
背景技术：
典型的企业服务器平台包括复杂的外围连接接口(PCI)子系统。例如，PCI子系统可包括多个PCI根桥路以及多个板上PCI对PCI桥路。使用这一复杂的PCI分层结构，终端用户或管理员就可以安装或连接大量PCI外接设备，这些设备有些需要大量的平台资源，诸如存储器映射的输入/输出(I/O)。结果是在诸如企业服务器的处理系统上，经常出现平台能提供的资源不足以满足PCI设备对资源的要求的情况。而且这一问题不但出现在企业服务器中，也在其他种类的数据处理系统中出现。
在传统的处理系统中，当PCI设备请求的资源大于平台能提供的资源时，处理系统就不能引导到操作系统(OS)，而仅由基本输入输出系统(BIOS)返回一错误并在随后终止而不引导OS。
本发明的特征和优点从所附实施例以及随后对一个或多个典型实施例的详细描述中将变得显而易见，其中图1是描述了在其中可以实现本发明某些方面的合适数据处理环境的一个典型实施例的框图；图2是根据本发明一个实施例示出了尽管在资源不足的情况下仍支持引导的过程的流程图；以及图3是在执行了图2所示示例过程之后描述图1中数据处理环境的一个典型
具体实施例方式
本发明公开描述了在处理系统中尽管资源不足却仍然支持引导所述处理系统的方法和装置的一个或多个示例实施例。
图1和随后的讨论旨在提供在其中可以实现本发明某些方面的合适环境的大致描述。在此使用的术语“处理系统“和”数据处理系统“旨在广泛地包括单个机器或者与一同运行的机器或设备通信耦合在一起的系统。典型的处理系统包括但不限于分布式计算系统、超级计算机、计算机群、大型机、小型机、客户-服务器系统、个人计算机、工作站、服务器、便携计算机、膝上型计算机、书写板、电话、个人数字助理(PDA)、手持设备、诸如音频和/或视频设备的娱乐设备以及用于处理或传输信息的其他设备。
图1的数据处理环境例如可包括处理系统20，其中处理系统20包括经由一个或多个系统总线32、42、52和62或者其他通信管道与其他各组件通信耦合的一个或多个处理器或中央处理单元(CPU)22。这些组件可以包括一个或多个易失性或非易失性数据存储设备，诸如随机存取存储器(RAM)30、只读存储器(ROM)58、诸如集成驱动电子设备(IDE)硬盘驱动器56和64的大容量存储设备、和/或诸如软盘、光学存储设备、磁带、闪存、存储棒、数字视频盘、生物存储设备等在内的其他设备或介质。为了本公开的目的，在此使用的术语“ROM”通常指的是非易失性存储器设备，诸如可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪速ROM以及闪存等等。
在处理系统20中与处理器22耦合的组件还包括一个或多个PCI根桥路40以及一个或多个PCI至PCI桥路50和60。一个或多个上述桥路可用于处理器22与ROM 58以及硬盘驱动器56和64的连接，以及与附加组件的连接，所述组件包括如下的一个或多个视频控制器44、小型计算机系统接口(SCSI)控制器48、网络控制器54、USB控制器66以及通用串行总线(USB)键盘46。诸如视频控制器44的某些元件可以实现作为带有接口用于与PCI总线42通信的适配器卡，诸如PCI连接器。
在一个实施例中，可以使用诸如可编程或非可编程逻辑器件或阵列、应用专用集成电路(ASIC)、嵌入式计算机、智能卡等的元件实现一个或多个设备作为嵌入式控制器。例如，PCI根桥路40可被实现作为位于系统底板或母板上的嵌入式设备。
处理系统20可以至少部分受控于传统输入设备(诸如键盘、鼠标)的输入和/或受控于接收自与虚拟现实(VR)环境、生物测定反馈或其他输入源或信号交互的另一个机器的指示符。处理系统20可以利用与远程数据处理系统70的一个或多个连接，诸如可通过网络控制器54。通过调制解调器或者通过另一个通信耦合。处理系统能够以物理和/或逻辑网络72的方式互连，诸如通过局域网(LAN)、广域网(WAN)、内联网、因特网等等。通信涉及网络72可以利用各种有线和/或无线的短程或远程载波或协议，包括射频(RF)、卫星、微波、电气和电子工程师协会(IEEE)802.11、蓝牙、光学、红外线、电缆、激光等等。
对本发明的描述可以通过参考或结合相关的数据，包括在被机器访问时导致机器执行任务或定义抽象数据类型或低层硬件环境的指令、功能、程序、数据结构、应用程序等。这些数据可被存储在易失性和/或非易失性数据存储设备中。
例如在示出的实施例中，ROM 58包括一个或多个指令集，从而即便在处理系统20不包括足够资源以满足处理系统20内所有设备的资源请求的情况下也能支持引导处理系统20。在所述的典型实施例中，这些指令可以部分或完全驻留于可与诸如PCI主机桥路驱动程序34的其他软件或固件组件通信的PCI总线驱动程序36内。在平台初始化期间，可以将这些指令和其他软件或固件从ROM 58复制到RAM30。
最近宣告了用于平台固件和诸如操作系统的高层软件之间接口的模型。该模型即为已知的可扩展固件接口(EFI)。于2002年12月1日发布的EFI规范的1.10版本可从www.intel.com/technoloqv/efi/main specification.Htm获取。EFI规范定义了由低层平台固件提供的并用于载入附加固件并引导OS的一组标准接口和结构。在未来的几年里期望使用基于EFI模型的平台构架，诸如用于EFI的Intel平台创新构架(Platform Innovation Framework)来代替基于BIOS模型的构架作为设计、构建和操作数据处理系统的选择构架。用于EFI的Intel平台革新构架包括低水平固件提供引导以及可用于操作系统及其装入程序的运行时间服务调用。
在图1的实施例中，处理系统20可以使用用于EFI的Intel平台创新构架。该构架提供了明晰的引导和运行时间执行环境。在所述引导环境中，用于EFI的Intel平台创新构架提供一类已知作为引导服务的服务。引导服务包括为OS装入程序提供被要求以完成OS引导的访问平台能力的各种接口和协议。引导服务还可用于需要平台访问能力的驱动程序和应用程序。然而一旦操作系统控制了所述平台，通常就会终止引导环境以及引导服务。在所述运行环境内，用于EFI的Intel平台创新构架提供了一类已知作为运行时间服务的服务。运行时间服务包括为在OS运行时间可用的基础平台-专用硬件(诸如，定时器)提供访问的接口。运行时间服务在引导过程期间可用，但也可在OS装入程序终结引导服务后仍然继续。
在由用于EFI的Intel平台创新构架所提供的环境中，每个设备都由设备路径唯一地定义。同样地，用于EFI的Intel平台创新构架可以保持在前-OS环境内关于当完成引导进程时所需或期望呈现的设备的信息。例如，为了用于EFI的Intel平台创新构架可以保持如下的全局变量以识别如下各自的设备-Conin在引导期间识别默认输入控制台设备的设备路径；-ConOut在引导期间识别默认输出控制台设备的设备路径；-ErrOut在引导期间识别用于输出出错消息的默认控制台设备的设备路径；以及-Boot###(例如，Boot001，Boot002等等)识别用于引导设备的设备路径。同样地，引导设备选择(BDS)指的是前-OS环境内的体系结构阶段。诸如以上列出的变量可被称为体系结构引导服务变量，并且它们可在BDS期间使用以确定所述控制台设备以及引导一OS所需的引导设备。
PCI主机桥路驱动程序34可由将唯一的平台特征暴露给PCI总线驱动程序36的平台-专用代码组成。PCI总线驱动程序36可由其操作遵守PCI规范的一般平台-中性代码所组成。例如，开发者可以创建能够与其他不同种类的平台一起工作的单个PCI总线驱动程序36，所述其他平台包括但不限于简易桌面系统以及复杂企业服务器等等。
在一个典型实施例中，在处理系统20进入BDS阶段之前，PCI总线驱动程序36可以从所述前-OS环境中检索引导设备信息并使用该信息以便于在资源不同的平台内进行成功引导，而这将在随后详述。
图2是根据本发明一个典型实施例示出有助于引导的一个过程的流程图。该过程也可结合图1进行描述。图2的过程开始于处理系统20例如响应于上电或重启而在前-OS环境中执行引导操作。在所述的典型实施例中，图2的过程在处理系统20已实例EFI驱动程序执行环境(DXE)并且载入PCI主机桥路驱动程序34和PCI总线驱动程序36之后开始。
在框110，PCI总线驱动程序36扫描整个PCI分层结构用以发现该PCI子系统内的所有设备。连同对PCI子系统的扫描，PCI总线驱动程序36如框112所示还建立诸如PCI设备数的数据结构用以表示和识别PCI子系统中被发现的拓扑结构。这一数据结构还可被称为设备映射表。例如根据图1所示的实施例，该设备映射可以反映PCI子系统80内设备的拓扑结构。
PCI总线驱动程序36如框114所示还可以列举PCI子系统80内的全部设备以收集来自那些设备的资源请求。PCI总线驱动程序36可以接收各种不同类型的资源请求，诸如总线数量请求、存储器请求以及I/O映射请求。PCI总线还可以记录设备映射表内用于每个设备的资源请求。
PCI总线驱动程序36随后就如框116所示可获取来自PCI主机桥路驱动程序34的信息以指示可用于PCI设备分配的资源。如框120所述，PCI总线驱动程序36随后就使用来自PCI主机桥路驱动程序34的资源信息以及来自PCI设备的请求信息来确定处理系统20是否提供了所需的资源用于满足PCI设备的资源请求。如果处理系统20具有足够的资源，则PCI总线驱动程序36就如框122和框124所示选择所有的PCI设备用于设备组合并为这些设备分配被请求的资源。
尽管如此，如果处理系统20含有的资源不足以达到这些请求，则该过程就从框120行进至框130，其中框130描述了PCI总线驱动程序36确定哪个PCI设备对引导过程尤为关键。在所述的典型实施例中，PCI总线驱动程序36通过检索来自EFI DXE的引导信息识别所述引导-关键设备。例如，PCI总线驱动程序36可以获取来自诸如Conln、ConOut、ErrOut、Boot001、Boot002等的EFI BDS变量的设备标识符，诸如设备路径指示。PCI总线驱动程序36随后可如框132所述选择由这些设备路径所识别的设备用作设备组合中的包含物。例如，可以更新所述设备映射表来指示已为所述设备组合选择了引导-关键设备。
在一个实施例中，选择由ConIn、ConOut、ErrOut以及Boot###变量识别的全部设备作为引导-关键设备。此外，PCI总线驱动程序36可以识别诸如PCI至PCI桥路的特定中间设备，从而能够基于在设备映射表中设备的拓扑结构作为上述引导-关键设备访问的必需。PCI总线驱动程序36也可选择那些中间设备作为引导-关键设备。在另外的实施例中，可以使用不同的策略建立用于PCI子系统的最佳或最小资源请求。
PCI总线驱动程序36随后就可基于恰当的分配或拒绝策略确定设备分配列表。如框134和140所示，在示出的实施例中，PCI总线驱动程序36可以通过取消或者拒绝对未识别作为引导-关键的一个或多个识别的选定、并在随后确定该平台是否为剩余的设备提供了足够的资源的过程而循环。PCI总线驱动程序36可以使用来自PCI主机桥路驱动程序34的资源信息以及设备映射表中的请求信息来确定是否有足够的资源可用。根据一种拒绝策略，PCI总线驱动程序36可以从可能会请求最大资源量的非引导-关键设备开始，按照资源请求的顺序取消对设备的选定或拒绝设备。在另一个实施例中，PCI总线驱动程序可以简单拒绝未识别作为引导-关键的所有设备。在另外的实施例中也可以使用其他策略。在一个实施例中，在PCI总线驱动程序已拒绝了所有非引导-关键设备但可用资源仍然不足的情况下，PCI总线驱动程序就可以使用任何恰当的拒绝策略来拒绝一个或多个引导-关键设备，直到平台可以提供剩余设备所要求的可用资源。
一旦PCI总线驱动程序36已识别将包含在所述设备组合内的设备并且显式或隐含地取消或拒绝了剩余设备，PCI总线驱动程序36就如框144所示禁用所有为被选作设备组合的设备。例如，PCI总线驱动程序36可以通过修改这些设备配置空间的配置设定来禁用这些被拒绝的设备以防止这些设备接收并与PCI总线循环起反应。
PCI总线驱动程序如框124所示可为选作设备组合的设备分配被请求的资源。用于应付可能的资源不足的处理随后结束，而处理系统20例如就可通过完成与前-OS系统配置相关联的任何剩余操作并在随后进入BDS阶段并引导OS来继续引导过程。
因为被拒绝的设备被排除在设备组合之外并且被禁用，所以它们可以从设备驱动程序中隐藏并对OS不可见，这样就会阻止OS随后对被拒绝设备的启用。尽管如此，特定种类的诊断和调试仍然可以在系统上执行，因而诊断或调试工具能够扫描PCI子系统80并诊断系统中包括被拒绝设备的全部PCI设备。
图3是在执行了图2所示典型过程之后描述图1中数据处理环境的一个典型实施例的框图。如对角线斜线标记所示，在一个典型实现中，PCI总线驱动程序36可以拒绝并禁用SCSI控制器、网络控制器54以及ROM 58。然而PCI总线驱动程序36可以为PCI子系统80中所有引导-关键设备分配资源，所述设备包括用于ConIn、ConOut、Boot001、Boot002的设备以及所有被请求的中间设备或桥路。例如，在示出的实施例中，因为USB键盘46被指定为ConIn设备，所以USB键盘46和相关联的USB控制器66都被设备为引导-关键设备。与之相反，在USB键盘46未被指定为Conln设备的实现中，当为PCI设备分配资源时则会拒绝或不予处理所述USB控制器66和USB键盘46。
根据本发明的公开，处理系统中的固件或软件可以识别关键和非关键设备，为关键设备分配资源并且禁用非关键设备，使得所述处理系统可以引导OS而无需考虑资源无法满足全部设备的情况。与之相反，当传统系统包括了多于该系统能够支持的设备时，该系统就会如上所述无法引导操作系统(OS)。
根据在此描述并示出的原则和典型实施例，应该认识到可以安排或详细地修改示出的实施例而不背离这些原则。同样地，虽然前述讨论集中对特定实施例，但是也可想到其他配置。更具体地，虽然在此使用了诸如“在一个实施例中”、“在另一个实施例中”等的短语，但是这些短语只是用来参考实施例的可能性，而非将本发明限于特定的实施例配置。在此使用的这些术语可以参考可与其他实施例组合的相同或不同的实施例。
类似地，虽然参考了以特定顺序执行的具体操作对典型过程进行了描述，但是本领域普通技术人员显而易见的是可以对该过程进行各种修改以导出本发明的各种可选实施例。例如，可选实施例可以包括其操作少于示出的全部操作的处理，使用额外操作的处理、以不同顺序使用相同操作的处理以及组合、细分或改变在此公开的独立操作的各种处理过程。
本发明的可选实施例还包括用于执行本发明操作的机器可访问介质编码指令。这些实施例可被称为程序产品。这些机器可访问介质包括但不限于诸如软盘、硬盘、CD-ROM、ROM和RAM的存储介质；以及诸如天线、导线、光缆、微波、无线电波以及其他电磁或光学载波的通信介质。因此，指令和其他数据就能够以分组、串行数据、并行数据、传播信号等方式在传输环境或网络传输，并可在分布式环境中使用或由单或多处理器机器本地和/或远程地存储用于访问。
还应该理解在此描述的硬件和软件元件表示合理地自包含的功能元件，所以能独立于其他元件对其进行设计、构建或充分更新。在可选实施例中，许多组件可用作提供了在此描述并示出的功能的硬件、软件或硬件和软件的组合。
应该注意到术语“PCI”为了本公开的目的不限于传统的PCI协议和硬件，而是还包括可在准备此公开之前或之后实现的诸如PCI-X、快速PCI或其他协议的相关协议和硬件。此外，本发明不限于任何具体的硬件体系结构，而可连同包括32位体系结构和64位体系结构在内的各种体系结构相关联地实现。
考虑到可以从在此描述的典型实施例中可靠导出诸多有用的变化，所以在此的详细描述仅是示意性而非限制本发明的范围。因此，本发明所声明的是位于所附权利要求以及全部实现等效物精神和范围内的所有实现。
权利要求
1.一种方法，包括在引导处理系统的过程期间确定是否有足够的资源可用以满足与所述处理系统外围连接接口(PCI)子系统相关联的多个设备的资源请求；检索来自所述处理系统扩展固件接口(EFI)环境的引导信息；基于来自所述EFI环境的所述引导信息将所述多个设备中的至少一个自动识别为引导-关键；以及如果没有足够的资源可用于满足所述资源请求，则在所述处理系统引导操作系统(OS)之前，为所述识别为引导-关键的设备而非与所述PCI子系统相关的全部设备自动分配资源。
2.如权利要求1所述的方法，其特征在于，还包括将至少一个与所述PCI子系统相关联的设备识别为对引导所述处理系统非关键；以及如果没有足够的资源可用于满足所述资源请求，就在所述处理系统引导所述OS之前禁用所述被识别为非关键的设备。
3.如权利要求1所述的方法，其特征在于，所述对来自所述处理系统的EFI环境的引导信息的检索操作包括检索指定至少一个设备的信息，其中所述设备表示从以下一组中选出在引导期间服务作为输入控制台的设备；在引导期间服务作为输出控制台的设备；以及提供OS引导指令的设备。
4.如权利要求1所述的方法，其特征在于，还包括通过扫描所述PCI子系统发现与所述PCI子系统相关联的所述设备。
5.如权利要求1所述的方法，其特征在于，还包括收集来自与所述PCI子系统相关联的至少两个所述设备的资源请求；以及基于所述收集的资源请求确定是否由足够的资源可用。
6.如权利要求1所述的方法，其特征在于，还包括基于来自主机桥路驱动程序的资源信息确定所述处理系统的可用资源。
7.如权利要求6所述的方法，其特征在于，对是否有足够资源可用以满足所述资源请求的确定操作包括基于来自所述主机桥路驱动程序的所述资源信息自动确定是否有足够的资源可供使用。
8.如权利要求1所述的方法，其特征在于，还包括基于拒绝策略自动识别至少一个与所述PCI子系统相关联的要被拒绝的设备。
9.如权利要求1所述的方法，其特征在于，还包括收集来自与所述PCI子系统相关联的至少两个所述设备的资源请求；基于来自所述主机桥路驱动程序的资源信息确定所述处理系统的可用资源；基于所述收集的资源请求以及来自所述主机桥路驱动程序的所述资源信息自动确定是否有足够的资源可用于与所述PCI子系统相关联的所述设备；以及如果没有足够的资源可用于满足所述资源请求，就在所述处理系统引导所述OS之前禁用至少一个与所述PCI子系统相关联的设备。
10.一种装置，包括处理器；与所述处理器通信耦合的外围连接接口(PCI)子系统；与所述PCI子系统相关联的两个或多个设备；与所述处理器通信耦合的机器可访问介质；以及在所述机器可访问介质中经编码的总线驱动程序，其中所述总线驱动程序在被所述处理器执行时所执行的操作包括在引导处理系统的过程期间确定是否有足够的资源可用以满足所述两个或多个设备的资源请求；检索来自所述处理系统扩展固件接口(EFI)环境的引导信息；基于来自所述EFI环境的所述引导信息将所述多个设备中的至少一个自动识别为引导-关键；以及如果没有足够的资源可用于满足所述资源请求，则基于在所述处理系统引导操作系统(OS)之前为所述识别为引导-关键的设备而非与所述PCI子系统相关的全部设备自动分配资源而实现对所述OS的成功引导。
11.如权利要求10所述的装置，其特征在于，所述总线驱动程序执行的操作还包括将至少一个与所述PCI子系统相关联的设备识别为对引导所述处理系统非关键；以及如果没有足够的资源可用于满足所述资源请求，就在所述处理系统引导所述OS之前禁用所述被识别为非关键的设备。
12.如权利要求10所述的装置，其特征在于，所述总线驱动程序检索来自所述系统EFI环境的引导信息并指明至少一个设备的信息，其中所述设备从以下一组中选出在引导期间服务作为输入控制台的设备；在引导期间服务作为输出控制台的设备；以及提供OS引导指令的设备。
13.如权利要求10所述的装置，其特征在于，所述总线驱动程序执行的操作还包括通过扫描所述PCI子系统发现与所述PCI子系统相关联的所述设备。
14.如权利要求10所述的装置，其特征在于，所述总线驱动程序执行的操作还包括收集来自与所述PCI子系统相关联的至少两个所述设备的资源请求；以及基于所述收集的资源请求确定是否由足够的资源可用。
15.如权利要求10所述的装置，其特征在于，所述装置还包括在所述机器可访问介质中被编码的主机桥路驱动程序；并且所述总线驱动程序基于从所述主机桥路驱动程序获取的资源信息确定所述处理系统的可用资源。
16.如权利要求15所述的装置，其特征在于，所述总线驱动程序基于从所述主机桥路驱动程序获取的资源信息自动确定是否有足够的资源可用。
17.如权利要求10所述的装置，其特征在于，如果没有足够的资源可用，所述总线驱动程序就基于拒绝策略自动识别至少一个与所述PCI子系统相关联的要被拒绝的设备。
18.如权利要求10所述的装置，其特征在于，所述装置还包括在所述机器可访问介质中经编码的主机桥路驱动程序；并且由所述总线驱动程序执行的所述操作还包括收集来自与所述PCI子系统相关联的至少两个所述设备的资源请求；基于来自所述主机桥路驱动程序的资源信息确定所述处理系统的可用资源；基于所述收集的资源请求以及来自所述主机桥路驱动程序的所述资源信息自动确定是否有足够的资源可用于与所述PCI子系统相关联的所述设备；以及如果没有足够的资源可用于满足所述资源请求，就在所述处理系统引导所述OS之前禁用至少一个与所述PCI子系统相关联的设备。
19.一种装置，包括机器可访问介质；以及在所述机器可访问介质中经编码的指令，其中所述指令在被处理系统执行时会引起所述处理系统执行如下操作在引导处理系统的过程期间确定是否有足够的资源可用以满足与所述处理系统外围连接接口(PCI)子系统相关联的两个或多个设备的资源请求；检索来自所述处理系统扩展固件接口(EFI)环境的引导信息；基于来自所述EFI环境的所述引导信息将所述多个设备中的至少一个自动识别为引导-关键；以及如果没有足够的资源可用于满足所述资源请求，则在所述处理系统引导操作系统(OS)之前为所述识别为引导-关键的设备而非与所述PCI子系统相关的全部设备自动分配资源。
20.如权利要求19所述的装置，其特征在于，还包括在所述机器可访问介质中经编码的总线驱动程序，其中所述总线驱动程序包括所述指令。
21.如权利要求19所述的装置，其特征在于，由所述指令所执行的操作还包括将至少一个与所述PCI子系统相关联的设备识别为对引导所述处理系统非关键；以及如果没有足够的资源可用于满足所述资源请求，就在所述处理系统引导所述OS之前禁用所述被识别为非关键的设备。
22.如权利要求19所述的装置，其特征在于，所述对来自所述处理系统EFI环境的引导信息的检索操作包括检索指定至少一个设备的信息，其中所述设备从以下一组中选出在引导期间服务作为输入控制台的设备；在引导期间服务作为输出控制台的设备；以及提供OS引导指令的设备。
23.如权利要求19所述的装置，其特征在于，由所述指令所执行的操作还包括通过扫描所述PCI子系统发现与所述PCI子系统相关联的所述设备。
24.如权利要求19所述的装置，其特征在于，由所述指令所执行的操作还包括收集来自与所述PCI子系统相关联的至少两个所述设备的资源请求；以及基于所述收集的资源请求确定是否有足够的资源可用。
25.如权利要求19所述的装置，其特征在于，由所述指令所执行的操作还包括基于来自主机桥路驱动程序的资源信息确定所述处理系统的可用资源。
26.如权利要求25所述的装置，其特征在于，所述对是否有足够资源可用的确定操作包括基于来自所述主机桥路驱动程序的资源信息自动确定是否有足够的资源可用。
27.如权利要求19所述的装置，其特征在于，如果没有足够的资源可用，所述指令就基于拒绝策略自动识别至少一个与所述PCI子系统相关联的被拒绝设备。
28.如权利要求19所述的装置，其特征在于，由所述指令所执行的操作还包括收集来自与所述PCI子系统相关联的至少两个所述设备的资源请求；基于来自所述主机桥路驱动程序的资源信息确定所述处理系统的可用资源；基于所述收集的资源请求以及来自所述主机桥路驱动程序的所述资源信息自动确定是否有足够的资源可用于与所述PCI子系统相关联的所述设备；以及如果没有足够的资源可用于满足所述资源请求，就在所述处理系统引导所述OS之前禁用至少一个与所述PCI子系统相关联的设备。
全文摘要
一种方法及其相关装置尽管系统资源不足仍支持引导。在一个实施例中，处理系统包括外围连接接口(PCI)子系统中的两个或多个设备，以及在机器可访问介质中经编码的指令。这些指令在引导所述处理系统的过程期间被执行时可确定这些设备是否用足够的资源可用。这些指令还检索来自所述处理系统扩展固件接口(EFI)环境的引导信息并基于该引导信息将一设备自动识别为引导－关键。所述指令还识别被拒绝的设备，并且如果这些设备没有足够资源可用，就在引导OS之前，为引导－关键设备而非被拒绝的设备自动分配资源。同样还描述并声明了其他实施例。
文档编号G06F13/10GK1926521SQ200480042343
公开日2007年3月7日 申请日期2004年3月18日 优先权日2004年3月18日
发明者陈乐翀, 马翔 申请人:英特尔公司