A method of obtaining the bios version date in the windows operating system using dynamic virtual device drivers (VxDs). First, input and output parameter buffers are defined and the initial address and area size of search memory are obtained. The physical address is mapped to a linear address. After initializing the address shift, the system makes sure the shift is smaller than the memory size minus 8. The system then checks that the address pointed by the initial address plus the shift contains a number. The address of the number is taken as the base address. The values in the zeroth through the ninth bytes of the base address are preserved and returned to the application routine, giving the bios version date.
|
1. A method of obtaining the bios version date in the windows operating system, which comprises the steps of:
defining input and output parameter buffers; obtaining the initial address and area size of search memory; mapping physical addresses to linear addresses; initializing an address shift; making sure that the shift is smaller than the memory size minus 8; making sure that the address pointed by the initial address plus the shift is a number; taking the address with the number as a base address and making sure that the second and fifth bytes are the symbol "/"; making sure that the zeroth through seventh bytes of the base address comprises the symbol "/" and numbers; making sure that the eighth and ninth bytes are numbers; and keeping the values of the zeroth through ninth bytes of the base address and returning the values thereof to the application routine.
7. A method of obtaining the bios version date in the windows operating system, which comprises the steps of:
defining input and output parameter buffers; obtaining the initial address and area size of search memory; mapping physical addresses to linear addresses; initializing an address shift; making sure that the shift is smaller than the memory size minus 8; making sure that the address pointed by the initial address plus the shift is a number; taking the address with the number as a base address and making sure that the fourth and seventh bytes are the symbol "/"; making sure that the zeroth through seventh bytes of the base address comprises the symbol "/" and numbers; making sure that the eighth and ninth bytes are numbers; and keeping the values of the zeroth through ninth bytes of the base address and returning the values thereof to the application routine.
2. The method of
3. The method of
4. The method of
5. The method of
6. The method of
8. The method of
9. The method of
10. The method of
11. The method of
12. The method of
|
1. Field of Invention
The present invention relates to a method of obtain the BIOS version date in the windows operating system and, in particular, to a method of obtaining the BIOS version date in the windows operating system using dynamic virtual device drivers (VxDs).
2. Related Art
Due to the rapid development in computer hardware technologies, the BIOS is changed and upgraded by the computer manufacturers all the time. Since different BIOS's support different hardware and services, it is thus very important to be able to obtain the BIOS version date to facilitate the programming of software that performs hardware tests.
In the conventional DOS, the BIOS version date can be obtained by reading the fixed BIOS memory. However, the windows operating system does not allow application routines to directly accessing the memory. Therefore, there is a difficulty in obtaining the BIOS version date in the windows operating system.
The method of obtaining the BIOS version date in the windows operating system disclosed by the present invention uses a dynamic virtual device driver (VxD) to implement the retrieval of the BIOS version date in the windows operating system. Utilizing the feature that the VxD can run in RING0 privilege and by defining the structure of input and output parameters, the disclosed method can obtain the system BIOS version date and the video BIOS version date from the BIOS.
Taking a system information display in a notebook computer test procedure Evolution as an example, the system BIOS version date and the video BIOS version date have to be displayed. After loading in the BIOSDATE.VxD, define in the input parameter structure that StartAddress is 0xffff0, PrepareSize is 0x400(1K). Using the READDATE function in the VxD, the value of CatchedValue in the return value structure is the expected system BIOS version date.
Defining In the output parameter structure that StartAddress is 0xc0000, PrepareSize is 0x400. Using the READDATE function in the VxD again, the value of CatchedValue in the return value structure is the expected video BIOS version date.
Other features and advantages of the present invention will be apparent from the following detailed description, which proceeds with reference to the accompanying drawings.
The present invention will become more fully understood from the detailed description given hereinbelow and the accompanying drawings which are given by way of illustration only, and thus are not limitative of the present invention, and wherein:
The primary object of the present invention is to implement the method of obtaining the BIOS version date in the windows operating system using dynamic virtual device drivers (VxDs) so that the programmer can readily the BIOS version date while programming a windows application routine.
For Intel x86 series processors, there are four ring privileges under the protected mode, namely RING0, RING1, RING2. and RING3. Different rings provide different forms of protection and different levels of protection, indicating different privileges to storage devices. RINGx mean that the structure of the operating system is like several concentric circular rings. The innermost one is the kernel, called RING0. The farther away ring is closer to the user level. RINGx are a design under the x86 structure, but the operating system. Most central operating units (CPUs) have only a privilege mode and a normal mode, whereas x86 separates them into four modes, RING0 through RING3. The usual operating system only uses RING0 and RING3 under the consideration of platform differences. Even though there are RING1 and RING2 in the protected mode of x86, very few people use them.
Therefore, the windows operating system uses two categories: operations are carried out in RING0 and application programs run in RING3. Only programs in RING0 can perform direct I/O operations on the BIOS memory. The windows operating system does not support application programs to perform direct I/O operations on hardware. Nevertheless, it has a class of special programs, namely the virtual device drivers (VxDs). The VxD can run in RING0 and execute all system operations. The purpose of the VxD design in the windows operating system is to provide a mechanism to share a common external device without through an application program. That is, one can use his VxD to replace the VxD provided by the system, gaining control of reading the BIOS memory for the windows. application routine to obtain the BIOS version date from the memory.
The information exchange between the VxD and the windows application routine is mainly through the application program interface (API) DeviceIOControl function. The parameters of this function contain a pointer pointing to an input buffer and a pointer pointing to an output buffer. Through these two buffers, necessary parameters can be transferred to the VxD and the result can be returned to the application routine. Of course, before using the DeviceIOControl function, the corresponding VxD has to be loaded. The VxD is unloaded after the service.
In general, the BIOS version date is put at a fixed location in the BIOS memory. It is kept within the first 8 or 10 byte space beginning from the physical address 0xffff4. Since the physical address refers to the actual memory address in the computer memory, the system program design would become much easier if the computer system adopts physical addresses. Each physical address will be expressed in a linear method and this method is unique. However, in the virtual memory system part of the hard disk drive (HDD) space can be used as part of the memory, therefore it is impossible for all memory to have physical addresses.
The time format of the BIOS memory is generally fixed. The month, day and year are separated by the symbol "/". More explicitly, there are the following forms: (1) month/day/year, including xx/xx/xx and xx/xx/xxxx (x=0, 1, . . . 9); (2) year/month/day, including xx/xx/xx and xxxx/xx/xx (x=0, 1, . . . 9). Since the time format is very special, therefore if xx/xx/xx or xxxx/xx/xx is found when searching the physical memory, one can be sure that it indicates a time. Searching downwards from the address 0xffff0 in the special BIOS memory, the first time found is the desired BIOS version date. Analogously, searching downwards from the address 0xc000, the first time found is the video BIOS version date.
1. Define input parameters:
To make the VxD function of accessing the BIOS memory.unanimous at least two parameters are needed. One is the initial address of the search memory, such as the address 0xffff0 for searching the BIOS version date and the address 0xc000 for searching the video BIOS version date. The other is the size of the search memory, i.e., the possible size of the area that the time may exist in. Therefore, the structure of the input parameters is defined as:
typedef struct | |
{ | |
DWORD StartAddress; | |
DWORD PrepareSize; | |
}InputBuffer; | |
Define output parameters:
According to the input parameters, the VxD performs searching within the BIOS memory, finds the desired time values, and returns the times values to the windows application routine that calls for the VxD. Therefore, it is necessary to define a string of at least 10 bytes of characters in order to receive the search result. Therefore, the structure of the output parameters is defined as:
typedef struct | |
{ | |
char CatchedValue[10]; | |
}OutputBuffer; | |
The input parameter buffer pointer of the VxD is turned into a self-defined InputBuffer type pointer to obtain the initial address of searching (step 101) and the size of the search area (step 102). The system then determines whether a storage block exists in the physical addresses (step 103). If not, an error sign is associated thereto (step 104) and the values in the zeroth through ninth bytes are returned to the application routine step (105). If the storage block exists, the physical address is mapped to a linear address (step 106). The linear address refers to an expression method in which the addresses of the memory units in the operating system are continuous and unique.
The disclosed method uses the address obtained by adding the base address by a shift to access memory. Thus, the address shift I has to be initialized (step 107). Since the BIOS version date format needs at least 8 bytes, therefore if the data stored in the address of size-8
According to the determination method of the invention, the time format has two types: xx/xx/xx and xx/xx/xxxx as one type, which are common in that the second and fifth bytes are the symbol "/", and xxxx/xx/xx is the other, where the fourth and seventh bytes are the symbol "/". The address pointed by the initial address plus the shift I is taken as the base address. The method then determines whether the second and fifth bytes are the symbol "/" (step 201). If not, then the system executes step D (FIG. 3). The address pointed by the initial address plus the shift is taken as the base address and the system determines whether the fourth and seventh bytes are the symbol "/" (step 301). If not, then the procedure goes back to step C. If they are, then the address pointed by the initial address plus the shift I is taken as the base address and the system determines whether the zeroth through the ninth bytes are the symbol "/" or numbers (step 302). If not, then the procedure goes back to step C. Otherwise, the values of the zeroth through ninth bytes are kept (step 204) and the procedure goes back to step B
In step 201, if the answer is yes, then the address pointed by the initial address plus the shift I is taken as the base address and the system determines whether the zeroth through seventh bytes are the symbol "/" or numbers (step 202). If not, then the procedure continue to step C; otherwise, the address pointed by the initial address plus the shift I is taken as the base address and the system determines whether the eighth and ninth bytes are numbers (step 203). If yes, then the values of the zeroth through ninth bytes are kept (step 204) and the procedure goes back to step B; otherwise, the values of the zeroth through seventh bytes are kept (step 205). The eighth and ninth bytes are set to be "space" and the procedure foes back to step B.
After describing the method hereinbefore, an explicit example is further provided to illustrate the feasibility of the present invention: The system information display in a notebook computer test procedure Evolution needs to display the system BIOS version date and the video BIOS version date of the BIOS. After loading in BIOSDATE.VxD, define in the input parameter structure that StartAddress is 0xffff0 and PrepareSize is 0x400(1K). Using the READDATE function in the VxD, the value of CatchedValue in the return value structure is the desired system BIOS version date.
Define in the output parameter structure that StartAddress
The invention being thus described, it will be obvious that the same may be varied in many ways. Such variations are not to be regarded as a departure from the spirit and scope of the invention, and all such modifications as would be obvious to one skilled in the art are intended to be included within the scope of the following claims.
Lin, Kuang-Shin, Chen, Tong S, Lo, Chiang
Patent | Priority | Assignee | Title |
9058496, | Jan 02 2014 | LENOVO INTERNATIONAL LIMITED | Securely reconfiguring a multi-node system to prevent firmware rollback |
9135029, | Jan 02 2014 | LENOVO INTERNATIONAL LIMITED | Securely reconfiguring a multi-node system to prevent firmware rollback |
Patent | Priority | Assignee | Title |
5473775, | Oct 11 1991 | Kabushiki Kaisha Toshiba | Personal computer using flash memory as BIOS-ROM |
5805882, | Jul 19 1996 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | Computer system and method for replacing obsolete or corrupt boot code contained within reprogrammable memory with new boot code supplied from an external source through a data port |
5809555, | Dec 15 1995 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | Method of determining sizes of 1:1 and 2:1 memory interleaving in a computer system, configuring to the maximum size, and informing the user if memory is incorrectly installed |
5835960, | Jan 07 1994 | Cirrus Logic, Inc. | Apparatus and method for interfacing a peripheral device having a ROM BIOS to a PCI bus |
5960445, | Apr 24 1996 | Sony Corporation | Information processor, method of updating a program and information processing system |
6182188, | Apr 06 1997 | Intel Corporation | Method of performing reliable updates in a symmetrically blocked nonvolatile memory having a bifurcated storage architecture |
6401198, | Mar 09 1999 | Texas Instruments Incorporated | STORING SYSTEM-LEVEL MASS STORAGE CONFIGURATION DATA IN NON-VOLATILE MEMORY ON EACH MASS STORAGE DEVICE TO ALLOW FOR REBOOT/POWER-ON RECONFIGURATION OF ALL INSTALLED MASS STORAGE DEVICES TO THE SAME CONFIGURATION AS LAST USE |
6438711, | Jul 15 1998 | IVANTI, INC | Method and apparatus for performing field diagnostics on a computer system |
6513159, | Mar 28 2000 | Intel Corporation | Platform intelligent installer |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 09 2000 | LO, CHIANG | Inventec Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 011459 | /0057 | |
Oct 10 2000 | CHEN, TONG S | Inventec Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 011459 | /0057 | |
Oct 11 2000 | KIN, KUANG-SHIN | Inventec Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 011459 | /0057 | |
Nov 07 2000 | Inventec Corporation | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Sep 10 2007 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Aug 31 2011 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Sep 09 2015 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Mar 23 2007 | 4 years fee payment window open |
Sep 23 2007 | 6 months grace period start (w surcharge) |
Mar 23 2008 | patent expiry (for year 4) |
Mar 23 2010 | 2 years to revive unintentionally abandoned end. (for year 4) |
Mar 23 2011 | 8 years fee payment window open |
Sep 23 2011 | 6 months grace period start (w surcharge) |
Mar 23 2012 | patent expiry (for year 8) |
Mar 23 2014 | 2 years to revive unintentionally abandoned end. (for year 8) |
Mar 23 2015 | 12 years fee payment window open |
Sep 23 2015 | 6 months grace period start (w surcharge) |
Mar 23 2016 | patent expiry (for year 12) |
Mar 23 2018 | 2 years to revive unintentionally abandoned end. (for year 12) |