Method and system for maintaining a module type definition table

• US 7,415,710 B1
• Filed: 07/07/2003
• Issued: 08/19/2008
• Est. Priority Date: 07/07/2003
• Status: Expired due to Fees

• Current Assignee: Hewlett Packard Enterprise Development LP (Hewlett-Packard Enterprise Company)
• Original Assignee: Hewlett-Packard Development Company, L.P. (HP Inc.)
• Inventors: Yan, Lin, Fernandez, Roselle, Holzer, Ingrid M., Phillips, Robert Andrew, Gryck, Janet, Bellotti, Alberto
• Primary Examiner(s): An; Meng-Ai
• Assistant Examiner(s): ZHE, MENG YAO
• Application Number:
  US10/614,396
• Time in Patent Office: 1,870 Days
• Field of Search: 718/102, 718/105, 717/168
• US Class Current: 718/105
• CPC Class Codes: G06F 9/44521 Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading

Abstract

The invention provides a method and system for maintaining a module type definition table in a computer processing environment. The method includes dynamically creating a module type definition. The method further includes updating a module type definition table to include the module type definition at the direction of the static operating system kernel. A system and article of manufacture for maintaining a module type definition table are also described.

Claims

1. A method for maintaining an external module type definition table by a statically configured portion of an operating system kernel that is executable by a processor, comprising:

identifying a module,

identifying a module type of the module;

searching an external module type definition table that is external to the statically configured portion of the operating system kernel for the module type;

determining the module type is not defined in the external module type definition table;

dynamically creating a module type definition including at least one support module identifier;

updating the external module type definition table to include the dynamically created module type definition and;

loading the module based upon the module type and at least one support module identified by the support module identifier without reloading the statically configured portion of the operating kernel.

2. The method of claim 1, wherein dynamically creating a module type definition includes receiving an operator generated dynamically loadable kernel module type identifier.

3. The method of claim 1, wherein dynamically creating a module type definition includes receiving a computer generated dynamically loadable kernel module type identifier.

4. The method of claim 1, wherein creating a module type definition includes receiving at least one support module identifier associated with control logic operative to conduct pre-registration support.

5. The method of claim 1, wherein creating a module type definition includes receiving at least one support module identifier associated with control logic operative to conduct a registration function.

6. The method of claim 1, wherein creating a module type definition includes receiving at least one support module identifier associated with control logic operative to conduct post-registration support.

7. The method of claim 1, wherein creating a module type definition includes receiving at least one support module identifier associated with control logic operative to conduct pre-loading support.

8. The method of claim 1, wherein creating a module type definition includes receiving at least one support module identifier associated with control logic operative to conduct post-loading support.

9. The method of claim 1, wherein creating a module type definition includes receiving at least one of a pointer and a reference, each at least one of a pointer and a reference being respectively associated with a support module.

10. The method of claim 1, wherein creating a module type definition includes receiving at least one symbol name, each symbol name being respectively associated with a support module.

11. A system including a processor for maintaining an external module type definition table that is external to a statically configured portion of an operating system kernel, comprising:

module type detection logic on a computer readable medium for detecting that a module is of an undefined module type;

module type identification logic on the computer readable medium for assigning a new module type associated with the module;

support module identification logic on the computer readable medium for identifying at least one support module used to support the module type;

support module loading logic on the computer readable medium for loading the at least one identified support module;

module type definition logic on the computer readable medium for dynamically defining the module type as a function of the module type and for externally storing the module type data, including data identifying at least one support module used to support the module type, thereby updating the external module type definition table; and

logic for loading the module without reloading the statically configured portion of the operating kernel.

12. The system of claim 11, wherein the module type identification logic includes logic for receiving an operator generated dynamically loadable kernel module type identifier.

13. The system of claim 11, wherein the module type identification logic includes logic for receiving a computer generated dynamically loadable kernel module type identifier.

14. The system of claim 11, wherein the support module identification logic includes logic for identifying a support module operative to conduct pre-registration support.

15. The system of claim 11, wherein the support module identification logic includes logic for identifying a support module operative to conduct a registration function.

