US20040158699A1 - Organizing information stored in non-volatile re-programmable semiconductor memories - Google Patents
Organizing information stored in non-volatile re-programmable semiconductor memories Download PDFInfo
- Publication number
- US20040158699A1 US20040158699A1 US10/764,617 US76461704A US2004158699A1 US 20040158699 A1 US20040158699 A1 US 20040158699A1 US 76461704 A US76461704 A US 76461704A US 2004158699 A1 US2004158699 A1 US 2004158699A1
- Authority
- US
- United States
- Prior art keywords
- memory
- operating system
- partitions
- information
- stored
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 230000015654 memory Effects 0.000 title claims abstract description 100
- 239000004065 semiconductor Substances 0.000 title claims description 15
- 238000005192 partition Methods 0.000 claims abstract description 34
- 238000011084 recovery Methods 0.000 claims description 54
- 238000000034 method Methods 0.000 claims description 17
- 125000004122 cyclic group Chemical group 0.000 claims description 4
- 238000012360 testing method Methods 0.000 claims description 4
- 238000000638 solvent extraction Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0629—Configuration or reconfiguration of storage systems
- G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0644—Management of space entities, e.g. partitions, extents, pools
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
- G06F3/0679—Non-volatile semiconductor memory device, e.g. flash memory, one time programmable memory [OTP]
Definitions
- This invention relates generally to processor-based systems using semiconductor memory as their primary, non-volatile, re-programmable storage medium.
- processor-based systems may be provided which do not use as their non-volatile storage medium, a hard disk drive.
- a hard disk drive provides a convenient non-volatile storage medium that stores most of the information which the user desires to maintain permanently. This may include among other things, the operating system, application software, files and data, as examples.
- the information that is stored in the hard disk drive may be transferred for execution to system memory which conventionally is a volatile memory.
- hard disk drives provide a very high capacity, relatively quick storage medium.
- hard disk drives take more space and use more power than non-volatile semiconductor memories.
- re-programmable, non-volatile semiconductor memories are used as the primary storage system for processor-based systems. These semiconductor memories store the panoply of information normally stored in hard disk drives including operating systems.
- FLASH memories utilized as primary non-volatile storage media for processor-based systems use FLASH memories. These FLASH memories may be re-programmed without user intervention using well known on-board capabilities. These memories are generally accessed using row and column addresses. Thus, the memories are generally monolithic in that the location of files and other data in that memory is generally stored outside the memory.
- a method of organizing stored information on a non-volatile, re-programmable semiconductor memory includes partitioning the memory into a plurality of partitions, each having a defined address. A defined address for one partition is stored in another partition.
- FIG. 1 is a schematic depiction of a client/server system in accordance with one embodiment of the present invention
- FIG. 2 is a depiction of the memory architecture of the storage device shown in FIG. 1;
- FIG. 3 is a depiction of a memory architecture of a BIOS and recovery operating system used in the system shown in FIG. 2;
- FIG. 4 is a flow chart for implementing software for re-loading operating systems in accordance with one embodiment of the present invention
- FIG. 5 is a depiction of a memory architecture for the primary operating system shown in FIG. 2;
- FIG. 6 is a hardware implementation of the client shown in FIG. 1;
- FIG. 7 is a flow chart illustrating the operation of the FLAT shown in FIG. 5.
- a client/server computer system 10 may include one or more servers 18 that may be coupled over a network 16 to one or more clients 12 .
- Each client 12 may have a storage device 14 .
- the client 12 may be a processor-based system such as a desktop computer system, a handheld computer system, a processor-based television system, a set top box, an appliance, a thin client, a cellular telephone, or the like.
- the network 16 may be any of a variety of networks including a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a wireless network, a home network or an internetwork such as the Internet.
- LAN local area network
- MAN metropolitan area network
- WAN wide area network
- wireless network a home network or an internetwork such as the Internet.
- the client 12 may permanently store its operating system on a re-programmable storage device 14 .
- the storage device 14 may conventionally be a hard disk drive or a FLASH memory.
- the client 10 can access the network 16 and the server 18 in order to obtain an uncorrupted or updated operating system and automatically re-load the new operating system onto the storage device 14 .
- the storage device 14 may be electrically reprogrammed.
- the storage device 14 may also act as the BIOS memory for the client 12 in one embodiment of the invention.
- the BIOS memory is a read only memory (ROM), by using a re-programmable memory, the operating system as well as the BIOS code may be updated or replaced when corrupted, as will be explained hereinafter.
- a conventional BIOS ROM may be used in addition to the storage device 14 .
- a variety of FLASH memories are available for implementing the storage device 14 , such as Intel's StrataFlashTM brand memory.
- One advantageous memory is the 28F64OJ5 eight megabyte FLASH array available from Intel Corporation. This memory includes a plurality of 128 kilobyte blocks. Each block may be data protected so that it may not be erased or overwritten. In other words, data protection may be selectively applied to one or more of a plurality of blocks in the memory.
- the BIOS may be stored in one or more data protected blocks in the FLASH memory.
- the recovery operating system may be stored in one or more blocks that are also data protected.
- the BIOS may be stored in two 128 kilobyte blocks and the recovery operating system may use two 128 kilobyte blocks.
- the remainder of the memory may be utilized to store the primary operating system and a file system. Additional information about FLASH memories may be found in the “FLASH Memory” Databooks, January 1998, Order No. 2108830-017 available from Intel Corporation, Santa Clara, Calif.
- the memory architecture of the storage device 14 may include addressable locations for a BIOS and recovery operating system 20 and a primary operating system 22 .
- the primary operating system may be a general purpose operating system such as Microsoft Windows® 98 or CE, Linux, or the BE operating systems, as examples.
- the primary operating system may also be a real time operating system (RTOS) such as the PalmOS.
- RTOS real time operating system
- the BIOS and recovery operating system 20 operates in cases where the primary operating system 22 is corrupted or needs updating.
- the recovery operating system 20 may be an operating system of a reduced size which includes basic, essential BIOS functions and the limited software needed to obtain a new primary operating system.
- a “recovery operating system” is an operating system that is responsible for updating and/or obtaining a replacement for a primary operating system.
- the recovery operating system 20 includes a kernel 26 , a network interface controller (NIC) drivers 30 and a network stack 28 .
- the kernel 26 is the core of the recovery operating system 20 .
- the stack 28 may include the User Datagram Protocol/Internet Protocol (UDP/IP), Trivial File Transfer Protocol (TFTP), Dynamic Host Control Protocol (DHCP), Address Resolution Protocol (ARP) and the boot strap protocol (BOOTP). (These protocols may be found at www.ietf.org/rfc.html.)
- the recovery operating system 20 may also include the operating system recovery and update application software 24 .
- a FLASH driver 34 and BIOS services 35 may also be included.
- the FLASH driver is used to write a new primary operating system to the FLASH memory, where a FLASH memory is used as the storage device 14 .
- the hardware interface 36 interfaces the software layers with a hardware motherboard.
- the recovery operating system 22 may be stripped down as much as possible to conserve memory. If possible, the kernel 26 may be reduced to only that code which is necessary to implement its recovery and update functions.
- One kernel which is particularly applicable is the LINUX kernel.
- the LINUX kernel includes an X-based kernel configuration utility called make xconfig. This utility provides a graphical user interface to facilitate selecting the elements of the kernel and the operating system. That is, the LINUX operating system allows the user to answer a series of questions, posed through a graphical user interface, indicating whether particular functionalities are desired. The code for de-selected functionalities may then be excluded. As a result, a relatively trimmed down operating system may be readily developed, without access to object code.
- the system may reboot, thereby resolving the error.
- a watchdog timer in the CMOS memory keeps a count of unsuccessful attempted reboots. If that number exceeds a threshold level (e.g. three), the recovery operating system may be invoked.
- the system attempts to reboot it checks the CMOS memory re-boot count and automatically boots the recovery operating system if the re-boot count threshold is exceeded.
- the recovery operating system 20 is started so that a new version of the primary operating system image may be fetched.
- the recovery operating system 20 may also acquire operating system updates. This may be done in a number of ways.
- the user may request an update, thereby setting a separate update bit in the CMOS memory.
- an operating system provider may broadcast a message to its users indicating that an update is available. The user systems that receive the message may have their update bit automatically set in CMOS memory. On the next attempted boot, the recovery operating system is booted to automatically acquire the update.
- the recovery and update application software 24 may be configured so that the update is automatically acquired at a predicted low usage time. For example, if the system detects that the update bit is set, indicating an update is desired, the system may wait until the middle of the night to automatically download the update.
- the recovery operating system in turn may communicate through the network interface controller and the network 16 to fetch a new version of the primary operating system image. This may be done by accessing another device in the same network or in another example, accessing the desired operating system over the Internet.
- the system is rebooted.
- the primary operating system resets the update bit in CMOS memory.
- an analysis of the stored operating system may determine that the operating system is corrupted. For example, during booting a checksum analysis may be undertaken. If the stored operating system is corrupted, a recovery bit may be set in the CMOS memory and the boot aborted. The next time a boot is attempted, the recovery bit is identified, and the system boots to the recovery operating system.
- recovery and update application software 24 begins by checking the storage device 14 as indicated in diamond 40 .
- the start-up code checks the primary operating system image in the memory 14 for checksum errors. If there is an error, the system boots the recovery operating system 20 and launches the recovery application. An error code may arise because the operating system image is corrupted or one of the recovery or update flags are set.
- the recovery flag may be set, for example, because of a defect in the operating system.
- the update flags may be set, for example, because a time period has elapsed for an old primary operating system or because the user has indicated a desire to obtain an upgrade.
- the primary operating system is booted as indicated in block 44 if the checksum indicates a valid operating system. Otherwise, the recovery operating system is booted as indicated in block 46 .
- start-up code which is part of the BIOS, sets the recovery bit in the CMOS memory if appropriate.
- the start-up code may also include the code for counting the number of times a reboot has been attempted and for storing information about the number of attempted reboots.
- the application 24 may initiate a request over the network to the server 18 for an operating system download (block 48 ), in one embodiment of the present invention. Once the new image is downloaded, it is written to the storage device 14 . The recovery bit is then cleared, as indicated in block 50 , and the system reboots as indicated in block 52 . The next time through, the system boots into the primary operating system and performs it usual functions.
- the memory architecture of a portion of the storage device 14 storing the primary operating system 22 has, at the lowest memory address, a checksum or cyclic redundancy check (CRC) field 96 .
- CRC checksum or cyclic redundancy check
- Above the checksum field 96 is a field 98 which indicates the number of entries in a FLASH allocation table (FLAT) 100 .
- FLASH allocation table partitions the FLASH memory portion 22 and allows multiple code and data images to be stored in the storage device 14 . This in turn allows multiple boot loaders to exist within the FLASH memory for booting different operating system images.
- the BIOS selects which boot loader to load and execute based on the status of the recovery bit, as described above.
- the boot loader 102 for loading the primary operating system is stored above the flash allocation table 100 .
- the kernel 104 or core of the primary operating system Above the boot loader 102 is the kernel 104 or core of the primary operating system.
- the primary operating system kernel may be the same or different from the kernel utilized by the recovery operating system. For example, while LINUX may be used for the recovery operating system, Windows® CE could be used in one embodiment for the primary operating system.
- the FLASH allocation table 100 includes one entry for each item stored in the FLASH memory portion 22 including the items stored in the file system 106 .
- the file system 106 includes files, directories and information used to locate and access operating system files and directories.
- Each item contained in the FLASH allocation table includes information about the software version, the flags, the data offsets, the length of the data and its load address.
- the version number just keeps track of which version of software was loaded in a particular memory 14 .
- the data offset determines where, in the FLASH memory, an entry is located.
- the flag field has information about the nature of the respective entries.
- the least significant bit of the flag field includes information about the status of the cyclic recovery check (CRC). This in effect tells the BIOS whether a CRC must be calculated.
- CRC cyclic recovery check
- the next most significant bit includes the block type.
- the block types include “boot” which indicates a boot loader, “kernel” or “file system”. If the block type is boot loader, this flag field tells where, in random access memory, to load the boot loader out of the FLASH memory. An additional area in the flag field may be reserved for other information.
- a boot loader or bootstrap loader loads and passes control to another loader program which loads an operating system.
- FIG. 6 A set top computer systems works with a television receiver.
- the client 12 may include a processor 65 coupled to an accelerated graphic board (AGP) chipset 66 .
- AGP accelerated graphic board
- the Accelerated Graphic Port Specification, Rev. 2.0 is available from Intel Corporation of Santa Clara, Calif.
- the chipset 66 may be coupled to system memory 68 in the accelerated graphics port bus 70 .
- the bus 70 in turn may be coupled to a graphic accelerator 72 , also coupled to a video or television receiver 73 .
- a portion 75 of system memory 68 may be implemented by a memory integrated circuit which is adapted to save system data.
- the CMOS includes the real time clock (RTC), which keeps the time of day.
- RTC real time clock
- the recovery and update bits are stored in the CMOS memory at predefined locations.
- the chipset 66 may also be coupled to a bus 74 that receives a television tuner/capture card 76 .
- the card 76 may be coupled to a television antenna 78 which may also be a satellite antenna or a cable connection as additional examples.
- An interface to a network 16 such as a modem interface connection to the Internet or a network interface controller connection to a computer network may also be provided.
- a bridge 80 may in turn be coupled to another bus 84 which supports a serial input/output interface 86 and a memory interface 94 .
- the interface 86 may be coupled to a modem 88 or a keyboard 92 .
- the interface 94 may couple the FLASH memory 14 storing the recovery operating system and BIOS 20 and the primary operating system 22 .
- the bridge 80 may be the 82371AB PCI ISA IDE Xcelerator (PIIX4) chipset available from Intel Corporation. Thus, it may include a general purpose input/output pins (GP[I,O]).
- the chipset may be set up so that it sees only a certain number of lines of BIOS at any one time.
- the primary operating system and the recovery operating system are stored in FLASH memory, they may be accessed in the same way as the BIOS memory is accessed.
- the FLASH memory that is accessed is considerably larger than a BIOS memory, it may be desirable to use other techniques to allow accessing all of the memory stored in the FLASH.
- One technique for doing this in processors from Intel Corporation is to use the GP[I,O] pins, for example on the PIIX4 device. These pins can be coupled to the pins responsible for developing the signals reading the BIOS. By providing appropriate GP[I,O] signals, FLASH memory reading may be bank switched to sequentially read the entire memory.
- software that uses the FLAT to allow multiple code and data images to be stored in FLASH memory begins on power up or system reset with the BIOS executing and performing system initialization and Power on Self Test activities (block 110 ).
- the contents of the FLASH memory may be validated by checking the CRC stored at field 96 in the FLASH memory, as indicated in block 112 .
- the BIOS selects the boot loader (block 114 ) to execute by scanning the FLAT and selecting the entry marked as the boot loader.
- the boot loader uses the FLAT to find where in the FLASH memory the primary operating system is located (block 116 ), loads the operating system at the appropriate address in system memory (block 118 ) and starts its execution (block 120 ).
- BIOS may continue to be independent from the operating system.
- the operating system dependencies can reside in the boot loader.
- the boot loader allows a conventional computer operating system to reside in FLASH memory.
- the present invention may be utilized in connection with other configurations.
- the recovery operating system may also be included on the hard disk drive.
- the BIOS may continue to be stored in a BIOS ROM in such cases, if desired.
- the recovery operating system may actually be provided on an external or removable memory, such as a compact disc ROM (CD-ROM).
- CD-ROM compact disc ROM
- the user may simply load the CD-ROM into a CD-player.
- a processor executes the recovery operating system off of the CD-ROM, and then uses the recovery and update application software to update and replace the primary operating system.
- This approach offers advantages over providing the full operating system in disk form since the use of a compact recovery operating system facilitates updates. That is, the compact recovery system may be quickly loaded and used to acquire updates. Otherwise, a full operating system would need to be provided in disk form to each user, for each update, so that the user can then acquire the updates.
- the present invention has been described with respect to a client/server environment, the present invention is available to a variety of other environments.
- the present invention may be implemented on a server in a client/server environment.
- it is applicable to stand-alone computer systems including processor-based systems that are battery powered.
- the present invention may provide an update or replacement functionality using available wired or wireless communication links.
- a system which may be temporarily hard wire linked to a desktop computer, such as a PalmPilot personal digital assistant, the recovery operating system may communicate with the desktop to obtain a new operating system.
- upgrades may be obtained using a variety of wireless communication links including radio and cellular telephone links.
- new operating systems may be achieved using these communication links as well.
- the recovery application software can not be programmed with information about additional locations which contain future updates. However, when an operating system provider broadcasts information about updates, that broadcast may also include information about how to automatically acquire the desired updates. This information may then be used by the recovery application software.
- the system user is oblivious to the operation of the recovery operating system.
- the recovery operating system works in the background making the primary operating system to appear to the user to be more robust.
Abstract
A plurality of partitions may be formed in a non-volatile re-programmable memory which may act as the primary non-volatile file system for a processor-based system. The memory may store, for example, the basic input/output system for the processor-based system together with its operating system. An address partition may include information about the location of the other partitions, in association with information about the type of information stored in each partition.
Description
- This invention relates generally to processor-based systems using semiconductor memory as their primary, non-volatile, re-programmable storage medium.
- There is increasing interest in so-called embedded processor-based systems. These systems often operate with reduced functionalities to provide desired performance at relatively low cost. In many cases, these embedded systems may be battery operated. Thus, their capabilities may be limited to improve battery lifetime.
- For a variety of reasons including conserving battery life, reducing cost and providing a compact form factor, processor-based systems may be provided which do not use as their non-volatile storage medium, a hard disk drive. In many processor-based systems, a hard disk drive provides a convenient non-volatile storage medium that stores most of the information which the user desires to maintain permanently. This may include among other things, the operating system, application software, files and data, as examples. The information that is stored in the hard disk drive may be transferred for execution to system memory which conventionally is a volatile memory.
- In many systems, hard disk drives provide a very high capacity, relatively quick storage medium. However, hard disk drives take more space and use more power than non-volatile semiconductor memories. In many embedded systems, re-programmable, non-volatile semiconductor memories are used as the primary storage system for processor-based systems. These semiconductor memories store the panoply of information normally stored in hard disk drives including operating systems.
- In many cases, semiconductor memories utilized as primary non-volatile storage media for processor-based systems use FLASH memories. These FLASH memories may be re-programmed without user intervention using well known on-board capabilities. These memories are generally accessed using row and column addresses. Thus, the memories are generally monolithic in that the location of files and other data in that memory is generally stored outside the memory.
- While this system has worked well with relatively simple embedded processor-based systems, as the demands on the processor-based systems increase, this simple storage system may be inadequate to handle some desired functions. Thus, there is a need for an improved way of using non-volatile re-programmable semiconductor memories as the primary non-volatile file system for processor-based systems.
- In accordance with one aspect, a method of organizing stored information on a non-volatile, re-programmable semiconductor memory includes partitioning the memory into a plurality of partitions, each having a defined address. A defined address for one partition is stored in another partition.
- Other aspects are set forth in the accompanying detailed description and claims.
- FIG. 1 is a schematic depiction of a client/server system in accordance with one embodiment of the present invention;
- FIG. 2 is a depiction of the memory architecture of the storage device shown in FIG. 1;
- FIG. 3 is a depiction of a memory architecture of a BIOS and recovery operating system used in the system shown in FIG. 2;
- FIG. 4 is a flow chart for implementing software for re-loading operating systems in accordance with one embodiment of the present invention;
- FIG. 5 is a depiction of a memory architecture for the primary operating system shown in FIG. 2;
- FIG. 6 is a hardware implementation of the client shown in FIG. 1; and
- FIG. 7 is a flow chart illustrating the operation of the FLAT shown in FIG. 5.
- A client/
server computer system 10, shown in FIG. 1, may include one ormore servers 18 that may be coupled over anetwork 16 to one ormore clients 12. Eachclient 12 may have astorage device 14. Theclient 12 may be a processor-based system such as a desktop computer system, a handheld computer system, a processor-based television system, a set top box, an appliance, a thin client, a cellular telephone, or the like. Thenetwork 16 may be any of a variety of networks including a local area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a wireless network, a home network or an internetwork such as the Internet. - In the
system 10, theclient 12 may permanently store its operating system on are-programmable storage device 14. Thestorage device 14 may conventionally be a hard disk drive or a FLASH memory. When the operating system is corrupted or needs updating, theclient 10 can access thenetwork 16 and theserver 18 in order to obtain an uncorrupted or updated operating system and automatically re-load the new operating system onto thestorage device 14. - The
storage device 14 may be electrically reprogrammed. Thestorage device 14 may also act as the BIOS memory for theclient 12 in one embodiment of the invention. While conventionally the BIOS memory is a read only memory (ROM), by using a re-programmable memory, the operating system as well as the BIOS code may be updated or replaced when corrupted, as will be explained hereinafter. In other embodiments a conventional BIOS ROM may be used in addition to thestorage device 14. - A variety of FLASH memories are available for implementing the
storage device 14, such as Intel's StrataFlash™ brand memory. One advantageous memory is the 28F64OJ5 eight megabyte FLASH array available from Intel Corporation. This memory includes a plurality of 128 kilobyte blocks. Each block may be data protected so that it may not be erased or overwritten. In other words, data protection may be selectively applied to one or more of a plurality of blocks in the memory. - The BIOS may be stored in one or more data protected blocks in the FLASH memory. Likewise, the recovery operating system may be stored in one or more blocks that are also data protected. In one embodiment, the BIOS may be stored in two 128 kilobyte blocks and the recovery operating system may use two 128 kilobyte blocks. The remainder of the memory may be utilized to store the primary operating system and a file system. Additional information about FLASH memories may be found in the “FLASH Memory” Databooks, January 1998, Order No. 2108830-017 available from Intel Corporation, Santa Clara, Calif.
- Referring now to FIG. 2, the memory architecture of the
storage device 14 may include addressable locations for a BIOS andrecovery operating system 20 and aprimary operating system 22. The primary operating system may be a general purpose operating system such as Microsoft Windows® 98 or CE, Linux, or the BE operating systems, as examples. The primary operating system may also be a real time operating system (RTOS) such as the PalmOS. The BIOS andrecovery operating system 20 operates in cases where theprimary operating system 22 is corrupted or needs updating. Therecovery operating system 20 may be an operating system of a reduced size which includes basic, essential BIOS functions and the limited software needed to obtain a new primary operating system. Thus, as used herein a “recovery operating system” is an operating system that is responsible for updating and/or obtaining a replacement for a primary operating system. - Referring to FIG. 3, in one embodiment of the invention, the
recovery operating system 20 includes akernel 26, a network interface controller (NIC)drivers 30 and anetwork stack 28. Thekernel 26 is the core of therecovery operating system 20. Thestack 28, for example, may include the User Datagram Protocol/Internet Protocol (UDP/IP), Trivial File Transfer Protocol (TFTP), Dynamic Host Control Protocol (DHCP), Address Resolution Protocol (ARP) and the boot strap protocol (BOOTP). (These protocols may be found at www.ietf.org/rfc.html.) Therecovery operating system 20 may also include the operating system recovery andupdate application software 24. AFLASH driver 34 and BIOS services 35 may also be included. The FLASH driver is used to write a new primary operating system to the FLASH memory, where a FLASH memory is used as thestorage device 14. Thehardware interface 36 interfaces the software layers with a hardware motherboard. - Ideally, the
recovery operating system 22 may be stripped down as much as possible to conserve memory. If possible, thekernel 26 may be reduced to only that code which is necessary to implement its recovery and update functions. One kernel which is particularly applicable is the LINUX kernel. The LINUX kernel includes an X-based kernel configuration utility called make xconfig. This utility provides a graphical user interface to facilitate selecting the elements of the kernel and the operating system. That is, the LINUX operating system allows the user to answer a series of questions, posed through a graphical user interface, indicating whether particular functionalities are desired. The code for de-selected functionalities may then be excluded. As a result, a relatively trimmed down operating system may be readily developed, without access to object code. - In the case of some software errors or crashes, the system may reboot, thereby resolving the error. A watchdog timer in the CMOS memory keeps a count of unsuccessful attempted reboots. If that number exceeds a threshold level (e.g. three), the recovery operating system may be invoked. When the system attempts to reboot, it checks the CMOS memory re-boot count and automatically boots the recovery operating system if the re-boot count threshold is exceeded. The
recovery operating system 20 is started so that a new version of the primary operating system image may be fetched. - The
recovery operating system 20 may also acquire operating system updates. This may be done in a number of ways. In one embodiment, the user may request an update, thereby setting a separate update bit in the CMOS memory. In another embodiment, an operating system provider may broadcast a message to its users indicating that an update is available. The user systems that receive the message may have their update bit automatically set in CMOS memory. On the next attempted boot, the recovery operating system is booted to automatically acquire the update. - Alternatively, the recovery and update
application software 24 may be configured so that the update is automatically acquired at a predicted low usage time. For example, if the system detects that the update bit is set, indicating an update is desired, the system may wait until the middle of the night to automatically download the update. - The recovery operating system in turn may communicate through the network interface controller and the
network 16 to fetch a new version of the primary operating system image. This may be done by accessing another device in the same network or in another example, accessing the desired operating system over the Internet. - After the new operating system has been checked in system memory and loaded into the
memory 14, the system is rebooted. When the system reboots the primary operating system, the primary operating system resets the update bit in CMOS memory. - In some cases when booting is attempted, an analysis of the stored operating system may determine that the operating system is corrupted. For example, during booting a checksum analysis may be undertaken. If the stored operating system is corrupted, a recovery bit may be set in the CMOS memory and the boot aborted. The next time a boot is attempted, the recovery bit is identified, and the system boots to the recovery operating system.
- Referring now to FIG. 4, recovery and update
application software 24 begins by checking thestorage device 14 as indicated indiamond 40. Upon power up, after going through the power on self test (POST), the start-up code checks the primary operating system image in thememory 14 for checksum errors. If there is an error, the system boots therecovery operating system 20 and launches the recovery application. An error code may arise because the operating system image is corrupted or one of the recovery or update flags are set. The recovery flag may be set, for example, because of a defect in the operating system. The update flags may be set, for example, because a time period has elapsed for an old primary operating system or because the user has indicated a desire to obtain an upgrade. Thus, after applying the checksum as indicated inblock 42, the primary operating system is booted as indicated inblock 44 if the checksum indicates a valid operating system. Otherwise, the recovery operating system is booted as indicated inblock 46. - During the boot routine, start-up code which is part of the BIOS, sets the recovery bit in the CMOS memory if appropriate. The start-up code may also include the code for counting the number of times a reboot has been attempted and for storing information about the number of attempted reboots.
- The
application 24 may initiate a request over the network to theserver 18 for an operating system download (block 48), in one embodiment of the present invention. Once the new image is downloaded, it is written to thestorage device 14. The recovery bit is then cleared, as indicated inblock 50, and the system reboots as indicated inblock 52. The next time through, the system boots into the primary operating system and performs it usual functions. - The memory architecture of a portion of the
storage device 14 storing theprimary operating system 22, shown in FIG. 5, has, at the lowest memory address, a checksum or cyclic redundancy check (CRC)field 96. Above thechecksum field 96 is afield 98 which indicates the number of entries in a FLASH allocation table (FLAT) 100. The FLASH allocation table partitions theFLASH memory portion 22 and allows multiple code and data images to be stored in thestorage device 14. This in turn allows multiple boot loaders to exist within the FLASH memory for booting different operating system images. At boot time, the BIOS selects which boot loader to load and execute based on the status of the recovery bit, as described above. - The
boot loader 102 for loading the primary operating system is stored above the flash allocation table 100. Above theboot loader 102 is thekernel 104 or core of the primary operating system. The primary operating system kernel may be the same or different from the kernel utilized by the recovery operating system. For example, while LINUX may be used for the recovery operating system, Windows® CE could be used in one embodiment for the primary operating system. - Above the
kernel 104 is afile system 106. The FLASH allocation table 100 includes one entry for each item stored in theFLASH memory portion 22 including the items stored in thefile system 106. Thefile system 106 includes files, directories and information used to locate and access operating system files and directories. - Each item contained in the FLASH allocation table includes information about the software version, the flags, the data offsets, the length of the data and its load address. The version number just keeps track of which version of software was loaded in a
particular memory 14. The data offset determines where, in the FLASH memory, an entry is located. - The flag field has information about the nature of the respective entries. The least significant bit of the flag field includes information about the status of the cyclic recovery check (CRC). This in effect tells the BIOS whether a CRC must be calculated. The next most significant bit includes the block type. The block types include “boot” which indicates a boot loader, “kernel” or “file system”. If the block type is boot loader, this flag field tells where, in random access memory, to load the boot loader out of the FLASH memory. An additional area in the flag field may be reserved for other information. A boot loader or bootstrap loader loads and passes control to another loader program which loads an operating system.
- While the present invention may be used in connection with a variety of processor-based systems, an application which uses a set top computer system is illustrated in FIG. 6. A set top computer systems works with a television receiver. The
client 12 may include aprocessor 65 coupled to an accelerated graphic board (AGP)chipset 66. The Accelerated Graphic Port Specification, Rev. 2.0 is available from Intel Corporation of Santa Clara, Calif. Thechipset 66 may be coupled tosystem memory 68 in the acceleratedgraphics port bus 70. Thebus 70 in turn may be coupled to agraphic accelerator 72, also coupled to a video ortelevision receiver 73. - A
portion 75 ofsystem memory 68, called the CMOS memory, may be implemented by a memory integrated circuit which is adapted to save system data. Conventionally, the CMOS includes the real time clock (RTC), which keeps the time of day. The recovery and update bits are stored in the CMOS memory at predefined locations. - The
chipset 66 may also be coupled to abus 74 that receives a television tuner/capture card 76. Thecard 76 may be coupled to a television antenna 78 which may also be a satellite antenna or a cable connection as additional examples. An interface to anetwork 16, such as a modem interface connection to the Internet or a network interface controller connection to a computer network may also be provided. - A
bridge 80 may in turn be coupled to anotherbus 84 which supports a serial input/output interface 86 and a memory interface 94. Theinterface 86 may be coupled to amodem 88 or akeyboard 92. The interface 94 may couple theFLASH memory 14 storing the recovery operating system andBIOS 20 and theprimary operating system 22. Thebridge 80 may be the 82371AB PCI ISA IDE Xcelerator (PIIX4) chipset available from Intel Corporation. Thus, it may include a general purpose input/output pins (GP[I,O]). - With the number of chipsets used to implement computer systems, the chipset may be set up so that it sees only a certain number of lines of BIOS at any one time. In embodiments in which the primary operating system and the recovery operating system are stored in FLASH memory, they may be accessed in the same way as the BIOS memory is accessed. Thus, since the FLASH memory that is accessed is considerably larger than a BIOS memory, it may be desirable to use other techniques to allow accessing all of the memory stored in the FLASH. One technique for doing this in processors from Intel Corporation is to use the GP[I,O] pins, for example on the PIIX4 device. These pins can be coupled to the pins responsible for developing the signals reading the BIOS. By providing appropriate GP[I,O] signals, FLASH memory reading may be bank switched to sequentially read the entire memory.
- Turning now to FIG. 7, in accordance with one embodiment, software that uses the FLAT to allow multiple code and data images to be stored in FLASH memory, begins on power up or system reset with the BIOS executing and performing system initialization and Power on Self Test activities (block110). The contents of the FLASH memory may be validated by checking the CRC stored at
field 96 in the FLASH memory, as indicated inblock 112. At this point, the BIOS selects the boot loader (block 114) to execute by scanning the FLAT and selecting the entry marked as the boot loader. The boot loader then uses the FLAT to find where in the FLASH memory the primary operating system is located (block 116), loads the operating system at the appropriate address in system memory (block 118) and starts its execution (block 120). - In some embodiments the BIOS may continue to be independent from the operating system. The operating system dependencies can reside in the boot loader. The boot loader allows a conventional computer operating system to reside in FLASH memory.
- While the present invention has been illustrated in connection with an embodiment wherein the primary operating system and the recovery operating system are stored in a storage device such as a FLASH memory, other re-programmable storage devices may be utilized as well. In the case of FLASH memory, given current economies, the memory is relatively expensive and mirroring is generally not used. Thus, the use of the recovery operating system in connection with FLASH memories is particularly advantageous.
- However, the present invention may be utilized in connection with other configurations. For example, in systems that store the primary operating system in a hard disk drive, the recovery operating system may also be included on the hard disk drive. The BIOS may continue to be stored in a BIOS ROM in such cases, if desired.
- Alternatively, the recovery operating system may actually be provided on an external or removable memory, such as a compact disc ROM (CD-ROM). When necessary, the user may simply load the CD-ROM into a CD-player. A processor executes the recovery operating system off of the CD-ROM, and then uses the recovery and update application software to update and replace the primary operating system. This approach offers advantages over providing the full operating system in disk form since the use of a compact recovery operating system facilitates updates. That is, the compact recovery system may be quickly loaded and used to acquire updates. Otherwise, a full operating system would need to be provided in disk form to each user, for each update, so that the user can then acquire the updates.
- In addition, while the present invention has been described with respect to a client/server environment, the present invention is available to a variety of other environments. For example, the present invention may be implemented on a server in a client/server environment. In addition, it is applicable to stand-alone computer systems including processor-based systems that are battery powered. For example, in connection with hand-held computer systems, the present invention may provide an update or replacement functionality using available wired or wireless communication links. In a system which may be temporarily hard wire linked to a desktop computer, such as a PalmPilot personal digital assistant, the recovery operating system may communicate with the desktop to obtain a new operating system. Similarly, upgrades may be obtained using a variety of wireless communication links including radio and cellular telephone links. Moreover, in systems which are linked through cable or satellite broadcast systems, new operating systems may be achieved using these communication links as well.
- In connection with custom operating systems, it may be necessary to go to a specific remote location in order to update or replace the operating system. However, in connection with non-custom operating systems, a variety of sites within the user's extended computer system, accessible over the Internet or over a variety of communication links, may be utilized to acquire such replacements. In addition, a plurality of such sites may be preprogrammed into the recovery operating system application software so that if the system is unsuccessful in acquiring the needed replacement at one location, it can query a plurality of other locations.
- In some cases, the recovery application software can not be programmed with information about additional locations which contain future updates. However, when an operating system provider broadcasts information about updates, that broadcast may also include information about how to automatically acquire the desired updates. This information may then be used by the recovery application software.
- In some embodiments, the system user is oblivious to the operation of the recovery operating system. The recovery operating system works in the background making the primary operating system to appear to the user to be more robust.
- While the present invention has been described with respect to a limited number of embodiments, those skilled in the art will appreciate numerous modifications and variations therefrom. It is intended that the appended claims cover all such modifications and variations as fall within the true spirit and scope of this present invention.
Claims (30)
1. A method of organizing stored information on a non-volatile, re-programmable semiconductor memory comprising:
partitioning said memory into a plurality of partitions, each having a defined address; and
storing the defined address for one partition in another partition.
2. The method of claim 1 further including storing information about the number of partitions.
3. The method of claim 1 further including storing a boot loader in one of said partitions.
4. The method of claim 1 further including storing a file system in one of said partitions.
5. The method of claim 1 further including storing a kernel for an operating system in one of said partitions.
6. The method of claim 1 further including storing information in association with said addresses about whether or not an integrity check needs to be done on the data stored at the associated address.
7. The method of claim 1 further including storing, in association with the address of a partition, information about the type of information stored in the partition.
8. The method of claim 7 further including storing information about whether or not the information stored at a given partition is a boot loader, a kernel or a file system.
9. The method of claim 7 including storing information about the load address for said information in association with said address.
10. A non-volatile, re-programmable semiconductor memory comprising:
a plurality of addressable partitions, including a partition storing an operating system; and
a storage location storing an address for one of said partitions in association with information about the information stored in said partition.
11. The memory of claim 10 wherein said memory is a FLASH memory.
12. The memory of claim 10 wherein one of said partitions stores a basic input/output system.
13. The memory of claim 10 wherein one of said partitions stores a file system.
14. The memory of claim 10 wherein one of said partitions stores a kernel for an operating system.
15. The memory of claim 10 wherein one of said partitions stores a boot loader.
16. A method of initializing a processor-based system comprising:
validating information stored in a non-volatile, re-programmable semiconductor memory; and
using a allocation table stored in said memory to find an operating system stored in said memory;
loading said operating system; and
executing said operating system.
17. The method of claim 16 further including selecting a boot loader to load said operating system.
18. The method of claim 17 including using said allocation table to locate said boot loader.
19. The method of claim 16 including performing initialization and the power on self test before validating information stored in said memory.
20. The method of claim 16 including validating information stored in said memory using a cyclic recovery check software stored in said memory.
21. An article comprising a medium storing instructions that cause a processor-based system to:
validate information stored in a non-volatile, re-programmable semiconductor memory;
use an allocation table to find an operating system stored in said memory;
load said operating system; and
execute said operating system.
22. The article of claim 21 further storing instructions that cause a processor-based system to select a boot loader to load said operating system.
23. The article of claim 22 further storing instructions that cause a processor-based system to use said allocation table to locate said boot loader.
24. The article of claim 21 further storing instructions that cause a processor-based system to perform initialization and the power on self test before validating information stored in said memory.
25. The article of claim 21 further storing instructions that cause a processor-based system to validate information in said memory using a cyclic recovery check software stored in said memory.
26. A processor-based system comprising:
a processor;
a volatile memory coupled to said processor; and
a re-programmable, non-volatile semiconductor memory coupled to said processor, said semiconductor memory including a plurality of partitions, one of said partitions storing an operating system and another of said partitions storing the addresses of the other partitions in association with information about what is stored in each of said partitions.
27. The system of claim 26 wherein said semiconductor memory is a FLASH memory.
28. The system of claim 26 wherein one of said partitions stores a basic input/output system.
29. The system of claim 26 wherein one of said partitions stores a file system.
30. The system of claim 26 wherein one of said partitions stores a boot loader.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/764,617 US20040158699A1 (en) | 1999-09-21 | 2004-01-26 | Organizing information stored in non-volatile re-programmable semiconductor memories |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/400,570 US6715067B1 (en) | 1999-09-21 | 1999-09-21 | Initializing a processor-based system from a non-volatile re-programmable semiconductor memory |
US10/764,617 US20040158699A1 (en) | 1999-09-21 | 2004-01-26 | Organizing information stored in non-volatile re-programmable semiconductor memories |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/400,570 Division US6715067B1 (en) | 1999-09-21 | 1999-09-21 | Initializing a processor-based system from a non-volatile re-programmable semiconductor memory |
Publications (1)
Publication Number | Publication Date |
---|---|
US20040158699A1 true US20040158699A1 (en) | 2004-08-12 |
Family
ID=23584130
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/400,570 Expired - Lifetime US6715067B1 (en) | 1999-09-21 | 1999-09-21 | Initializing a processor-based system from a non-volatile re-programmable semiconductor memory |
US10/764,617 Abandoned US20040158699A1 (en) | 1999-09-21 | 2004-01-26 | Organizing information stored in non-volatile re-programmable semiconductor memories |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/400,570 Expired - Lifetime US6715067B1 (en) | 1999-09-21 | 1999-09-21 | Initializing a processor-based system from a non-volatile re-programmable semiconductor memory |
Country Status (8)
Country | Link |
---|---|
US (2) | US6715067B1 (en) |
JP (2) | JP2003510678A (en) |
KR (1) | KR20020035877A (en) |
CN (1) | CN1375082A (en) |
AU (1) | AU7477500A (en) |
DE (1) | DE10085013B3 (en) |
TW (1) | TW502206B (en) |
WO (1) | WO2001022209A1 (en) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060080518A1 (en) * | 2004-10-08 | 2006-04-13 | Richard Dellacona | Method for securing computers from malicious code attacks |
US20060080540A1 (en) * | 2004-10-08 | 2006-04-13 | Robert Arnon | Removable/detachable operating system |
US20060107119A1 (en) * | 2004-11-01 | 2006-05-18 | Microsoft Corporation | Self-contained computer servicing device |
US7219325B1 (en) * | 2003-11-21 | 2007-05-15 | Xilinx, Inc. | Exploiting unused configuration memory cells |
US20070261118A1 (en) * | 2006-04-28 | 2007-11-08 | Chien-Chih Lu | Portable storage device with stand-alone antivirus capability |
US7555677B1 (en) * | 2005-04-22 | 2009-06-30 | Sun Microsystems, Inc. | System and method for diagnostic test innovation |
US7591018B1 (en) * | 2004-09-14 | 2009-09-15 | Trend Micro Incorporated | Portable antivirus device with solid state memory |
US20090276524A1 (en) * | 2007-03-19 | 2009-11-05 | Fujitsu Limited | Thin client terminal, operation program and method thereof, and thin client system |
US7734945B1 (en) * | 2005-04-29 | 2010-06-08 | Microsoft Corporation | Automated recovery of unbootable systems |
US7822958B1 (en) * | 2006-03-10 | 2010-10-26 | Altera Corporation | Booting mechanism for FPGA-based embedded system |
CN101902556A (en) * | 2010-08-03 | 2010-12-01 | 福建新大陆通信科技股份有限公司 | Data block partition positioning method for digital television set-top box |
CN102098561A (en) * | 2010-12-14 | 2011-06-15 | 福建新大陆通信科技股份有限公司 | Distribution and configuration method for each region block of flash storage of set top box |
US8261133B1 (en) * | 2006-08-04 | 2012-09-04 | Oracle America, Inc. | Protection and recovery of non-redundant information stored in a memory |
US8281119B1 (en) * | 2011-11-22 | 2012-10-02 | Google Inc. | Separate normal firmware and developer firmware |
US8438423B1 (en) * | 2009-03-31 | 2013-05-07 | American Megatrends, Inc. | Invalid setup recovery |
US20140208091A1 (en) * | 2013-01-22 | 2014-07-24 | Apple Inc. | Method and system for dynamically resizing enclosed storage device partitions |
US20150033065A1 (en) * | 2013-07-24 | 2015-01-29 | Lsi Corporation | Solid state drive emergency pre-boot application providing expanded data recovery function |
US20150113261A1 (en) * | 2013-10-18 | 2015-04-23 | Google Inc. | User initiated data rollback using operating system partitions |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AUPQ321699A0 (en) * | 1999-09-30 | 1999-10-28 | Aristocrat Leisure Industries Pty Ltd | Gaming security system |
US7555683B2 (en) * | 1999-12-23 | 2009-06-30 | Landesk Software, Inc. | Inventory determination for facilitating commercial transactions during diagnostic tests |
US6735666B1 (en) | 2000-02-22 | 2004-05-11 | Wind River Systems, Inc. | Method of providing direct user task access to operating system data structures |
US20020163590A1 (en) * | 2001-05-04 | 2002-11-07 | Chung-Chih Tung | Video signal conversion method |
US6993648B2 (en) * | 2001-08-16 | 2006-01-31 | Lenovo (Singapore) Pte. Ltd. | Proving BIOS trust in a TCPA compliant system |
US20030120911A1 (en) * | 2001-12-20 | 2003-06-26 | Muench-Casanova Stephen L. | Method of reprogramming modules |
KR20030064070A (en) * | 2002-01-25 | 2003-07-31 | 삼성전자주식회사 | Computer system and method of controlling the shame |
DE60327857D1 (en) * | 2002-06-28 | 2009-07-16 | Koninkl Philips Electronics Nv | SOFTWARE DOWNLOAD ON A RECEIVER |
US20040188720A1 (en) * | 2003-03-25 | 2004-09-30 | Chew Kenneth S. | Bit-cell and method for programming |
KR100598379B1 (en) * | 2003-09-08 | 2006-07-06 | 삼성전자주식회사 | Computer System And Controlling Method Thereof |
US20050114682A1 (en) * | 2003-11-26 | 2005-05-26 | Zimmer Vincent J. | Methods and apparatus for securely configuring a machine in a pre-operating system environment |
JP2005196745A (en) * | 2003-12-10 | 2005-07-21 | Ricoh Co Ltd | Information processing device, program recovery method, program recovery program, and recording medium |
US8001325B2 (en) * | 2004-01-09 | 2011-08-16 | Sandisk Corporation | Memory card that supports file system interoperability |
US20050223209A1 (en) * | 2004-03-31 | 2005-10-06 | Giga-Byte Technology Co., Ltd. | Apparatus for fast booting computer and method for the same |
JP4695348B2 (en) * | 2004-05-27 | 2011-06-08 | 株式会社リコー | CARD-TYPE MEMORY, IMAGE FORMING DEVICE, AND IMAGE FORMING DEVICE STARTING METHOD |
US8245021B2 (en) * | 2004-07-08 | 2012-08-14 | Hewlett-Packard Development Company, L.P. | System and method for re-imaging computers |
EP1624373A1 (en) * | 2004-08-06 | 2006-02-08 | Telsey S.p.A. | Method and system for updating software of a communication apparatus in a broadband network |
US20060288197A1 (en) * | 2005-06-16 | 2006-12-21 | Swanson Robert C | Identifying an operating system associated with a boot path |
US20070162591A1 (en) * | 2006-01-09 | 2007-07-12 | Utstarcom, Inc. | Network equipment restart indication |
JP4834421B2 (en) * | 2006-03-02 | 2011-12-14 | 株式会社日立国際電気 | Network equipment |
JP2008158591A (en) * | 2006-12-20 | 2008-07-10 | Denso Corp | Information processor and control program |
US8254568B2 (en) * | 2007-01-07 | 2012-08-28 | Apple Inc. | Secure booting a computing device |
US8745743B2 (en) * | 2009-06-09 | 2014-06-03 | F-Secure Oyj | Anti-virus trusted files database |
KR101987144B1 (en) | 2012-10-10 | 2019-06-11 | 삼성전자주식회사 | Main memory system storing Operating System program and computer system including the same |
US9846576B2 (en) * | 2014-12-27 | 2017-12-19 | Intel Corporation | Technologies for reprogramming network interface cards over a network |
US10534618B2 (en) * | 2016-09-27 | 2020-01-14 | American Megatrends International, Llc | Auto bootloader recovery in BMC |
JP6873811B2 (en) * | 2017-05-01 | 2021-05-19 | Dynabook株式会社 | Information processing device |
US11775315B2 (en) | 2018-01-31 | 2023-10-03 | Hewlett-Packard Development Company, L.P. | BIOS code to store operating systems on computer-readable media |
KR20210119678A (en) * | 2020-03-25 | 2021-10-06 | 에스케이하이닉스 주식회사 | Multi-Chip Package and Method of Testing The Same |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5544356A (en) * | 1990-12-31 | 1996-08-06 | Intel Corporation | Block-erasable non-volatile semiconductor memory which tracks and stores the total number of write/erase cycles for each block |
US5594903A (en) * | 1991-02-26 | 1997-01-14 | Lynx Real-Time Systems, Inc. | Operating System architecture with reserved memory space resident program code identified in file system name space |
US5657445A (en) * | 1996-01-26 | 1997-08-12 | Dell Usa, L.P. | Apparatus and method for limiting access to mass storage devices in a computer system |
US5701492A (en) * | 1996-03-29 | 1997-12-23 | Canon Kabushiki Kaisha | Fail-safe flashing of EPROM |
US5745418A (en) * | 1996-11-25 | 1998-04-28 | Macronix International Co., Ltd. | Flash memory mass storage system |
US5787491A (en) * | 1996-01-26 | 1998-07-28 | Dell Usa Lp | Fast method and apparatus for creating a partition on a hard disk drive of a computer system and installing software into the new partition |
US5870520A (en) * | 1992-12-23 | 1999-02-09 | Packard Bell Nec | Flash disaster recovery ROM and utility to reprogram multiple ROMS |
US5944820A (en) * | 1997-10-15 | 1999-08-31 | Dell U.S.A., L.P. | Modifiable partition boot record for a computer memory device |
US5974528A (en) * | 1998-04-17 | 1999-10-26 | Winbond Electronics Corp. | Microcomputer with embedded flash memory having on-chip programming capability and method of programming data into the embedded flash memory |
US6192456B1 (en) * | 1999-03-30 | 2001-02-20 | Adaptec, Inc. | Method and apparatus for creating formatted fat partitions with a hard drive having a BIOS-less controller |
US6948099B1 (en) * | 1999-07-30 | 2005-09-20 | Intel Corporation | Re-loading operating systems |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5136711A (en) * | 1990-10-17 | 1992-08-04 | Ast Research | System for multiple access hard disk partitioning |
US6347051B2 (en) * | 1991-11-26 | 2002-02-12 | Hitachi, Ltd. | Storage device employing a flash memory |
JPH05242057A (en) * | 1992-02-27 | 1993-09-21 | Sanyo Electric Co Ltd | Method for starting multi-processor system |
JPH06187205A (en) * | 1992-12-18 | 1994-07-08 | Nikon Corp | Method for accessing eeprom and surveying equipment |
US5463766A (en) * | 1993-03-22 | 1995-10-31 | Dell Usa, L.P. | System and method for loading diagnostics routines from disk |
US5668970A (en) * | 1994-06-20 | 1997-09-16 | Cd Rom, U.S.A., Inc. | Method and apparatus for generating a file allocation table for a storage medium with no file allocation table using file storage information |
US5802363A (en) * | 1994-09-27 | 1998-09-01 | International Business Machines Corporation | Bios dynamic emulation of multiple diskettes from a single media |
KR0172001B1 (en) * | 1995-12-05 | 1999-03-30 | 윤종용 | Re-programming apparatus of bios memory |
WO1997012486A1 (en) | 1995-09-29 | 1997-04-03 | Boston Technology, Inc. | Multimedia architecture for interactive advertising |
US5918047A (en) * | 1996-01-26 | 1999-06-29 | Texas Instruments Incorporated | Initializing a processing system |
KR100260028B1 (en) * | 1996-08-13 | 2000-06-15 | 윤종용 | Data recovery method in a file system |
US5974517A (en) * | 1996-09-17 | 1999-10-26 | Compaq Computer Corporation | Method and system for mounting a system partition as a logical drive while an operating system is operational by modifying a partition table |
US5937329A (en) | 1997-10-29 | 1999-08-10 | Northern Telecom Limited | System and method for displaying local messages over a satellite television picture |
US6170055B1 (en) * | 1997-11-03 | 2001-01-02 | Iomega Corporation | System for computer recovery using removable high capacity media |
KR100280637B1 (en) * | 1997-11-24 | 2001-02-01 | 윤종용 | Computer system capable of data update of fixed flash ROM and its control method |
JP3638770B2 (en) * | 1997-12-05 | 2005-04-13 | 東京エレクトロンデバイス株式会社 | Storage device with test function |
JP4060442B2 (en) * | 1998-05-28 | 2008-03-12 | 富士通株式会社 | Memory device |
US6272628B1 (en) * | 1998-12-14 | 2001-08-07 | International Business Machines Corporation | Boot code verification and recovery |
US6199159B1 (en) * | 1998-12-22 | 2001-03-06 | Intel Corporation | Booting an operating system |
US6279109B1 (en) * | 1999-01-07 | 2001-08-21 | Dell U.S.A., L.P. | Computing system and operating method for booting and running a graphical user interface (GUI) with r/w hard drive partition unavailable |
-
1999
- 1999-09-21 US US09/400,570 patent/US6715067B1/en not_active Expired - Lifetime
-
2000
- 2000-09-11 CN CN00813139A patent/CN1375082A/en active Pending
- 2000-09-11 AU AU74775/00A patent/AU7477500A/en not_active Abandoned
- 2000-09-11 KR KR1020027003666A patent/KR20020035877A/en not_active Application Discontinuation
- 2000-09-11 WO PCT/US2000/024848 patent/WO2001022209A1/en not_active Application Discontinuation
- 2000-09-11 JP JP2001525510A patent/JP2003510678A/en active Pending
- 2000-09-11 DE DE10085013.8T patent/DE10085013B3/en not_active Expired - Fee Related
- 2000-11-07 TW TW089119370A patent/TW502206B/en not_active IP Right Cessation
-
2004
- 2004-01-26 US US10/764,617 patent/US20040158699A1/en not_active Abandoned
-
2005
- 2005-09-01 JP JP2005253505A patent/JP2006040301A/en active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5544356A (en) * | 1990-12-31 | 1996-08-06 | Intel Corporation | Block-erasable non-volatile semiconductor memory which tracks and stores the total number of write/erase cycles for each block |
US5594903A (en) * | 1991-02-26 | 1997-01-14 | Lynx Real-Time Systems, Inc. | Operating System architecture with reserved memory space resident program code identified in file system name space |
US5870520A (en) * | 1992-12-23 | 1999-02-09 | Packard Bell Nec | Flash disaster recovery ROM and utility to reprogram multiple ROMS |
US5657445A (en) * | 1996-01-26 | 1997-08-12 | Dell Usa, L.P. | Apparatus and method for limiting access to mass storage devices in a computer system |
US5787491A (en) * | 1996-01-26 | 1998-07-28 | Dell Usa Lp | Fast method and apparatus for creating a partition on a hard disk drive of a computer system and installing software into the new partition |
US5701492A (en) * | 1996-03-29 | 1997-12-23 | Canon Kabushiki Kaisha | Fail-safe flashing of EPROM |
US5745418A (en) * | 1996-11-25 | 1998-04-28 | Macronix International Co., Ltd. | Flash memory mass storage system |
US5944820A (en) * | 1997-10-15 | 1999-08-31 | Dell U.S.A., L.P. | Modifiable partition boot record for a computer memory device |
US5974528A (en) * | 1998-04-17 | 1999-10-26 | Winbond Electronics Corp. | Microcomputer with embedded flash memory having on-chip programming capability and method of programming data into the embedded flash memory |
US6192456B1 (en) * | 1999-03-30 | 2001-02-20 | Adaptec, Inc. | Method and apparatus for creating formatted fat partitions with a hard drive having a BIOS-less controller |
US6948099B1 (en) * | 1999-07-30 | 2005-09-20 | Intel Corporation | Re-loading operating systems |
Cited By (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7711933B1 (en) | 2003-11-21 | 2010-05-04 | Xilinx, Inc. | Exploiting unused configuration memory cells |
US7219325B1 (en) * | 2003-11-21 | 2007-05-15 | Xilinx, Inc. | Exploiting unused configuration memory cells |
US7591018B1 (en) * | 2004-09-14 | 2009-09-15 | Trend Micro Incorporated | Portable antivirus device with solid state memory |
US20060080540A1 (en) * | 2004-10-08 | 2006-04-13 | Robert Arnon | Removable/detachable operating system |
US20060080518A1 (en) * | 2004-10-08 | 2006-04-13 | Richard Dellacona | Method for securing computers from malicious code attacks |
US20060107119A1 (en) * | 2004-11-01 | 2006-05-18 | Microsoft Corporation | Self-contained computer servicing device |
US7401212B2 (en) * | 2004-11-01 | 2008-07-15 | Microsoft Corporation | Self-contained computer servicing device |
US7555677B1 (en) * | 2005-04-22 | 2009-06-30 | Sun Microsystems, Inc. | System and method for diagnostic test innovation |
US7734945B1 (en) * | 2005-04-29 | 2010-06-08 | Microsoft Corporation | Automated recovery of unbootable systems |
US8412918B1 (en) | 2006-03-10 | 2013-04-02 | Altera Corporation | Booting mechanism for FPGA-based embedded system |
US7822958B1 (en) * | 2006-03-10 | 2010-10-26 | Altera Corporation | Booting mechanism for FPGA-based embedded system |
US20070261118A1 (en) * | 2006-04-28 | 2007-11-08 | Chien-Chih Lu | Portable storage device with stand-alone antivirus capability |
US7975304B2 (en) * | 2006-04-28 | 2011-07-05 | Trend Micro Incorporated | Portable storage device with stand-alone antivirus capability |
US8261133B1 (en) * | 2006-08-04 | 2012-09-04 | Oracle America, Inc. | Protection and recovery of non-redundant information stored in a memory |
US8281038B2 (en) * | 2007-03-19 | 2012-10-02 | Fujitsu Limited | Thin client terminal, operation program and method thereof, and thin client system |
US20090276524A1 (en) * | 2007-03-19 | 2009-11-05 | Fujitsu Limited | Thin client terminal, operation program and method thereof, and thin client system |
US8438423B1 (en) * | 2009-03-31 | 2013-05-07 | American Megatrends, Inc. | Invalid setup recovery |
CN101902556A (en) * | 2010-08-03 | 2010-12-01 | 福建新大陆通信科技股份有限公司 | Data block partition positioning method for digital television set-top box |
CN102098561A (en) * | 2010-12-14 | 2011-06-15 | 福建新大陆通信科技股份有限公司 | Distribution and configuration method for each region block of flash storage of set top box |
US8281119B1 (en) * | 2011-11-22 | 2012-10-02 | Google Inc. | Separate normal firmware and developer firmware |
US20140208091A1 (en) * | 2013-01-22 | 2014-07-24 | Apple Inc. | Method and system for dynamically resizing enclosed storage device partitions |
US9021457B2 (en) * | 2013-01-22 | 2015-04-28 | Apple Inc. | Method and system for dynamically resizing enclosed storage device partitions |
US20150033065A1 (en) * | 2013-07-24 | 2015-01-29 | Lsi Corporation | Solid state drive emergency pre-boot application providing expanded data recovery function |
US9329931B2 (en) * | 2013-07-24 | 2016-05-03 | Seagate Technology Llc | Solid state drive emergency pre-boot application providing expanded data recovery function |
US20150113261A1 (en) * | 2013-10-18 | 2015-04-23 | Google Inc. | User initiated data rollback using operating system partitions |
US9304780B2 (en) * | 2013-10-18 | 2016-04-05 | Google Inc. | User initiated data rollback using operating system partitions |
US10013259B2 (en) | 2013-10-18 | 2018-07-03 | Google Llc | User initiated data rollback using operating system partitions |
Also Published As
Publication number | Publication date |
---|---|
WO2001022209A1 (en) | 2001-03-29 |
DE10085013T1 (en) | 2002-10-31 |
US6715067B1 (en) | 2004-03-30 |
DE10085013B3 (en) | 2017-11-30 |
JP2003510678A (en) | 2003-03-18 |
JP2006040301A (en) | 2006-02-09 |
CN1375082A (en) | 2002-10-16 |
KR20020035877A (en) | 2002-05-15 |
TW502206B (en) | 2002-09-11 |
AU7477500A (en) | 2001-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6715067B1 (en) | Initializing a processor-based system from a non-volatile re-programmable semiconductor memory | |
US6948099B1 (en) | Re-loading operating systems | |
US7519632B2 (en) | Accessing file data stored in non-volatile re-programmable semiconductor memories | |
KR100437230B1 (en) | Method and apparatus for updating a nonvolatile memory | |
US6754818B1 (en) | Method and system for bootstrapping from a different boot image when computer system is turned on or reset | |
US7120730B2 (en) | System and method for executing binary images | |
US7934209B2 (en) | Method for firmware variable storage with eager compression, fail-safe extraction and restart time compression scan | |
JP4668416B2 (en) | Protecting boot block code when enabling write access to the boot block | |
US7136994B2 (en) | Recovery images in an operational firmware environment | |
US20080288767A1 (en) | Computer system | |
US6804772B2 (en) | Dynamic field patchable microarchitecture | |
US7313683B2 (en) | Computer system and method which boots from a bootup-memory-image stored in nonvolatile memory and copies data within an address range of predetermined width to main memory so that the system boots quickly after initialization | |
US6859925B2 (en) | Method for software installation and pre-setup | |
US20060288202A1 (en) | Method for network restart | |
US20080010446A1 (en) | Portable apparatus supporting multiple operating systems and supporting method therefor | |
US7356685B2 (en) | System and method for enabling automated run-time input to network bootstrapping processes | |
JP4279902B2 (en) | Digital television broadcast receiving apparatus and digital television broadcast receiving program acquisition method | |
US6687815B1 (en) | Method and apparatus for storing non-volatile configuration information | |
CN110297726B (en) | Computer system with serial presence detection data and memory module control method | |
US7353377B2 (en) | Remotely providing basic input/output system to a client system | |
JP2004021990A (en) | Firmware selector of computer including processor | |
US20020144242A1 (en) | Initialisation module for a device driver | |
US7725615B1 (en) | Universal network driver interface installer | |
US7653808B2 (en) | Providing selectable processor abstraction layer components within one BIOS program | |
JP2002024024A (en) | Method and system for performing adapater configuration routine by using different operation mode |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |