US20010000816A1 - Volatile lock architecture for individual block locking on flash memory - Google Patents

Abstract

A circuit for protecting memory blocks in a block-based flash EPROM device is disclosed. A non-volatile memory array includes a number of blocks that are capable of being placed in a locked state or an unlocked state. A volatile lock register is coupled to each of the lockable blocks in the memory array. A logic gate is coupled to one input of the volatile lock register, and a block set/reset line is coupled to a second input of the volatile lock register. A block latch control line is coupled to one input of the logic gate, and a group latch control line is coupled to a second input of the logic gate.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
• The present application is related to the following U.S. Patent Applications entitled, “Flexible Block Protection Scheme for Flash Memory”, having application Ser. No. ______, filed on ______; and “A Method and Apparatus for Hardware Block Locking in a Non-Volatile Memory”, having application Ser. No. _____, filed on ______, both applications of which are assigned to the assignee of the present invention.[0001]
FIELD OF THE INVENTION
• The present invention relates generally to integrated circuit memory devices, and more specifically to lock protecting one or more memory blocks in a non-volatile memory array.[0002]
BACKGROUND OF THE INVENTION
• Flash EPROM (erasable programmable read-only memory) devices have developed into a popular source of non-volatile, electrically erasable memory in a wide range of digital applications. Flash memory devices typically use a one-transistor memory cell which allows for high memory densities, high reliability, and low power consumption. These characteristics have made flash memory very popular for low power applications, such as battery-backed or embedded memory circuits. Common uses of non-volatile memory include portable computers, personal digital assistant (PDA) devices, digital cameras, and cellular telephones. In these devices, both program code and system data, such as configuration parameters and other firmware, are often stored in flash memory because of the compact storage and relative ease of software upgradeability. The use of flash memory to store upgradeable data has necessitated the development of mechanisms to protect the data from unintended erasure or reprogramming.[0003]
• With original flash memory devices, erasing stored code or data required erasing the entire device. Newer devices, however, are based on a block-erase architecture in which the flash memory is divided into blocks that are loosely analogous to the disk sectors recognized by disk operating systems. This block based architecture allows file systems to erase blocks of flash memory instead of the whole device. The block architecture also allows users to flexibly erase different portions of code or data in a flash device. For example, critical system code, such as boot code, can be stored in a lockable “boot block” of the device, while other blocks are allocated to other portions of code or data.[0004]
• To ensure the integrity of block-based flash memory, block protection schemes are needed to protect stored data when the memory is modified through program or erase operations. Memory blocks must be protected against unintended writes when data is written to the device or when a new code segment is updated. Likewise, data blocks must be protected when other data blocks are modified or when code updates occur.[0005]
• One present method of block protection for flash memory includes protecting a pre-determined number of blocks through a lock/unlock hardware pin. This requires the user to determine which blocks of memory are hardware protectable and reserve those blocks for critical data or program code. This approach is highly inflexible in that the user can only protect code or data in these predetermined hardware protectable blocks.[0006]
• A second present method of block protection for flash memory includes the use of a block locking configuration table that is stored in the flash memory device itself. Typically the configuration is stored in a flash mini-array that is separate from the main flash memory array. Each bit in the configuration table represents a block that can be either locked or unlocked. This approach, however, has several disadvantages. One disadvantage is the excessive latency incurred in locking or unlocking individual blocks of memory. For example, in a typical flash device, on the order of ten microseconds are required to program a lock bit and one second is required to erase a lock bit. In systems in which code is being executed on the order of thousands of megahertz, these long cycle times required to protect memory blocks can create periods of vulnerability in which data corruption may occur.[0007]
• Another disadvantage to this method is that, because the table is implemented in a dedicated flash mini-array, in which individual bits represent the different lockable blocks, reprogramming a particular block typically requires erasing the entire set of bits in the table, instead of only the bit for that block. Thus, reconfiguring even a single block incurs the erase cycle times for each of the bits in the table and the associated vulnerability to data corruption of these bits during the relatively long erase times.[0008]
• An additional disadvantage of the flash based configuration table is that it occupies valuable die space in the flash device and each bit in the table requires associated flash sense, and program and erase circuitry.[0009]
• Therefore, present methods of block protecting flash memory present several significant disadvantages, including inflexibility of lock configuration, higher costs due to addition of a flash mini-array, and possible data corruption due to vulnerability resulting from long program and erase cycle times.[0010]
SUMMARY OF THE INVENTION
• A circuit is disclosed for protecting memory blocks in a block-based flash EPROM device. A non-volatile memory array includes a number of blocks that are capable of being placed in a locked state or an unlocked state. A volatile lock register is coupled to each of the lockable blocks in the memory array. A logic gate is coupled to one input of the volatile lock register, and a block set/reset line is coupled to a second input of the volatile lock register. A block latch control line is coupled to one input of the logic gate, and a group latch control line is coupled to a second input of the logic gate.[0011]
• Other features and advantages of the present invention will be apparent from the accompanying drawings and from the detailed description that follows.[0012]
BRIEF DESCRIPTION OF THE DRAWINGS
• The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements, and in which:[0013]
• FIG. 1 is a block diagram of a computer system that includes an embodiment of the present invention;[0014]
• FIG. 2 is block diagram of a block controller coupled to a flash memory array, according to one embodiment of the present invention;[0015]
• FIG. 3 is a circuit diagram of a block lock controller within the block controller of FIG. 2, according to one embodiment of the present invention;[0016]
• FIG. 4A is a timing diagram illustrating the sequence of execution of a single block lock/unlock command, according to one embodiment of the present invention;[0017]
• FIG. 4B is a timing diagram illustrating the sequence of execution of a multi-block lock/unlock command, according to one embodiment of the present invention;[0018]
• FIG. 5 is a flowchart illustrating the locking or unlocking of single or multiple blocks in a flash array, according to one embodiment of the present invention.[0019]
DETAILED DESCRIPTION
• A block protection control circuit for a flash memory array is described. In one embodiment of the present invention, a set of volatile memory lock registers sets each lockable block of the flash memory to a locked or unlocked state, and a two-cycle command specifies whether a single block or a group of multiple blocks is to be locked or unlocked.[0020]
• It is an intended advantage of embodiments of the invention to provide a block protection controller for flash memory that allows a user to dynamically select which blocks of a flash array to lock or unlock. It is a further intended advantage of embodiments of the invention to provide a block control circuit that locks or unlocks blocks of flash memory at high speeds and minimizes the possibility of data corruption during block lock and unlock cycles.[0021]
• FIG. 1 illustrates a block diagram of a computer system that incorporates embodiments of the present invention. The[0022]computer system100 includes aprocessor102 coupled through abus101 to amemory104 and amass storage device106. In certain embodiments of the present invention,memory104 is random access memory (“RAM”), read-only memory (“ROM”), or other non-volatile memory, such as flash memory; andmass storage device106 is a large-capacity persistent storage device, such as a hard disk drive, CD-ROM drive, or tape drive. Akeyboard controller110 is coupled tobus101 for receiving commands or data entered through a keyboard, mouse, or similar input device. Adisplay device controller112 is also coupled tobus101 for providing output through an appropriately coupleddisplay device114. Also coupled tobus101 is an input/output controller108 for interfacingprocessor102 to other devices, such as network interface devices and the like.
• In one embodiment of the present invention,[0023]memory104 is a block-erase architecture type of flash EPROM memory.Memory104 includes ablock controller unit116 that configures the blocks withinmemory104 in either a locked or unlocked state. The composition and operation of embodiments ofblock controller unit116 will be provided in greater detail in the discussion that follows.
• It should be noted that the architecture of FIG. 1 is provided only for purposes of illustration, and that a computer system that implements embodiments of the present invention is not limited to this specific architecture. For example, flash memory is often prominently used in digital devices other than computer systems. Such devices, as exemplified by cellular telephones, pagers, digital cameras, and personal digital assistants, typically include a microprocessor or other processing unit, and a flash memory device that is used to store program code and system data.[0024]
• FIG. 2 is a block diagram that illustrates the interface between the[0025]block controller unit116 and a flash memory array according to one embodiment of the present invention.Memory104 includes aflash memory array202 that is divided into a number of memory blocks. As illustrated in FIG. 2,flash memory array202 includes32 blocks numberedblocks0 to31. It is to be noted, however, that a flash memory device with any number of blocks may be used in conjunction with embodiments of the present invention. In a typical application, a specific block of the memory array may be a “boot block” that stores boot code for a computer or similar processing system, and one or more blocks, e.g., block31, are reserved as spare blocks. Each of the remaining blocks is then available to store either additional program code or data. As illustrated in FIG. 2, the first block (block0) is the boot block, however, the location of the boot block may vary among different computer systems, and depends on the memory address mapping scheme implemented in the actual computer system.
• One or more the blocks in[0026]flash memory array202 is capable of being locked. A locked block is protected against program or erase operations.Flash memory array202 is coupled to blockcontroller unit116 that controls the lock and unlock configuration of each of the lockable blocks inmemory104.Block controller unit116 includes acommand buffer204 that receives read/write commands from the processor.Command buffer204 is coupled to blockcontrol circuit206. In one embodiment of the present invention,block control circuit206 contains a number of digital registers, with each register controlling the lock status of a corresponding lockable block. In response to a particular lock or unlock command received fromcommand buffer204,block control circuit206 generates the appropriate control signal toflash memory array202 to configure the blocks accordingly.Block control circuit206 also serves as a status register that is polled when the processor attempts to erase or write to a locked block.Block control circuit206 can thus be configured to issue a status or error message in response to an invalid erase or write command.
• Volatile Latch Block Lock Architecture[0027]
• FIG. 3 is a circuit diagram that illustrates in greater detail the internal structure of[0028]block control circuit206, according to one embodiment of the present invention. Theblock control circuit206 consists of a bank of latches with one latch for each of the lockable blocks inflash memory array202. Each of the latches can be individually set or reset by a user using a standard command format. As illustrated in FIG. 3, theblock control circuit206 includes n D-type registers,302 to306, where n corresponds to the number of lockable blocks in the memory array coupled tocircuit206. For the example illustrated in FIG. 2, if each of the blocks inmemory array202 is capable of being locked, then forblock control circuit206, n=32. Althoughregisters302 to306 in FIG. 3 are illustrated as D-type registers,block control circuit206 may be implemented using of other types of digital latch or register circuits.
• The Q output of each[0029]register302 to306 generates a block lock control signal that is input, through logic circuits that control write operations to memory, to a corresponding block inmemory array202. Thus, the output fromregister302 is denoted “block1 lock control” signal, the output fromregister304 is denoted “block2 lock control” signal, and so on. The D input to each of theregisters302 to306 are connected to block set/reset lines320 to324 that are driven by commands generated fromcommand buffer204. The logic state of a block set/reset signal connected to a register determines the state of the lock control signal transmitted to the corresponding block in the memory array. In one embodiment of the present invention, a logic high (“1”) block set/reset level will cause the corresponding block to be locked. Conversely, a logic low (“0”) block set/reset level will cause the corresponding block to be unlocked.
• In one embodiment of the present invention, the clock inputs to each of the[0030]registers302 to306 are driven by a latch control signal. The latch control signal is generated by a group latch control signal310 that enables latching of all of the registers in a group, or by individual block latch control signals that enable only corresponding block control registers. In this manner, block set/reset commands must be synchronized with either a group latch control signal or individual block latch control signals312 to316 in order to lock or unlock the blocks inflash memory array202. A system resetsignal308 is connected to the reset inputs of each of theregisters302 to306 to allow a common reset of each of the block control registers upon the occurrence of a reset condition, such as a software reset or power-down condition.
• In one embodiment of the present invention, the[0031]registers302 to306 comprising theblock control circuit206 in FIG. 3 are implemented in a volatile memory device, such as a static random access memory (SRAM) device. Typical SRAM devices feature much faster read/write cycle times than flash memory. Using volatile memory registers, thus allows much faster lock programming of flash memory blocks over present methods that use non-volatile memory tables to configure the lock configuration. For example, if such a configuration table is implemented in flash memory, a set or reset of the lock configuration may take up to one or two seconds (based on the erase cycles of typical flash cells). This update time represents a period of vulnerability in which the data may be corrupted by a spurious write operation. If the processor coupled to the memory is executing code on the order of millions of cycles per second, the possibility of a spurious write during the period of vulnerability is quite high. The use of volatile registers in embodiments of the present invention, thus minimizes this period of vulnerability by allowing reconfiguration of these volatile registers at cycle times approximating SRAM memory cycles or flash read times.
• Lock Commands[0032]
• In one embodiment of the present invention, two-cycle write commands are issued from[0033]command buffer204 to lock or unlock blocks inflash memory array202. The first cycle of the two-cycle command selects the configuration command. The configuration command determines whether a particular block or group of blocks in the flash memory array is to be locked or unlocked. The second cycle of the two-cycle command specifies whether the configuration command of the first cycle applies to a single block or to a group of blocks in the flash memory array.
• In the block control circuit of FIG. 3, each block of the flash array can be locked or unlocked using software commands that change the protection status of the block. The protection status can be set to one of the following two states, locked or unlocked. This protection status is specified in the configuration command transmitted in a first cycle of a two-cycle command.[0034]
• Locked blocks are fully protected from alteration. Any program or erase operations attempted on a locked block will return an error to a status register. In one embodiment of the present invention, the status of a locked block can be changed to unlocked or lock-down using appropriate software commands. Unlocked blocks can be programmed or erased. The status of an unlocked block can be changed to a locked block using appropriate software commands.[0035]
• FIG. 4A is a timing diagram illustrating the sequence of execution of a single block lock/unlock command according to one embodiment of the present invention. The[0036]data line404 transmits the two-cycle command that specifies the block configuration and the type of command, i.e., single block. The two cycles of the command on the data line are valid during positive cycles of the write enablesignal402. For a single block command, theaddress406 input tomemory104 is decoded to determine which lock bit inblock control circuit206 to set or reset. The configuration command takes effect on the block specified by the address upon a positive-going cycle of the blocklatch control signal408. The lock bit inblock control circuit206 that is set or reset corresponds to the D-register that controls the particular block. In one embodiment of the present invention, the single block latch control line (e.g.,312,314, or316) to the register is enabled and the state of the block set/reset line (e.g.,320,322, or324) to the register is latched.
• Thus, in FIG. 4A, a block is configured by first determining the lock configuration of the block, establishing that the command is a single block command, determining the specific block to be configured by decoding the address, and unlocking or locking the block through the block latch control signal.[0037]
• FIG. 4B is a timing diagram illustrating the sequence of execution of a multi-block lock/unlock command according to one embodiment of the present invention. The[0038]data line454 transmits the two-cycle command that specifies the block configuration and the type of command, i.e., multi-block. The two cycles of the command on the data line are valid during positive cycles of the write enablesignal452. In the multi-block lock command, each bit of the address encoded in theaddress signal456 corresponds to an individual block in the memory array. Each block is locked or unlocked depending on whether the corresponding bit is set or reset. The lock bits inblock control circuit206 that are set or reset correspond to the D-registers that controls those particular blocks. In one embodiment of the present invention, the group latch control line (e.g.,310) to the registers to be set are enabled and the state of the block set/reset line (e.g.,320,322, or324) to the appropriate registers are latched.
• Thus, in FIG. 4B, a group of blocks is configured by first determining the lock configuration of the blocks, establishing that the command is a multi-block command, determining the specific blocks to be configured by decoding the address, and unlocking or locking the blocks through the group latch control signal.[0039]
• For the multi-block method illustrated in FIG. 4B, in one embodiment of the present invention, if there are more blocks in the array than address pads,[0040]block control circuit206 is configured such that each bit is configured to control multiple blocks. In an alternative embodiment of the present invention, if there are more blocks in the array than address pads, multiple configuration commands could be defined to allow individual block control. The configuration command takes effect on the block specified by the address upon a positive-going cycle of the grouplatch control signal458.
• In FIGS. 4A and 4B, the write commands to lock or unlock blocks in[0041]flash memory array202, were illustrated as two-cycle commands. In an alternative embodiment of the present invention, single cycle commands are used. Single-cycle commands specify both the identity of the block to be configured, and its locked or unlocked configuration. Similarly, in further alternative embodiments of the present invention, multi-cycle commands (consisting of three or more cycles) are used to configure the flash blocks to locked or unlocked states.
• FIG. 5 is a flowchart illustrating the locking or unlocking of single or multiple blocks in a flash array, according to one embodiment of the present invention. The process starts in[0042]step500. Instep502, the configuration command is read by the block control circuit. In one embodiment of the present invention, the configuration command is encoded in the first command cycle of a two-cycle command. The configuration command specifies whether the block or blocks being addressed are to be locked or unlocked. Instep504, the block lock/unlock command is read by the block control circuit. In one embodiment of the present invention, the block lock/unlock command is encoded in the second command cycle of a two-cycle command. The block lock/unlock command specifies whether the lock or unlock configuration command specified instep502 is a single-block command or a multi-block command.
• If, in[0043]step508, it is determined the configuration command is a single-block command, the address on the address pad is decoded to determine which lock bit in the block control circuit to set or reset,step508. The appropriate memory address is then locked or unlocked depending on the configuration command,step510. At this point the process ends atstep516.
• If, in[0044]step508, it is determined the configuration command is a multiple-block command, each bit of the address on the address pad corresponds to an individual block. These address bits are decoded to determine lock bits in the block control circuit to set or reset,step512. The appropriate memory addresses are then locked or unlocked depending on the configuration command,step514. At this point the process ends atstep516.
• Embodiments of the present invention, as exemplified by FIGS. 3 and 5, are used in applications requiring secure storage of sensitive or vulnerable data or code. The use of volatile lock and, as well as lock-down registers allows real-time data protection by minimizing the lock and unlock cycle times, and hence the period of vulnerability of the non-volatile memory to data corruption during these cycle times. The use of two-cycle commands that specify that a single block or a group of blocks is to be configured allows for fast and flexible lock configuration of different memory blocks in a flash memory array.[0045]
• In the foregoing, a circuit has been described for flexibly locking individual or multiple blocks in a flash memory array. Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention as set forth in the claims. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.[0046]

Claims (18)

What is claimed is:

1. An apparatus comprising:

a non-volatile memory array including a plurality of blocks, one or more blocks of said plurality of blocks being capable of being placed in a locked state or an unlocked state;

a volatile lock register coupled to a block of said one or more blocks;

a logic gate coupled to a first input to said volatile lock register;

a block set/reset line coupled to a second input to said volatile lock register;

a block latch control line coupled to a first input to said logic gate; and

a group latch control line coupled to a second input to said logic gate.

2. The apparatus of

claim 1

wherein said non-volatile memory array is a flash memory and said lock register is embodied in a static random access memory circuit.

3. The apparatus of

claim 3

wherein said logic gate is an or-type combinatorial logic gate.

4. The apparatus of

claim 3

wherein said volatile lock register is set to a first state or a second state depending on the logic state of a signal transmitted on said block set/reset line, and wherein said volatile lock register transmits a lock control signal to said block of said one or more blocks.

5. The apparatus of

claim 4

wherein said volatile register being set to said first state causes said block of said one or more blocks to be locked to a protected state from write or erase operations, and said volatile register being set to said second state causes said block of said one or more blocks to be unlocked to allow modification by write or erase operations.

6. The apparatus of

claim 5

wherein said first input to said volatile lock register is a clock input.

