Patent Application
20090199216
The present invention relates generally to information processing systems and more particularly to a methodology and implementation for providing a multi-level OS driver system.
Normally, the product life of the IO adapter in a computer system is 5 to 7 years. In the beginning of the product's life, there is only one level of the hardware and Operating System (OS) driver. At the end of the product's life, there will be multiple levels of hardware and multiple levels of the OS driver. When an adapter is to be replaced, all of the other adapters of the same type may also need to be replaced. There is a possibility that the OS driver level will only work well with some levels of adapter hardware. The cost for the replacement can become huge and unnecessary.
Thus, there is a need for an improved methodology and implementing system which enables a user to more easily replace input/output (I/O) adapters and to provide a system including I/O adapters which can more easily be made hardware and software compatible when replaced.
A method, medium and implementing processing system are provided in which the Operating System (OS) driver is divided into two parts, viz. an upper level OS driver and a lower level OS driver. The lower level OS driver sets up the adapter hardware and any adapter hardware work-around. The upper level OS driver is interfaced to the OS communication stack and each can be compiled separately. The upper OS driver is compiled and shipped with the OS to make sure it is compatible with the OS communication stack. The lower OS driver, in an exemplary embodiment, is compiled and stored in an adapter memory unit. The OS dynamically combines the upper and lower OS drivers together during the load time.
A better understanding of the present invention can be obtained when the following detailed description of a preferred embodiment is considered in conjunction with the following drawings, in which:
The various methods discussed herein may be implemented within a computing system which includes, inter alia, processing means, memory, storage, input means and display means. Since the individual components of a computer system which may be used to implement the functions used in practicing the present invention are generally known in the art and composed of electronic components and circuits which are also generally known to those skilled in the art, circuit details beyond those shown are not specified to any greater extent than that considered necessary as illustrated, for the understanding and appreciation of the underlying concepts of the present invention and in order not to obfuscate or distract from the teachings of the present invention. Although the invention is illustrated in the context of a computer system, it is understood that the principles of the invention may be implemented in any of many available and future devices and systems.
This invention modifies the existing OS driver structure. It breaks the OS driver into two object codes, upper and lower OS driver, and stores the lower OS driver objects code in the adapter flash memory. The OS links the two objects together when it brings the adapter up. Different hardware level adapters may have the same version code for the upper OS drivers and different versions for the lower drivers.
The present disclosure divides the OS driver into two parts, the upper and lower level OS drivers. The primary function of the lower level OS driver is set up the adapter hardware and any adapter hardware work-around. The upper level OS driver is interfaced to the communication stack. Each can be compiled separately. The upper OS driver can be compiled and shipped with the OS to make sure it is compatible with the OS communication stack. The lower OS driver is compiled and stored in the adapter flash memory. The OS dynamically combines the upper and lower OS drivers together during load time.
In a system built in accordance with the present disclosure, the driver installation packet only contains the upper driver object code. The adapter is shipped with the lower driver object code in the adapter flash memory. The upper driver patch can be applied through current OS driver update methods. The patch to the lower level driver code can be released using the same methods as adapter microcode updates. For example, it erases the old code in the adapter memory and then DMA the new level code into the adapter's memory. The driver load methods upload the lower driver from the adapter and combines it with upper driver, and then loads the combined code into the kernel. Each adapter has its own copy of the driver code; the upper driver will be the same across all adapters. The lower driver may not be the same depending upon the adapter hardware level.
By current methods, systems are manufactured and shipped to the customer site. In an example, the system may have 10 Ethernet adapters and all adapter hardware is in version A.0 and software driver version 3.1. After five years of operation, one of Ethernet adapters is failing, and the current ship level of the Ethernet adapter hardware is B.8 and software driver version is 5.4. Driver version 3.1 doesn't work well with adapter version B.8 and driver version 5.4 doesn't work with adapter version A. Currently, all 10 Ethernet adapters need to be replaced to hardware level B.8 and driver version 5.4. Also, the OS may need to be upgraded to a newer version to be compatible with the driver level 5.4. This can become a major update on the system. With the new OS level, there may be some applications that will need to be upgraded to be compatible with the OS. Also, with the new OS level, there may be some other hardware (IO adapter, hard disk, memory, CPU, etc.) and software that will be incompatible and will need to be upgraded as well.
Using the methodologies disclosed herein, the computer system is manufactured and shipped to the customer site. The system, for example, has 10 Ethernet adapters and all adapter hardware is in version A.0 and software driver is divided into two parts, version u3.1 for upper OS driver and 13.1 for the lower OS driver. After five years of operation, one of Ethernet adapters is failing, and the current ship level of the failing Ethernet adapter hardware is B.8 and software driver version u5.4 and 15.4, for the upper OS driver and lower OS driver, respectively. The lower driver version 13.1 doesn't work well with adapter version B.8 and lower driver version 15.4 doesn't work with adapter version A.
Using the methodologies disclosed herein, the system administrator needs to replace only one adapter. The new adapter will run on the lower driver code differently than the other 9 Ethernet adapters. The 9 old adapters (version A.0) running with u3.1 and 13.1 version code, 1 new adapter (version B.8) running with u3.1 and 15.4 version code and no other updates are needed.
With specific reference to the drawings, in
In
The kernel space of memory includes the operating system 207, which is coupled to the socket 209 and the Transmission Control Protocol and Internet Protocol unit (TCP/IP) 211. The kernel space also includes device drivers 213, 217 and 221. The device drivers 213, 217 and 221 are connected to adapters 215, 219 and 223. It is noted that in the prior art system shown in
In
In an exemplary start-up operation, as shown in
During the OS boot up, the OS initialization code reads the lower driver from the flash memories of the adapters and stores it into the hard disk/system memory so there is a new directory for the OS file system. In the current method, there is only one directory for the I/O device driver, e.g. “-/etc/driver/Ethernet-DD”. Using the new methodology of the present invention, there are two directories, one for the upper driver and the other for the lower driver. For example:
“-/etc/upper-driver/Ethernet-DD”/*upper driver for Ethernet adapter*/
“-/etc/lower-driver/Ethernet-DD”/*lower driver for Ethernet adapter*/
The method and apparatus of the present invention has been described in connection with a preferred embodiment as disclosed herein. Although an embodiment of the present invention has been shown and described in detail herein, along with certain variants thereof, many other varied embodiments that incorporate the teachings of the invention may be easily constructed by those skilled in the art, and even included or integrated into a processor or CPU or other larger system integrated circuit or chip. The disclosed methodology may also be implemented solely or partially in program code stored in any media, including portable or fixed, volatile or non-volatile memory media device, including CDs, RAM and “Flash” memory, or other semiconductor, optical, magnetic or other memory storage media from which it may be loaded and/or transmitted into other media and executed to achieve the beneficial results as described herein. Accordingly, the present invention is not intended to be limited to the specific form set forth herein, but on the contrary, it is intended to cover such alternatives, modifications, and equivalents, as can be reasonably included within the spirit and scope of the invention.