16. The system of claim 11, wherein the support module identification logic includes logic for identifying a support module operative to conduct post-registration support.

17. The system of claim 11, wherein the support module identification logic includes logic for identifying a support module operative to conduct pre-loading support.

18. The system of claim 11, wherein the support module identification logic includes logic for identifying a support module operative to conduct post-loading support.

19. The system of claim 11, wherein the support module identification logic is operative to receive at least one of a pointer and a reference, each at least one of a pointer and a reference being respectively associated with each of the at least one support module.

20. The system of claim 11, wherein the support module identification logic is operative to receive at least one symbol name, each symbol name being respectively associated with each of the at least one support module.

21. A computer-readable storage medium encoded with processing instructions executable by a processor for maintaining an external module type definition table for use by a statically configured portion of an operating system kernel, comprising:

instructions to identify a module type of a first module;

instructions to determine that the module type of the first module is undefined;

instructions to identify data defining the module type of the first module; and

instructions to identify a support module used to support the first module type;

instructions to store the data defining the module type, including the support module that is used to support the module type, in the external module type definition table that is external to the statically configured portion of the operating system kernel; and

instructions to load the first module based upon the module type without reloading the statically configured portion of the operating kernel.

22. The computer-readable storage medium of claim 21 wherein the data defining the module type comprises a pre-loading support module.

23. The computer-readable storage medium of claim 21 wherein the data defining the module type comprises a post-loading support module.

24. The computer-readable storage medium of claim 21 wherein the data defining the module type comprises a pre-registration support module.

25. The computer-readable storage medium of claim 21 wherein the data defining the module type comprises a post-registration support module.

26. An operating kernel on a computer readable medium, the operating kernel being executable by a processor, comprising:

logic on the computer readable medium to receive a request to load a module,

logic on the computer readable medium to identify a module type of the module,

logic on the computer readable medium to reference an external module type definition table that is external to a statically configured portion of the operating system kernel,

logic on the computer readable medium to identify at least one support module used to support the module type in the external module type definition table,

logic on the computer readable medium to load the module based upon the module type and the at least one support module associated with the module type without reloading the statically configured portion of the operating kernel,

logic on a computer readable medium for identifying at least one module type not previously defined in the external module type definition table,

logic on the computer readable medium to dynamically define the at least one module type, the definition including an identifier for at least on support module,

logic on the computer readable medium to update the external module type definition table with the dynamically defined at least one module type.

27. The operating kernel of claim 26, where the logic to dynamically define the at least one external module type includes receiving an operator identified module type.

28. The operating kernel of claim 26, where the logic to dynamically define the at least one external module type includes receiving at least one identified support modules from an operator.

29. An operating system kernel on a computer readable medium, the operating system kernel being executable by a processor, comprising:

logic on the computer readable medium to receive a request to load a module,

logic on the computer readable medium to identify a module type associated with the module,

logic on the computer readable medium to reference an external module type reference table that is external to the statically configured portion of the operating kernel,

logic on the computer readable medium to determine the module type is undefined in the external module type reference table,

means on the computer readable medium to identify at least one support module used to support the module type and associate that support module with a definition of the module type in the external module type reference table, and

means on the computer readable medium to dynamically load the module without reloading the statically configured portion of the operating system kernel.

30. The operating system kernel of claim 29, wherein the means to dynamically load the module comprises:

means to dynamically define the module type that is undefined in the module type reference table,

means to dynamically update the external module type definition table to include the defined module type,

logic to load the module based upon the updated external module type definition table.

31. The operating system kernel of claim 30, wherein the means to dynamically define the module type that is undefined in the module type reference table comprises logic on the computer readable medium to receive at least one operator generated module type.

32. The operating system kernel of claim 30, wherein the means to dynamically define the module type that is undefined in the module type reference table comprises logic on the computer readable medium to receive at least one software generated module type.

33. The operating system kernel of claim 30, wherein the means to dynamically define the module type that is undefined in the module type reference table comprises logic on the computer readable medium to identify at least one support module associated with the module type.