The following relates to the operation of re-programmable non-volatile memory systems, such as semiconductor flash memory, and the management of such systems.
Solid-state memory capable of nonvolatile storage of charge, particularly in the form of EEPROM and flash EEPROM packaged as a small form factor card, has recently become the storage of choice in a variety of mobile and handheld devices, notably information appliances and consumer electronics products. Unlike RAM (random access memory) that is also solid-state memory, flash memory is non-volatile, and retains its stored data even after power is turned off. Also, unlike ROM (read only memory), flash memory is rewritable similar to a disk storage device. In spite of the higher cost, flash memory is increasingly being used in mass storage applications.
Flash EEPROM is similar to EEPROM (electrically erasable and programmable read-only memory) in that it is a non-volatile memory that can be erased and have new data written or “programmed” into their memory cells. Both utilize a floating (unconnected) conductive gate, in a field effect transistor structure, positioned over a channel region in a semiconductor substrate, between source and drain regions. A control gate is then provided over the floating gate. The threshold voltage characteristic of the transistor is controlled by the amount of charge that is retained on the floating gate. That is, for a given level of charge on the floating gate, there is a corresponding voltage (threshold) that must be applied to the control gate before the transistor is turned “on” to permit conduction between its source and drain regions. Flash memory such as Flash EEPROM allows entire blocks of memory cells to be erased at the same time.
The floating gate can hold a range of charges and therefore can be programmed to any threshold voltage level within a threshold voltage window. The size of the threshold voltage window is delimited by the minimum and maximum threshold levels of the device, which in turn correspond to the range of the charges that can be programmed onto the floating gate. The threshold window generally depends on the memory device's characteristics, operating conditions and history. Each distinct, resolvable threshold voltage level range within the window may, in principle, be used to designate a definite memory state of the cell.
In order to improve read and program performance, multiple charge storage elements or memory transistors in an array are read or programmed in parallel. Thus, a “page” of memory elements are read or programmed together. In existing memory architectures, a row typically contains several interleaved pages or it may constitute one page. All memory elements of a page are read or programmed together.
Nonvolatile memory devices are also manufactured from memory cells with a dielectric layer for storing charge. Instead of the conductive floating gate elements described earlier, a dielectric layer is used. An ONO dielectric layer extends across the channel between source and drain diffusions. The charge for one data bit is localized in the dielectric layer adjacent to the drain, and the charge for the other data bit is localized in the dielectric layer adjacent to the source. For example, a nonvolatile memory cell may have a trapping dielectric sandwiched between two silicon dioxide layers. Multi-state data storage is implemented by separately reading the binary states of the spatially separated charge storage regions within the dielectric.
Non-volatile memory storage devices typically include a controller portion and a memory section and used a use logical-to-physical (L2P) mapping and use management tables for dynamic mapping. The logical-to physical mapping is performed by the controller and associates a physical address on the memory section where data is stored with a logical address by which a host identifies the data. In a standard arrangement, the management tables are stored in the non-volatile memory, but in order to provide high performance, management table copies are maintained also in the controller RAM, typically a DRAM. As the controller updates these tables during memory operations, the updated tables stored in the non-volatile device from time to time for synchronization, in an operation called Control Sync (CS).
If the system experiences an ungraceful shutdown (UGSD), such as losing power, any information updates made since the last control sync is lost, as this information was only held in volatile control memory. To avoid this problem, the system can operate in a blocking manner, where the flash controller does not send read/write commands to the flash dies, allowing them to complete their workload. Only after the workload is completed, confirmed and the control data is updated in the log are a new set of read/write commands sent. As the new block allocation will be performed according to the new log, data to control info coherency can be maintained, but at a loss of system performance due to the blocking.
In a method of operating a non-volatile memory system, data is stored in a non-volatile memory circuit having a plurality of non-volatile memory cells formed as a plurality of multi-cell blocks and a controller manages the storage of data on the memory circuit. The managing includes maintaining in volatile memory of two or more free block lists, the block lists being formed of blocks available for the writing of data, and maintaining copies of the free block lists in the non-volatile memory. Blocks are allocated from a first of the free block lists, and, while allocating blocks from the first free block list, performing a synchronizing operation is performed for a second of the free block lists. The synchronizing operation includes updating the second free block list and preparing control data related to the updating of the second free block list.
In other aspects, a controller for a non-volatile memory system includes a volatile memory and logic circuitry configured to manage the storage of data on a non-volatile memory circuit having a plurality of non-volatile memory cells formed as a plurality of multi-cell blocks. Managing the storage of data on the non-volatile memory circuit includes: maintaining in the volatile memory of two or more free block lists, the block lists being formed of blocks available for the writing of data, and maintaining copies of the free block lists in the non-volatile memory. Blocks are allocated from a first of the free block lists, and, while allocating blocks from the first free block list, performing a synchronizing operation is performed for a second of the free block lists. The synchronizing operation includes updating the second free block list and preparing control data related to the updating of the second free block list.
In further aspects, a non-volatile memory system includes a non-volatile memory circuit having a plurality of non-volatile memory cells formed as a plurality of multi-cell blocks and a controller. The controller includes a volatile memory and logic circuitry configured to manage the storage of data on the non-volatile memory circuit. Managing the storage of data on the non-volatile memory circuit includes: maintaining in the volatile memory of two or more free block lists, the block lists being formed of blocks available for the writing of data, and maintaining copies of the free block lists in the non-volatile memory. Blocks are allocated from a first of the free block lists, and, while allocating blocks from the first free block list, performing a synchronizing operation is performed for a second of the free block lists. The synchronizing operation includes updating the second free block list and preparing control data related to the updating of the second free block list.
Various aspects, advantages, features and embodiments are included in the following description of exemplary examples thereof, which description should be taken in conjunction with the accompanying drawings. All patents, patent applications, articles, other publications, documents and things referenced herein are hereby incorporated herein by this reference in their entirety for all purposes. To the extent of any inconsistency or conflict in the definition or use of terms between any of the incorporated publications, documents or things and the present application, those of the present application shall prevail.
Memory System
With respect to the memory section 102, semiconductor memory devices include volatile memory devices, such as dynamic random access memory (“DRAM”) or static random access memory (“SRAM”) devices, non-volatile memory devices, such as resistive random access memory (“ReRAM”), electrically erasable programmable read only memory (“EEPROM”), flash memory (which can also be considered a subset of EEPROM), ferroelectric random access memory (“FRAM”), and magnetoresistive random access memory (“MRAM”), and other semiconductor elements capable of storing information. Each type of memory device may have different configurations. For example, flash memory devices may be configured in a NAND or a NOR configuration.
The memory devices can be formed from passive and/or active elements, in any combinations. By way of non-limiting example, passive semiconductor memory elements include ReRAM device elements, which in some embodiments include a resistivity switching storage element, such as an anti-fuse, phase change material, etc., and optionally a steering element, such as a diode, etc. Further by way of non-limiting example, active semiconductor memory elements include EEPROM and flash memory device elements, which in some embodiments include elements containing a charge storage region, such as a floating gate, conductive nanoparticles, or a charge storage dielectric material.
Multiple memory elements may be configured so that they are connected in series or so that each element is individually accessible. By way of non-limiting example, flash memory devices in a NAND configuration (NAND memory) typically contain memory elements connected in series. A NAND memory array may be configured so that the array is composed of multiple strings of memory in which a string is composed of multiple memory elements sharing a single bit line and accessed as a group. Alternatively, memory elements may be configured so that each element is individually accessible, e.g., a NOR memory array. NAND and NOR memory configurations are exemplary, and memory elements may be otherwise configured.
The semiconductor memory elements located within and/or over a substrate may be arranged in two or three dimensions, such as a two dimensional memory structure or a three dimensional memory structure.
In a two dimensional memory structure, the semiconductor memory elements are arranged in a single plane or a single memory device level. Typically, in a two dimensional memory structure, memory elements are arranged in a plane (e.g., in an x-z direction plane) which extends substantially parallel to a major surface of a substrate that supports the memory elements. The substrate may be a wafer over or in which the layer of the memory elements are formed or it may be a carrier substrate which is attached to the memory elements after they are formed. As a non-limiting example, the substrate may include a semiconductor such as silicon.
The memory elements may be arranged in the single memory device level in an ordered array, such as in a plurality of rows and/or columns. However, the memory elements may be arrayed in non-regular or non-orthogonal configurations. The memory elements may each have two or more electrodes or contact lines, such as bit lines and word lines.
A three dimensional memory array is arranged so that memory elements occupy multiple planes or multiple memory device levels, thereby forming a structure in three dimensions (i.e., in the x, y and z directions, where the y direction is substantially perpendicular and the x and z directions are substantially parallel to the major surface of the substrate).
As a non-limiting example, a three dimensional memory structure may be vertically arranged as a stack of multiple two dimensional memory device levels. As another non-limiting example, a three dimensional memory array may be arranged as multiple vertical columns (e.g., columns extending substantially perpendicular to the major surface of the substrate, i.e., in the y direction) with each column having multiple memory elements in each column. The columns may be arranged in a two dimensional configuration, e.g., in an x-z plane, resulting in a three dimensional arrangement of memory elements with elements on multiple vertically stacked memory planes. Other configurations of memory elements in three dimensions can also constitute a three dimensional memory array.
By way of non-limiting example, in a three dimensional NAND memory array, the memory elements may be coupled together to form a NAND string within a single horizontal (e.g., x-z) memory device levels. Alternatively, the memory elements may be coupled together to form a vertical NAND string that traverses across multiple horizontal memory device levels. Other three dimensional configurations can be envisioned wherein some NAND strings contain memory elements in a single memory level while other strings contain memory elements which span through multiple memory levels. Three dimensional memory arrays may also be designed in a NOR configuration and in a ReRAM configuration.
Typically, in a monolithic three dimensional memory array, one or more memory device levels are formed above a single substrate. Optionally, the monolithic three dimensional memory array may also have one or more memory layers at least partially within the single substrate. As a non-limiting example, the substrate may include a semiconductor such as silicon. In a monolithic three dimensional array, the layers constituting each memory device level of the array are typically formed on the layers of the underlying memory device levels of the array. However, layers of adjacent memory device levels of a monolithic three dimensional memory array may be shared or have intervening layers between memory device levels.
Then again, two dimensional arrays may be formed separately and then packaged together to form a non-monolithic memory device having multiple layers of memory. For example, non-monolithic stacked memories can be constructed by forming memory levels on separate substrates and then stacking the memory levels atop each other. The substrates may be thinned or removed from the memory device levels before stacking, but as the memory device levels are initially formed over separate substrates, the resulting memory arrays are not monolithic three dimensional memory arrays. Further, multiple two dimensional memory arrays or three dimensional memory arrays (monolithic or non-monolithic) may be formed on separate chips and then packaged together to form a stacked-chip memory device.
Associated circuitry is typically required for operation of the memory elements and for communication with the memory elements. As non-limiting examples, memory devices may have circuitry used for controlling and driving memory elements to accomplish functions such as programming and reading. This associated circuitry may be on the same substrate as the memory elements and/or on a separate substrate. For example, a controller for memory read-write operations may be located on a separate controller chip and/or on the same substrate as the memory elements.
It will be recognized that the following is not limited to the two dimensional and three dimensional exemplary structures described but cover all relevant memory structures within the spirit and scope as described herein
Physical Memory Structure
There are many commercially successful non-volatile solid-state memory devices being used today. These memory devices may employ different types of memory cells, each type having one or more charge storage element.
Typical non-volatile memory cells include EEPROM and flash EEPROM. Also, examples of memory devices utilizing dielectric storage elements.
In practice, the memory state of a cell is usually read by sensing the conduction current across the source and drain electrodes of the cell when a reference voltage is applied to the control gate. Thus, for each given charge on the floating gate of a cell, a corresponding conduction current with respect to a fixed reference control gate voltage may be detected. Similarly, the range of charge programmable onto the floating gate defines a corresponding threshold voltage window or a corresponding conduction current window.
Alternatively, instead of detecting the conduction current among a partitioned current window, it is possible to set the threshold voltage for a given memory state under test at the control gate and detect if the conduction current is lower or higher than a threshold current (cell-read reference current). In one implementation the detection of the conduction current relative to a threshold current is accomplished by examining the rate the conduction current is discharging through the capacitance of the bit line.
As can be seen from the description above, the more states a memory cell is made to store, the more finely divided is its threshold window. For example, a memory device may have memory cells having a threshold window that ranges from −1.5V to 5V. This provides a maximum width of 6.5V. If the memory cell is to store 16 states, each state may occupy from 200 mV to 300 mV in the threshold window. This will require higher precision in programming and reading operations in order to be able to achieve the required resolution.
NAND Structure
When an addressed memory transistor 10 within a NAND string is read or is verified during programming, its control gate 30 is supplied with an appropriate voltage. At the same time, the rest of the non-addressed memory transistors in the NAND string 50 are fully turned on by application of sufficient voltage on their control gates. In this way, a conductive path is effectively created from the source of the individual memory transistor to the source terminal 54 of the NAND string and likewise for the drain of the individual memory transistor to the drain terminal 56 of the cell.
Physical Organization of the Memory
One difference between flash memory and other of types of memory is that a cell must be programmed from the erased state. That is the floating gate must first be emptied of charge. Programming then adds a desired amount of charge back to the floating gate. It does not support removing a portion of the charge from the floating gate to go from a more programmed state to a lesser one. This means that updated data cannot overwrite existing data and must be written to a previous unwritten location.
Furthermore erasing is to empty all the charges from the floating gate and generally takes appreciable time. For that reason, it will be cumbersome and very slow to erase cell by cell or even page by page. In practice, the array of memory cells is divided into a large number of blocks of memory cells. As is common for flash EEPROM systems, the block is the unit of erase. That is, each block contains the minimum number of memory cells that are erased together. While aggregating a large number of cells in a block to be erased in parallel will improve erase performance, a large size block also entails dealing with a larger number of update and obsolete data.
Each block is typically divided into a number of physical pages. A logical page is a unit of programming or reading that contains a number of bits equal to the number of cells in a physical page. In a memory that stores one bit per cell, one physical page stores one logical page of data. In memories that store two bits per cell, a physical page stores two logical pages. The number of logical pages stored in a physical page thus reflects the number of bits stored per cell. In one embodiment, the individual pages may be divided into segments and the segments may contain the fewest number of cells that are written at one time as a basic programming operation. One or more logical pages of data are typically stored in one row of memory cells. A page can store one or more sectors. A sector includes user data and overhead data.
All-Bit, Full-Sequence MLC Programming
A 2-bit code having a lower bit and an upper bit can be used to represent each of the four memory states. For example, the “0”, “1”, “2” and “3” states are respectively represented by “11”, “01”, “00” and ‘10”. The 2-bit data may be read from the memory by sensing in “full-sequence” mode where the two bits are sensed together by sensing relative to the read demarcation threshold values rV1, rV2 and rV3 in three sub-passes respectively.
Bit-by-Bit MLC Programming and Reading
In the bit-by-bit scheme for a 2-bit memory, a physical page of memory cells will store two logical data pages, a lower data page corresponding to the lower bit and an upper data page corresponding to the upper bit.
Foggy-Fine Programming
Another variation on multi-state programming employs a foggy-fine algorithm, as is illustrated in
As each cell is, however, programmed to near its eventual target state, the sort of neighboring cell to cell couplings, or “Yupin” effect, described in U.S. Pat. No. 6,870,768 are presenting most of their effect. Because of this, when the fine program phase (shown on the bottom line) is executed, these couplings have largely been factored in to this final phase so the cell distributions are more accurately resolved to their target ranges.
Binary and MLC Memory Partitioning
First, programming or reading will be slower when the threshold of a cell must be more accurately programmed or read. In fact in practice the sensing time (needed in programming and reading) tends to increase as the square of the number of partitioning levels.
Secondly, flash memory has an endurance problem as it ages with use. When a cell is repeatedly programmed and erased, charges is shuttled in and out of the floating gate 20 (see
Conversely, it will be seen for a binary memory, the memory's threshold window is only partitioned into two regions. This will allow a maximum margin of errors. Thus, binary partitioning while diminished in storage capacity will provide maximum performance and reliability.
The multi-pass, bit-by-bit programming and reading technique described in connection with
Binary Memory and Partial Page Programming
The charge programmed into the charge storage element of one memory cell produces an electric field that perturbs the electric field of a neighboring memory cell. This will affect the characteristics of the neighboring memory cell which essentially is a field-effect transistor with a charge storage element. In particular, when sensed the memory cell will appear to have a higher threshold level (or more programmed) than when it is less perturbed.
In general, if a memory cell is program-verified under a first field environment and later is read again under a different field environment due to neighboring cells subsequently being programmed with different charges, the read accuracy may be affected due to coupling between neighboring floating gates in what is referred to as the “Yupin Effect”. With ever higher integration in semiconductor memories, the perturbation of the electric field due to the stored charges between memory cells (Yupin effect) becomes increasing appreciable as the inter-cellular spacing shrinks.
The Bit-by-Bit MLC Programming technique described in connection with
However, the bit-by-bit multi-pass programming technique will be compromised by partial-page programming. A page is a group of memory cells, typically along a row or word line, that is programmed together as a unit. It is possible to program non overlapping portions of a page individually over multiple programming passes. However, owning to not all the cells of the page are programmed in a final pass together, it could create large difference in charges programmed among the cells after the page is done. Thus partial-page programming would result in more program disturb and would require a larger margin for sensing accuracy.
In the case the memory is configured as binary memory, the margin of operation is wider than that of MLC. In the preferred embodiment, the binary memory is configured to support partial-page programming in which non-overlapping portions of a page may be programmed individually in one of the multiple programming passes on the page. The programming and reading performance can be improved by operating with a page of large size. However, when the page size is much larger than the host's unit of write (typically a 512-byte sector), its usage will be inefficient. Operating with finer granularity than a page allows more efficient usage of such a page.
The example given has been between binary versus MLC. It should be understood that in general the same principles apply between a first memory with a first number of levels and a second memory with a second number of levels more than the first memory.
3-D NAND Structures
An alternative arrangement to a conventional two-dimensional (2-D) NAND array is a three-dimensional (3-D) array. In contrast to 2-D NAND arrays, which are formed along a planar surface of a semiconductor wafer, 3-D arrays extend up from the wafer surface and generally include stacks, or columns, of memory cells extending upwards. Various 3-D arrangements are possible. In one arrangement a NAND string is formed vertically with one end (e.g. source) at the wafer surface and the other end (e.g. drain) on top. In another arrangement a NAND string is formed in a U-shape so that both ends of the NAND string are accessible on top, thus facilitating connections between such strings.
As with planar NAND strings, select gates 705, 707, are located at either end of the string to allow the NAND string to be selectively connected to, or isolated from, external elements 709, 711. Such external elements are generally conductive lines such as common source lines or bit lines that serve large numbers of NAND strings. Vertical NAND strings may be operated in a similar manner to planar NAND strings and both SLC and MLC operation is possible. While
A 3D NAND array can, loosely speaking, be formed tilting up the respective structures 50 and 210 of
To the right of
Logical and Physical Block Structures
The host 80 accesses the memory 200 when running an application under a file system or operating system. Typically, the host system addresses data in units of logical sectors where, for example, each sector may contain 512 bytes of data. Also, it is usual for the host to read or write to the memory system in unit of logical clusters, each consisting of one or more logical sectors. In some host systems, an optional host-side memory manager may exist to perform lower level memory management at the host. In most cases during read or write operations, the host 80 essentially issues a command to the memory system 90 to read or write a segment containing a string of logical sectors of data with contiguous addresses.
A memory-side memory manager 300 is implemented in the controller 100 of the memory system 90 to manage the storage and retrieval of the data of host logical sectors among metablocks of the flash memory 200. The memory manager comprises a front-end system 310 and a back-end system 320. The front-end system 310 includes a host interface 312. The back-end system 320 includes a number of software modules for managing erase, read and write operations of the metablocks. The memory manager also maintains system control data and directory data associated with its operations among the flash memory 200 and the controller RAM 130.
The dataflow and sequencing layer 340 is responsible for the sequencing and transfer of sectors of data between a front-end system and a flash memory. This layer includes a command sequencer 342, a low-level sequencer 344 and a flash Control layer 346.
The memory manager 300 is preferably implemented in the controller 100. It translates logical addresses received from the host into physical addresses within the memory array, where the data are actually stored, and then keeps track of these address translations.
There may be an offset between the lowest address of a logical group and the lowest address of the metablock to which it is mapped. In this case, logical sector address wraps round as a loop from bottom back to top of the logical group within the metablock. For example, in
Block Management in Non-Blocking Control Sync (CS) System
For storage devices use logical-to-physical (L2P) mapping and use management tables for dynamic mapping, the management tables are stored in the flash memory, but in order to provide high performance management table copies are also maintained in the controller RAM, typically a DRAM. The updated tables are stored in the memory section from time to time for synchronization in a Control Sync (CS) operation, involving the sub-operations of preparing for the CS, submitting a request to write a “log” of the operation, and receiving confirmation that the entire “log” was written successfully.
When the control sync operations are performed in a blocking manner, the controller does not send read/write commands to the non-volatile memory dies, allowing them to complete their workload. Only after the workload is completed, confirmed and the control data is updated in the log in the controller's RAM, a control sync of the log is performed.
Although the blocking arrangement allows for the memory system to maintain coherency of the memory system's logical to physical assignments, the blocking of operations affects performance. This section presents techniques whereby the controller can allocate new blocks and maintain data to control information coherency in a non-blocking control sync system by using two free block lists prepared with different timings. More specifically, block allocation is performed from a first free block list (FBL) that the controller compiles of available blocks until the controller gets a completion notification that the RAM log was synced to flash, and then allocation switches to a second FBL. Both FBLs are stored in controller RAM and in the flash, and the second FBL is created by the controller when a new control sync starts.
Rather than just use the entire pool of free blocks, the use of an FBL assembled from this pool can have advantages. For example, in case of an unplanned shut down (an ungraceful shutdown, or UGSD), the system will need to restore all the blocks that were allocated since last control-syn, in order to restore the data. Restoring block allocations typically involves reading some metadata from all blocks that are candidates for allocation, which can be an involved process. By maintaining an FBL list, which is a short list of blocks that are candidates for allocation, during mount after UGSD the system will only need scan the blocks from the FBL. In the case of 2 FBLs, the system will scan both lists. During mount to restore allocations that were done during control-sync and also allocation that were done after control-sync was done. With two FBLs, this allows for one list to be used during the control-sync itself and another to be used after control-sync is done.
The compiling of the free block lists, and allocation of blocks from an active FBL, can be performed similarly to how this is done in systems using a FBL, such is describe in US patent publication number 2012-0191927, for example. New blocks can be added to an FBL from a pool of available blocks that can contain previously unwritten blocks as well as previously written blocks that have been released. A block is released when it no longer contains valid data, for example, and placed in the pool of available blocks either after or before being erased, depending on the embodiment. The selection of a block for a FBL from the pool of available blocks can be based various criteria, including considerations such as wear leveling, the number of program-erase (P/E) cycles a block has experienced, previous occurrences of error in a block and so on. In addition to remove a block from a FBL in response to it being selected for use, in some embodiments blocks may also be removed in order to be replaced with “better” blocks from the available pool, again based block characteristics such as wear leveling, the number of program-erase (P/E) cycles a block has experienced, previous occurrences of error in a block and so on.
Block allocation in a non-blocking control sync flash transfer layer (FTL) system may be provided by allocating and managing blocks from two free block lists (FBLs) stored in the controller RAM, where a copy of the two FBLs will be stored also in the flash memory and updated every time a non-blocking CS operation is performed. The FTL can be implemented as a firmware module on the controller, such as part of the memory management layer 330 of
In
The preparation of an updated FBL includes adding new blocks released by memory management operations (such as garbage collection relocations) and removal of blocks from the FBL that were already allocated. A new command allocation from the FBL that occurs after the new updated log was prepared and written to flash will be updated in the controller's RAM tables, but may be lost due to an ungraceful shutdown (UGSD) since after mount (copying of the FBL as stored in non-volatile memory to the controller RAM) the recovery will be made according to the stored log (with ambiguity if it is the updated log or the old log copy). Consequently, the newly allocated block may not be recovered from the new FBL read from flash in case it is the updated FBL that does not include the block allocation performed after it was prepared as shown in
To allow non-blocking operation without this danger in the event of an ungraceful shutdown, an exemplary embodiment uses two FBLs: a first FBL that includes a list of allocated blocks prior to the current non-blocking CS preparation start; and a second list includes an updated block list that includes blocks that were added or removed as part of the preparations for the next CS. Both FBLs will be written to the log and the flash in the non-blocking CS. In case of mount after an ungraceful shutdown, the two FBLs can be read from the memory section and scanned in order to recover the control information in controller RAM and allowing continuous operation with non-blocking control syncs.
One exemplary embodiment of a block allocating method can be as follows: when a non-blocking CS operation is prepared by the controller, a new or updated FBL, here labelled FBL#3, is created to replace the previous FBL#1, as illustrated in
In
As illustrated by
In an alternate set of embodiments, during non-blocking control sync operations, blocks may be allocated from the FBL#2 stored in the controller's RAM, and a smaller list FBL#2′ (not shown in the figures) can be updated in the RAM having smaller number of blocks comparing to the original FBL#2. Whenever the controller allocates a new block from an FBL, on the first time that the system writes to the block, whether for embodiments that do or do not use a smaller list, the system can write in the block's metadata an indication that this is new data. For example, this could be written in the first physical page, or smallest read unit, of the block. During mount, the controller can read the metadata of the first read unit of each of the blocks in the two FBL lists and determine if the block was allocated and re-written or not. In this way the system can restore which blocks were allocated since the last control sync operation. Blocks that appeared in FBL#2, but were allocated during the CS operation and do not appear anymore in FBL#2′, can still be found and restored in the RAM control tables during mount since they can be read from the control data stored in the non-volatile memory. As shown in
For any of the variations described above, the use of two free block lists for block allocation allows for non-blocking control sync, while providing coherent flash transfer layer operation without losing control information in the case of an ungraceful shut down. The non-blocking operation improves performance by allowing the system to operate continuously by not halting multi flash die read/write operations during control sync operations.
The foregoing detailed description has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the above to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. The described embodiments were chosen in order to explain the principles involved and its practical application, to thereby enable others to best utilize the various embodiments and with various modifications as are suited to the particular use contemplated. It is intended that the scope be defined by the claims appended hereto.
Number | Name | Date | Kind |
---|---|---|---|
5043940 | Harari | Aug 1991 | A |
5070032 | Yuan et al. | Dec 1991 | A |
5095344 | Harari | Mar 1992 | A |
5172338 | Mehrotra et al. | Dec 1992 | A |
5313421 | Guterman et al. | May 1994 | A |
5315541 | Harari et al. | May 1994 | A |
5343063 | Yuan et al. | Aug 1994 | A |
5367484 | Alexander et al. | Nov 1994 | A |
5404485 | Ban | Apr 1995 | A |
5473765 | Gibbons et al. | Dec 1995 | A |
5532962 | Auclair et al. | Jul 1996 | A |
5570315 | Tanaka et al. | Oct 1996 | A |
5661053 | Yuan | Aug 1997 | A |
5742934 | Shinohara | Apr 1998 | A |
5751634 | Itoh | May 1998 | A |
5768192 | Eitan | Jun 1998 | A |
5774397 | Endoh et al. | Jun 1998 | A |
5797033 | Ecclesine | Aug 1998 | A |
5798968 | Lee et al. | Aug 1998 | A |
5860124 | Matthews et al. | Jan 1999 | A |
5890192 | Lee et al. | Mar 1999 | A |
5903495 | Takeuchi et al. | May 1999 | A |
5906000 | Abe et al. | May 1999 | A |
5907856 | Estakhri et al. | May 1999 | A |
5909449 | So et al. | Jun 1999 | A |
5930167 | Lee et al. | Jul 1999 | A |
5933368 | Ma et al. | Aug 1999 | A |
5937425 | Ban | Aug 1999 | A |
6011725 | Eitan | Jan 2000 | A |
6034897 | Estakhri et al. | Mar 2000 | A |
6046935 | Takeuchi et al. | Apr 2000 | A |
6098077 | Sassa | Aug 2000 | A |
6125435 | Estakhri et al. | Sep 2000 | A |
6141249 | Estakhri et al. | Oct 2000 | A |
6157991 | Arnon | Dec 2000 | A |
6185663 | Burke | Feb 2001 | B1 |
6222762 | Guterman et al. | Apr 2001 | B1 |
6226728 | See et al. | May 2001 | B1 |
6272610 | Katayama et al. | Aug 2001 | B1 |
6304980 | Beardsley et al. | Oct 2001 | B1 |
6377500 | Fujimoto et al. | Apr 2002 | B1 |
6401160 | See et al. | Jun 2002 | B1 |
6421279 | Tobita et al. | Jul 2002 | B1 |
6426893 | Conley et al. | Jul 2002 | B1 |
6446249 | Wang et al. | Sep 2002 | B1 |
6456528 | Chen | Sep 2002 | B1 |
6490649 | Sinclair | Dec 2002 | B2 |
6522580 | Chen et al. | Feb 2003 | B2 |
6544844 | Chang et al. | Apr 2003 | B2 |
6563734 | Taki | May 2003 | B2 |
6567307 | Estakhri | May 2003 | B1 |
6571261 | Wang-Knop et al. | May 2003 | B1 |
6591328 | Iida et al. | Jul 2003 | B1 |
6591330 | Lasser | Jul 2003 | B2 |
6598174 | Parks et al. | Jul 2003 | B1 |
6643170 | Huang et al. | Nov 2003 | B2 |
6697957 | Wang et al. | Feb 2004 | B1 |
6725321 | Sinclair et al. | Apr 2004 | B1 |
6763424 | Conley | Jul 2004 | B2 |
6826651 | Michael et al. | Nov 2004 | B2 |
6871259 | Hagiwara et al. | Mar 2005 | B2 |
6895464 | Chow et al. | May 2005 | B2 |
6898662 | Gorobets | May 2005 | B2 |
7139864 | Bennett et al. | Nov 2006 | B2 |
7177184 | Chen | Feb 2007 | B2 |
7315916 | Bennett et al. | Jan 2008 | B2 |
7913061 | Gorobets et al. | Mar 2011 | B2 |
7945759 | Gorobets | May 2011 | B2 |
8051257 | Gorobets et al. | Nov 2011 | B2 |
8103841 | Sinclair et al. | Jan 2012 | B2 |
8793429 | Call | Jul 2014 | B1 |
20010042882 | Chang et al. | Nov 2001 | A1 |
20020099904 | Conley | Jul 2002 | A1 |
20020136054 | Blodgett | Sep 2002 | A1 |
20020184436 | Kim et al. | Dec 2002 | A1 |
20020199058 | Ofek | Dec 2002 | A1 |
20030053334 | Chen | Mar 2003 | A1 |
20030065899 | Gorobets | Apr 2003 | A1 |
20030076709 | Huang et al. | Apr 2003 | A1 |
20030109093 | Harari et al. | Jun 2003 | A1 |
20030110343 | Hagiwara et al. | Jun 2003 | A1 |
20030115433 | Kodama | Jun 2003 | A1 |
20030191916 | McBrearty et al. | Oct 2003 | A1 |
20040039889 | Elder et al. | Feb 2004 | A1 |
20040088480 | Fox et al. | May 2004 | A1 |
20040103241 | Chang et al. | May 2004 | A1 |
20050132129 | Venkiteswaran | Jun 2005 | A1 |
20050141312 | Sinclair et al. | Jun 2005 | A1 |
20050141313 | Gorobets et al. | Jun 2005 | A1 |
20050144357 | Sinclair | Jun 2005 | A1 |
20050144358 | Conley et al. | Jun 2005 | A1 |
20050144360 | Bennett et al. | Jun 2005 | A1 |
20050144363 | Sinclair | Jun 2005 | A1 |
20050144365 | Gorobets et al. | Jun 2005 | A1 |
20050144367 | Sinclair | Jun 2005 | A1 |
20050166087 | Gorobets | Jul 2005 | A1 |
20070061545 | Kuhne | Mar 2007 | A1 |
20090019217 | Gorobets et al. | Jan 2009 | A1 |
20090019218 | Sinclair et al. | Jan 2009 | A1 |
20090037651 | Gorobets | Feb 2009 | A1 |
20100262799 | Lasser | Oct 2010 | A1 |
20110219174 | Gorobets | Sep 2011 | A1 |
20120191927 | Gorobets et al. | Jul 2012 | A1 |
20140006689 | Hashimoto | Jan 2014 | A1 |
20150067415 | Miyamoto | Mar 2015 | A1 |
20160188455 | Patel | Jun 2016 | A1 |
20170024137 | Kanno | Jan 2017 | A1 |
Number | Date | Country |
---|---|---|
1243317 | Feb 2000 | CN |
1922580 | Feb 2007 | CN |
887732 | Dec 1998 | EP |
0977121 | Feb 2000 | EP |
1424631 | Jun 2004 | EP |
1702338 | Sep 2006 | EP |
1704484 | Sep 2006 | EP |
H05046494 | Feb 1993 | JP |
H11073379 | Mar 1999 | JP |
2001357683 | Dec 2001 | JP |
2002366423 | Dec 2002 | JP |
2003177974 | Jun 2003 | JP |
2004252746 | Sep 2004 | JP |
2005503640 | Feb 2005 | JP |
2007534048 | Nov 2007 | JP |
5314019 | Oct 2013 | JP |
543200 | Jul 2003 | TW |
559707 | Nov 2003 | TW |
561340 | Nov 2003 | TW |
561411 | Nov 2003 | TW |
0049488 | Aug 2000 | WO |
02058074 | Jul 2002 | WO |
03027828 | Apr 2003 | WO |
03029951 | Apr 2003 | WO |
2004040457 | May 2004 | WO |
2004040458 | May 2004 | WO |
2004040459 | May 2004 | WO |
2004040578 | May 2004 | WO |
2005041046 | May 2005 | WO |
2005066792 | Jul 2005 | WO |
2005066793 | Jul 2005 | WO |
2005066964 | Jul 2005 | WO |
2005066970 | Jul 2005 | WO |
2005066972 | Jul 2005 | WO |