7. An apparatus comprising:

a non-volatile memory array including a plurality of blocks, one or more blocks of said plurality of blocks being capable of being placed in a locked state or an unlocked state;

a set of volatile lock registers, each lock register of said set of lock registers coupled to a corresponding block of said one or more blocks, and operable to prevent corresponding blocks from being modified;

a block set/reset line coupled to a first input to each lock register of said volatile lock registers; and

a block latch control line and a group latch control line coupled through combinatorial logic to a second input to each lock register of said volatile lock registers.

8. The apparatus of

claim 7

further comprising a command buffer coupled to said set of lock registers and said set of lock-down registers, said command buffer operable to transmit a two-cycle command to each register of said set of lock registers, wherein the first cycle comprises a command specifying whether a lock configuration of said non-volatile memory array is to be changed, and the second cycle comprises a command specifying whether said first cycle command applies to a single block of said memory array or to multiple blocks of said memory array.

9. The apparatus of

claim 8

wherein if said first cycle command is a first command type, a block of said non-volatile memory is to be locked, and if said first cycle command is a second command type, a block of said non-volatile memory is to be unlocked.

10. The apparatus of

claim 9

wherein if said second cycle command applies to a single block, an address input on an address bus coupled to said apparatus is decoded to set or reset one register of said set of lock registers.

