Method and apparatus for using a volume top file to boot firmware modules

• US 7,392,371 B2
• Filed: 12/20/2001
• Issued: 06/24/2008
• Est. Priority Date: 12/20/2001
• Status: Expired due to Fees

• Current Assignee: Intel Corporation
• Original Assignee: Intel Corporation
• Inventors: Zimmer, Vincent J., Datta, Sham M., Brannock, Kirk D.
• Primary Examiner(s): Perveen; Rehana
• Assistant Examiner(s): Chang; Eric
• Application Number:
  US10/032,141
• Publication Number:
  US 20030120909A1
• Time in Patent Office: 2,378 Days
• Field of Search: 713/1
• US Class Current: 713/1
• CPC Class Codes: G06F 9/4401 Bootstrapping security arrangements therefor G06F21/57

Abstract

A boot routine is initialized in a computer by bootstrapping a volume top file (VTF) located in a first addressable location accessible upon the initializing of the boot routine and the volume top file bootstrapping a set of firmware modules.

Claims

1. A method comprising:

initializing a boot routine in a computer, the computer having modular, architecturally defined, components for build firmware;

bootstrapping a volume top file located in a first addressable location accessible upon the initializing of the boot routine, wherein the volume top file is constructed in a architecturally defined manner and is automatically executed first by platform hardware in response to a reset event; and

the volume top file bootstrapping a set of firmware modules, wherein the volume top file conforms to an Extensible Firmware Interface (EFI) architecture.

2. The method of claim 1 further comprising using the volume top file to locate a dispatcher module.

3. The method of claim 2 further comprising using the dispatcher module to access the set of firmware modules.

4. The method of claim 3 in which the set of firmware modules initialize the computer.

5. The method of claim 1 further comprising using a reset vector to access the volume top file.

6. The method of claim 1 in which the volume top file includes addresses of the set of firmware modules.

7. The method of claim 1 in which the volume top file includes an address of a base of a first firmware module.

8. The method of claim 7 in which the base of the first firmware module includes a boot firmware volume base.

9. The method of claim 1 in which the volume top file comprises an authentication block.

10. The method of claim 1 in which the volume top file validates the set of firmware modules.

11. The method of claim 1 further comprising designating the volume lop file as a last file in the set of firmware modules.

12. The method of claim 11 in which the designating includes aligning an end of the volume top file with a memory boundary.

13. The method of claim 11 wherein the memory boundary includes between 4 and 10 giga bytes (Gbyte) of memory.

14. The method as recited in claim 1, wherein the volume top file includes bridges between code that is architecturally specified by the computer and platform code which is not architecturally specified by the computer.

15. The method as recited by claim 1, further comprising:

locating code and data at fixed locations required byte computer architecture.

16. The method as recited by claim 1, wherein the volume top file includes a priori information to access a base of firmware system, the firmware base to be used by the set of firmware modules to publish a general set of access services to discover volumes.

17. The system as recited in claim 1, wherein the volume top file comprises a prefix data structure having a guaranteed unique identifier (GUID).

18. A system comprising:

a non-volatile memory of a computer that initializes a boot routine in the computer, the computer having modular, architecturally defined, components for build firmware;

a processing architecture of the computer configured to bootstrap a volume top file located in a first addressable location accessible upon the initializing of the boot routine; and

the volume top file configured to bootstrap a set of firmware modules, wherein the volume top file conforms to an Extensible Firmware Interface (EEI) architecture, and wherein the volume top file is constructed in a architecturally defined manner to be automatically executed first by computer hardware in response to a reset event.

19. The system of claim 18 in which the volume top file is configured to locate a dispatcher module.

20. The system of claim 18 in which the dispatcher module is configured to access the set of firmware modules.

21. The system of claim 18 in which the set of firmware modules are configured to initialize the computer.

22. The system of claim 18 in which the volume top file includes addresses of the set of firmware modules.

23. The system of claim 18 in which the volume top file includes an address of a base of a first firmware module.

24. An apparatus comprising:

a processor, the processor having modular, architecturally defined, components for build firmware;

a non-volatile memory in which is stored;

a volume top file located in a first addressable location of the non-volatile memory accessed by a central processing unit (CPU) of a computer, the volume top file being architecturally defined and automatically accessible by hardware using a reset, and wherein the volume top file conforms to an Extensible Firmware Interface (EFI) architecture;

a data structure associated with a first firmware module; and

,

a second firmware module accessible by the volume top file.

25. The apparatus of claim 24 in which a first firmware module comprises a distinguished firmware module.

26. The apparatus of claim 24 further comprising a dispatcher module located by the volume top file.

27. The apparatus of claim 24 in which the set of firmware modules include an initialization routine for initializing the computer.

28. The apparatus of claim 24 in which the volume top file includes an address of a base of the second firmware module.

29. The apparatus of claim 28 in which the base of the second firmware module comprises a boot firmware volume base.

30. The apparatus of claim 24 in which the volume top file includes an authentication block.

31. The apparatus of claim 24 in which the volume top file validates the second firmware module.