11. The apparatus of

claim 9

wherein if said second cycle command applies to multiple blocks, an address input on an address bus coupled to said apparatus is decoded to set or reset two or more lock registers of said set of lock registers, each bit of said address corresponding to a lock register of said two or more lock registers.

12. The apparatus of

claim 11

wherein said non-volatile memory array is a flash memory and said set of lock registers is embodied in static random access memory circuits.

13. A method comprising the steps of:

reading a first command of a multi-cycle command, said first command specifying a lock configuration of one or more memory blocks of a non-volatile memory array; and

reading a second command of said multi-cycle command, said second command specifying the number of memory blocks of said one or more memory blocks to be lock configured.

14. The method of

claim 13

wherein said first command specifies if said one or more memory blocks are to be set to a locked state or an unlocked state.

15. The method of

claim 14

wherein said multi-cycle command is a two-cycle command.

16. The method of

claim 15

wherein said first command programs a set of lock registers coupled to said memory array, each register of said set of registers capable of being set to a first state and a second state, and coupled to a corresponding block of said memory array.

17. The method of

claim 16

wherein if a register is set to said first state, a corresponding block of said memory array is set to a locked state, and if said register is set to a second state, said corresponding block is set to an unlocked state.

18. The method of

claim 17

wherein an address transmitted on an address bus is decoded to determine which lock register of said set of lock registers is set according to said first command.

Images