Source: http://www.google.ca/patents/US20060156189
Timestamp: 2017-10-20 12:30:50
Document Index: 187586854

Matched Legal Cases: ['art 400', 'art 400', 'art 500', 'art 600', 'art 600', 'art 700', 'art 700', 'art 600', 'art 800', 'art 800', 'art 800', 'art 700', 'art 900', 'art 900']

Patent US20060156189 - Method for copying data in reprogrammable non-volatile memory - Google Patents
The present invention presents methods for improving data relocation operations. In one aspect, rather than check the quality of the data based on its associated error correction code (ECC) in every relocation operation, it is determined whether to check ECC based on predetermined selection criteria,...http://www.google.ca/patents/US20060156189?utm_source=gb-gplus-sharePatent US20060156189 - Method for copying data in reprogrammable non-volatile memory
Publication number US20060156189 A1
Application number US 11/022,350
Also published as CN101124544A, DE602005009868D1, EP1828897A2, EP1828897B1, US7849381, US8914703, US20110072332, WO2006068993A2, WO2006068993A3, WO2006068993B1
Publication number 022350, 11022350, US 2006/0156189 A1, US 2006/156189 A1, US 20060156189 A1, US 20060156189A1, US 2006156189 A1, US 2006156189A1, US-A1-20060156189, US-A1-2006156189, US2006/0156189A1, US2006/156189A1, US20060156189 A1, US20060156189A1, US2006156189 A1, US2006156189A1
Inventors Andrew Tomlin
Original Assignee Andrew Tomlin
Patent Citations (55), Referenced by (114), Classifications (9), Legal Events (4)
Method for copying data in reprogrammable non-volatile memory
US 20060156189 A1
The present invention presents methods for improving data relocation operations. In one aspect, rather than check the quality of the data based on its associated error correction code (ECC) in every relocation operation, it is determined whether to check ECC based on predetermined selection criteria, and if ECC checking is not selected, causing the memory to perform an on-chip copy the data from a first location to a second location. If ECC checking is selected, the data is transferred to the controller and checked; when an error is found, a correction operation is performed and when no error is found, an on-chip copy is performed. The predetermined selection criteria may comprise a sampling mechanism, which may be random based or deterministic. In another aspect, data transfer flags are introduced to indicate data has been corrected and should be transferred back to the memory. A further aspect considers the header and user data separately if each has a distinct associated ECC.
1. In a memory system comprising a controller and a programmable non-volatile memory, a method for relocating data from a first location of the memory to a second location of the memory, the method comprising:
reading the data from the first location into a register on the memory;
determining in the controller whether to perform an error detection and correction operation on said data; and
in response to determining that an error detection and correction operation not be performed on said data, writing the data from the register to the second location.
2. In a memory system comprising a controller and a programmable non-volatile memory, a method for relocating data from a first location of the memory to a second location of the memory, the method comprising:
determining in the controller whether to perform an error detection and correction operation on said data;
in response to determining that an error detection and correction operation be performed on said data, transferring a copy of said data to the controller while maintaining said data in the register; and
performing an error correction and detection operation on the data in the controller.
3. The method of claim 2, wherein said data includes an associated error correction code (ECC) and the error correction and detection operation comprises:
determining, based on said associated ECC, whether the data contains an error; and
in response to determining that said data contains an error, performing a correction operation on said data.
4. The method of claim 3, wherein if the error correction operation is successfully completed, the method further comprises:
transferring the corrected data from the controller to memory; and
writing the corrected data to the second location.
5. The method of claim 3, wherein if the error correction is not successfully completed the method further comprises:
setting an error flag associated with the data.
6. The method of claim 5, wherein the data comprises a header portion and a user data portion and said error flag is written into the header portion.
7. The method of either of claims 1 or 2, wherein said determining whether to perform an error detection and correction operation is deterministic mechanism.
8. The method of either of claims 1 or 2, wherein said determining whether to perform an error detection and correction operation is randomly or pseudo-randomly based.
9. The method of either of claims 1 or 2, wherein said determining whether to perform an error detection and correction operation is based on a sampling mechanism.
10. The method of claim 9, wherein said sampling mechanism is based on overhead data associated with said data.
11. The method of claim 10, wherein said sampling mechanism comprises comparing a time stamp associated with the data to logical address information of the data.
setting a flag value based on whether the data has been corrected as part of said performing an error detection and correction operation;
if the flag value is set to indicate that said data has been corrected, transferring the corrected data back to the register; and
subsequently writing the contents of register to the second memory location.
13. The method of claim 12, wherein the data has an associated error correction code (ECC) and said error detection and correction operation comprises:
determining based on said associated ECC whether the data contains an error; and
correcting the data using said associated ECC,
wherein said flag value is set in response to a successfully completing said correcting.
setting an error flag associated with the data in response to not successfully completing said correcting.
15. The method of claim 14, wherein the data comprises an overhead portion and a user data portion and said error flag is written into the overhead portion.
16. The method of claim 12, wherein the data comprises a user data portion and an overhead portion and wherein the user data has an associated error correction code (ECC) and the overhead portion has a distinct associated error correction code (ECC), wherein said transferring a copy the of the data and said performing an error detection and correction operation
transferring a copy the of the overhead portion of the data from the register to the controller while maintaining said data in the register; and
performing in the controller an error detection and correction operation on the overhead portion of the data based on the associated overhead ECC and, in response to completing a successful correction operation on the overhead portion of the data, transferring the corrected overhead portion back to the register;
and, in response to a successful error detection and correction operation on the overhead portion of the data,
transferring a copy the of the user portion of the data from the register to the controller while maintaining said data in the register; and
performing in the controller an error detection and correction operation on the user portion of the data based on the associated user data ECC,
where said flag value is set based on whether the user data portion has been corrected.
17. In a memory system comprising a controller and a programmable non-volatile memory, a method for relocating data from a first location of the memory to a second location of the memory, wherein the data comprises a user data portion and an overhead portion and wherein the user data has an associated error correction code (ECC) and the overhead portion has a distinct associated error correction code (ECC), the method comprising:
subsequently transferring a copy of the header portion of the data to the controller while maintaining said data in the register;
performing in the controller an error correction and detection operation on the overhead portion based on the associated overhead ECC;
if the error correction and detection operation on the overhead portion requires correcting the overhead portion, subsequently transferring the corrected overhead back to the register in response to successfully completing the error correction and detection operation on the overhead; and
subsequent to said performing an error correction and detection operation on the overhead portion, determining in the controller whether to perform an error detection and correction operation on the user data portion of the data.
18. The method of claim 17, wherein said determining whether to perform an error detection and correction operation on the user data portion of the data comprises:
in response to determining that the overhead portion requires correcting, transferring a copy of said user data portion to the controller while maintaining said data in the register; and
performing an error correction and detection operation on the user data portion in the controller.
in response to determining that an error detection and correction operation not be performed on said user data portion, writing the data from the register to the second location.
in response to determining that an error detection and correction operation be performed on said user data portion, transferring a copy of said user data portion to the controller while maintaining said data in the register; and
21. The method of either of claims 18 or 20, wherein the error correction and detection operation on the user data potion comprises:
determining, based on said associated user portion ECC, whether the user data portion contains an error; and
in response to determining that said user data portion contains an error, performing a correction operation on said data.
22. The method of claim 21, wherein if the error correction operation on the user data portion is successfully completed, the method further comprises:
transferring the corrected user data portion from the controller to memory; and
23. The method of claim 21, wherein if the error correction of the user data portion is not successfully completed the method further comprises:
24. The method of claim 23, wherein said error flag is written into the overhead portion.
25. The method of either of claims 19 or 20, wherein said determining whether to perform an error detection and correction operation on the user data portion is deterministic mechanism.
26. The method of either of claims 19 or 20, wherein said determining whether to perform an error detection and correction operation on the user data portion is random or pseudo-randomly based.
27. The method of either of claims 19 or 20, wherein said determining whether to perform an error detection and correction operation on the user data portion is based on a sampling mechanism.
28. The method of claim 27, wherein said sampling mechanism is based on the overhead data associated with said data.
29. The method of claim 28, wherein said sampling mechanism comprises comparing a time stamp associated with the data to logical address information of the data.
31. The method of claim 30, wherein the data has an associated error correction code (ECC) and said error detection and correction operation comprises:
33. The method of claim 32, wherein the data comprises an overhead portion and a user data portion and said error flag is written into the overhead portion.
34. The method of claim 30, wherein the data comprises a user data portion and an overhead portion and wherein the user data has an associated error correction code (ECC) and the overhead portion has a distinct associated error correction code (ECC), wherein said transferring a copy the of the data and said performing an error detection and correction operation
35. A method for avoiding the transfer of data having an associated error correction code (ECC) from a first location of a reprogrammable non-volatile memory to a memory controller during a copy operation, comprising:
applying a sampling method to minimize degradation of the data being copied;
checking the ECC of the data at a predetermined frequency, wherein said frequency is sufficient to avoid significant degradation of the quality of the data.
36. The method of claim 35, wherein the predetermined selection criteria comprise a sampling mechanism.
37. The method of claim 36, wherein the sampling mechanism is random based.
38. The method of claim 36, wherein the sampling mechanism is deterministic.
39. The method of claim 36, wherein the sampling mechanism comprises:
comparing a plurality of bits associated with a the number of a logical sector in the reprogrammable non-volatile memory with a timestamp to produce a comparison result; and
selecting to check an ECC in accordance with the comparison result.
40. A method for copying data having an associated error correction code (ECC) from a first location to a second location of a reprogrammable non-volatile memory of a system that includes a memory controller, comprising:
reading the data from the first location into a cache on the memory;
determining whether to check the ECC based on predetermined selection criteria, and if ECC checking is not selected, causing the memory to copy the data from the cache to the second location; and
if ECC checking is selected, checking the ECC on the read data in the controller, including:
if an ECC error is found, correcting the ECC error on the read data in the controller and causing the controller to write the corrected data to the second location of the memory; and
if an ECC error is not found, causing the memory to copy the data from the cache to the second location.
41. The method of claim 40, wherein the predetermined selection criteria comprise a sampling mechanism.
42. The method of claim 41, wherein the sampling mechanism is random based.
43. The method of claim 41, wherein the sampling mechanism is deterministic.
44. The method of claim 41, wherein the sampling mechanism comprises:
This invention relates generally to reprogrammable non-volatile memory systems and their operation, and more specifically to techniques for copying data.
Reprogrammable non-volatile memory products are commercially successful and widely available today, particularly in the form of small form factor cards such as the CompactFlash cards (CF), Secure Digital cards (SD), MultiMediaCards (MMC) and Memory Stick cards that are produced by various vendors including SanDisk Corporation. Such cards typically use an array of flash Electrically Erasable and Programmable Read Only Memory (EEPROM) memory cells. Flash EEPROM memory cell arrays are typically produced either as NOR arrays or NAND arrays.
In a typical NOR array, memory cells are connected between adjacent bit line source and drain diffusions that extend in a column direction with control gates connected to word lines extending along rows of cells. One typical memory cell has a “split-channel” between source and drain diffusions. A charge storage element of the cell is positioned over one portion of the channel and the word line (also referred to as a control gate) is positioned over the other channel portion as well as over the charge storage element. This effectively forms a cell with two transistors in series, one (the memory transistor) with a combination of the amount of charge on the charge storage element and the voltage on the word line controlling the amount of current that can flow through its portion of the channel, and the other (the select transistor) having the word line alone serving as its gate. The word line extends over a row of charge storage elements. Examples of such cells, their uses in memory systems and methods of manufacturing them are given in U.S. Pat. Nos. 5,070,032, 5,095,344, 5,315,541, 5,343,063 and 5,661,053 and in co-pending U.S. patent application Ser. No. 09/239,073, filed Jan. 27, 1999.
A modification of this split-channel flash EEPROM cell adds a steering gate positioned between the charge storage element and the word line. Each steering gate of an array extends over one column of charge storage elements, perpendicular to the word line. The effect is to relieve the word line from having to perform two functions at the same time when reading or programming a selected cell. Those two functions are (1) to serve as a gate of a select transistor, thus requiring a proper voltage to turn the select transistor on and off, and (2) to drive the voltage of the charge storage element to a desired level through an electric field (capacitive) coupling between the word line and the charge storage element. It is often difficult to perform both of these functions in an optimum manner with a single voltage. With the addition of the steering gate, the word line need only perform function (1), while the added steering gate performs function (2). The use of steering gates in a flash EEPROM array is described, for example, in U.S. Pat. Nos. 5,313,421 and 6,222,762.
There are various programming techniques for injecting electrons from the substrate onto a floating gate storage element through the gate dielectric. The most common programming mechanisms are described in a book edited by Brown and Brewer, Nonvolatile Semiconductor Memory Technology, IEEE Press, section 1.2, pages 9-25 (1998). One technique, termed channel “hot-electron injection” (section 1.2.3), injects electrons from the cell's channel into a region of the floating gate adjacent the cell's drain. Another technique, termed “source side injection” (section 1.2.4), controls the substrate surface electrical potential along the length of the memory cell channel in a manner to create conditions for electron injection in a region of the channel away from the drain. Source side injection is also described in an article by Kamiya et al., “EPROM Cell with High Gate Injection Efficiency,” IEDM Technical Digest, 1982, pages 741-744, and in U.S. Pat. Nos. 4,622,656 and 5,313,421.
Two techniques for removing charge from charge storage elements to erase memory cells are used in both of the two types of NOR memory cell arrays described above. One is to erase to the substrate by applying appropriate voltages to the source, drain and other gate(s) that cause electrons to tunnel through a portion of a dielectric layer between the storage element and the substrate. The other erase technique is to transfer electrons from the storage element to another gate through a tunnel dielectric layer positioned between them. In the first type of cell described above, a third erase gate is provided for that purpose. In the second type of cell described above, which already has three gates because of the use of a steering gate, the charge storage element is erased to the word line, without the necessity to add a fourth gate. Although this later technique adds back a second function to be performed by the word line, these functions are performed at different times, thus avoiding the necessity of making a compromise because of the two functions. When either erase technique is utilized, a large number of memory cells are grouped together for simultaneously erasure, in a “flash.” In one approach, the group includes enough memory cells to store the amount of user data stored in a disk sector, namely 512 bytes, plus some overhead data. In another approach, each group contains enough cells to hold several thousand bytes of user data, equal to many disk sectors' worth of data. Multi-block erasure, defect management and other flash EEPROM system features are described in U.S. Pat. No. 5,297,148.
As in most all integrated circuit applications, the pressure to shrink the silicon substrate area required to implement some integrated circuit function also exists with flash EEPROM systems. It is continually desired to increase the amount of digital data that can be stored in a given area of a silicon substrate, in order to increase the storage capacity of a given size memory card and other types of packages, or to both increase capacity and decrease size. One way to increase the storage density of data is to store more than one bit of data per memory cell. This is accomplished by dividing a window of a storage element charge level voltage range into more than two states. The use of four such states allows each cell to store two bits of data, eight states stores three bits of data per cell, and so on. A multiple state flash EEPROM structure and operation is described in U.S. Pat. Nos. 5,043,940 and 5,172,338.
Another type of memory cell includes two storage elements that may also be operated in multiple states on each storage element. In this type of cell, two storage elements are included over its channel between source and drain diffusions with a select transistor in between them. A steering gate is included along each column of storage elements and a word line is provided thereover along each row of storage elements. When accessing a given storage element for reading or programming, the steering gate over the other storage element of the cell containing the storage element of interest is raised sufficiently high to turn on the channel under the other storage element no matter what charge level exists on it. This effectively eliminates the other storage element as a factor in reading or programming the storage element of interest in the same memory cell. For example, the amount of current flowing through the cell, which can be used to read its state, is then a function of the amount of charge on the storage element of interest but not of the other storage element in the same cell. Examples of this cell array architecture and operating techniques are described in U.S. Pat. Nos. 5,712,180, 6,103,573 and 6,151,248.
Another flash EEPROM architecture utilizes a NAND array, wherein series strings of more than two memory cells, such as 16 or 32, are connected along with one or more select transistors between individual bit lines and a reference potential to form columns of cells. Word lines extend across cells within a large number of these columns. An individual cell within a column is read and verified during programming by causing the remaining cells in the string to be turned on hard so that the current flowing through a string is dependent upon the level of charge stored in the addressed cell. An example of a NAND architecture array and its operation as part of a memory system is found in U.S. Pat. Nos. 5,570,315, 5,774,397 and 6,046,935.
The charge storage elements of current flash EEPROM arrays and discussed in the foregoing referenced patents and articles are most commonly electrically conductive floating gates, typically formed from doped polysilicon material. Another type of memory cell useful in flash EEPROM systems utilizes a non-conductive dielectric material in place of a conductive floating gate to store charge in a non-volatile manner. Such a cell is described in an article by Chan et al., “A True Single-Transistor Oxide-Nitride-Oxide EEPROM Device,” IEEE Electron Device Letters, Vol. EDL-8, No. 3, March 1987, pp. 93-95. A triple layer dielectric formed of silicon oxide, silicon nitride and silicon oxide (“ONO”) is sandwiched between a conductive control gate and a surface of a semi-conductive substrate above the memory cell channel. The cell is programmed by injecting electrons from the cell channel into the nitride, where they are trapped and stored in a limited region. This stored charge then changes the threshold voltage of a portion of the channel of the cell in a manner that is detectable. The cell is erased by injecting hot holes into the nitride. See also Nozaki et al., “A 1-Mb EEPROM with MONOS Memory Cell for Semiconductor Disk Application,” IEEE Journal of Solid-State Circuits, Vol. 26, No. 4, April 1991, pp. 497-501, which describes a similar cell in a split-gate configuration where a doped polysilicon gate extends over a portion of the memory cell channel to form a separate select transistor.
U.S. Pat. No. 5,851,881 describes the use of two storage elements positioned adjacent each other over the channel of the memory cell, one being such a dielectric element and the other a conductive floating gate. Two bits of data are stored, one in the dielectric element and the other in the floating gate. The memory cell is programmed into one of four different threshold level combinations, representing one of four storage states, by programming each of the two gates into one of two different charge level ranges.
Another approach to storing two bits in each cell utilizing a dielectric storage element has been described by Eitan et al., “NROM: A Novel Localized Trapping, 2-Bit Nonvolatile Memory Cell,” IEEE Electron Device Letters, vol. 21, no. 11, November 2000, pp. 543-545. 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. Multi-state data storage is obtained by separately reading binary states of the spatially separated charge storage regions within the dielectric.
Large Erase Blocks
Memory cells of a typical non-volatile flash array are divided into discrete blocks of cells that are erased together. That is, the block is the erase unit. Each block typically stores one or more pages of data, the page being the unit of programming and reading, although more than one page may be programmed or read in a single operation. Each page typically stores one or more sectors of data, the size of the sector being defined by the host system. An example is a sector of 512 bytes of user data, following a standard established with magnetic disk drives, plus some number of bytes of overhead information about the user data and/or the block in which it is stored.
It is sometimes necessary to erase blocks in order to free them up for a write operation. In this case, valid pages of data within the block to be erased (the original block) are consolidated and copied to another block (the update block) prior to erasing the original block. This process is called “garbage collection.” During garbage collection, the remaining valid pages of data from the original block are copied from the original block to the update block. Once the copy operation is complete, the original block gets erased and then the update block becomes the original block.
Typically, copy operations such as those described above for garbage collection require the involvement of a memory controller. One technique for improving the speed of copying data from one location to another is to reduce the controller's involvement with the copy operation by using a feature called on-chip copy. On-chip copy provides a feature whereby data can be read, modified and written back to the memory without transferring all the data to the controller and then back to the memory. On-chip copy provides the functionality of copying data from one location to another in a memory cell array without requiring the data to be transferred to the controller. This technique is described in U.S. Pat. No. 6,266,273 and assigned to SanDisk Corporation, the assignee of the present invention.
The patents, patent applications, articles and book portions identified above are all hereby expressly incorporated in their entirety into this Background by these references.
Generally, the present invention provides methods for data relocation operations, where data is copied from a first memory location to a second memory location of a reprogrammable non-volatile memory system. Data is read from the first location into a register or buffer memory on the memory and then either copied directly to the second location or transferred to the system's controller where the data can be checked and, if needed, corrected based on its associated error correction code (ECC). In first aspect of the present invention, in order to improve performance, the ECC need not be checked for each data copy. Rather, the ECC can be checked selectively, based on predetermined selection criteria. If ECC checking is not selected, the memory is caused to perform an on-chip copy of the data from the first location to the second location, otherwise, continuing as described above based on whether an ECC error is found or not. The predetermined selection criteria may be a sampling mechanism, which may be random based or deterministic.
In another aspect of the present invention, which can be combined with the first aspect or used independently, a transfer flag method is employed. Based on whether the data is transferred to the controller for an error detection and correction operation, a transfer flag value is set. If the data is transferred to the host and it is determined that no error correction is necessary, the flag is not set; if an error correction operation is needed and successfully performed, the transfer flag is set. The decision of whether a corrected form of the data needs to be returned to the memory for copying into the second location is then based on the flag value.
In a further aspect of the present invention, when the data consists of a user data portion and a header or overhead portion and each of these portions has its own associated ECC, the error detection and correction operation of the overhead portion can be treated separately from that of the user data portion. In exemplary embodiments, the overhead is transferred first to the controller for error detection and correction. If the user data is also to be treated, it follows afterwards. In particular, one example of the sampling mechanism used to decide whether to transfer the user data is based on the content of the overhead.
Additional aspects, features and advantages of the present invention are included in the following description of specific representative embodiments, which description should be taken in conjunction with the following drawings.
FIG. 1 is a block diagram of a first non-volatile memory system in which the present invention may be implemented.
FIG. 2 is a block diagram of a first non-volatile memory system in which the present invention may be implemented.
FIG. 3 is a block diagram showing an exemplary system for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2.
FIG. 4 is a flow chart showing an exemplary method for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2.
FIG. 5 is a flow chart showing an exemplary method for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2.
FIG. 6 is a flow chart showing an exemplary method for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2.
FIG. 7 is a flow chart showing an exemplary method for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2.
FIG. 8 is a flow chart showing an exemplary method for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2.
FIG. 9 is a flow chart showing an exemplary method for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2.
FIG. 10 is a flow chart showing an exemplary method for copying data having an associated error correction code (ECC) covering both the header and data in either of the memory systems of FIG. 1 or 2.
DESCRIPTION OF REPRESENTATIVE EMBODIMENTS
FIG. 1 is a block diagram of a first non-volatile memory system in which the present invention may be implemented. A large number of individually addressable memory cells 11 are arranged in a regular array of rows and columns, although other physical arrangements of cells are certainly possible. This system is particularly adapted for the array 11 to be the NOR type, as described above in the Background and in references incorporated herein. Bit lines, designated herein to extend along columns of the array 11 of cells, are electrically connected with a bit line decoder and driver circuit 13 through lines 15. Word lines, which are designated in this description to extend along rows of the array 11 of cells, are electrically connected through lines 17 to a word line decoder and driver circuit 19. Steering gates, which extend along columns of memory cells in the array 11, are electrically connected to a steering gate decoder and driver circuit 21 through lines 23. Each of the decoders 13, 19 and 21 receives memory cell addresses over a bus 25 from a memory controller 27. The decoder and driving circuits are also connected to the controller 27 over respective control and status signal lines 29, 31 and 33. Voltages applied to the steering gates and bit lines are coordinated through a bus 22 that interconnects the decoder and driver circuits 13 and 21. The controller includes various types of registers and other memory including a volatile random-access-memory (RAM) 28.
The controller 27 is connectable through lines 35 to a host device (not shown). The host may be a personal computer, notebook computer, digital camera, audio player, various other hand held electronic devices, and the like. The memory system of FIG. 1 will commonly be implemented in a card according to one of several existing physical and electrical standards, such as one from the PCMCIA, the CompactFlash™ Association, the MMC™ Association, and others. When in a card format, the lines 35 terminate in a connector on the card that interfaces with a complementary connector of the host device. The electrical interface of many cards follows the ATA standard, wherein the memory system appears to the host as if it was a magnetic disk drive. Other memory card interface standards also exist. As an alternative to the card format, a memory system of the type shown in FIG. 1 may be permanently embedded in the host device.
The decoder and driver circuits 13, 19 and 21 generate appropriate voltages in their respective lines of the array 11, as addressed over the bus 25, according to control signals in respective control and status lines 29, 31 and 33, to execute programming, reading and erasing functions. Any status signals, including voltage levels and other array parameters, are provided by the array 11 to the controller 27 over the same control and status lines 29, 31 and 33. A plurality of sense amplifiers within the circuit 13 receive current or voltage levels that are indicative of the states of addressed memory cells within the array 11, and provides the controller 27 with information about those states over lines 41 during a read operation. A large number of sense amplifiers are usually used in order to be able to read the states of a large number of memory cells in parallel. During reading and program operations, one row of cells is typically addressed at a time through the circuits 19 for accessing a number of cells in the addressed row that are selected by the circuits 13 and 21. During an erase operation, all cells in each of many rows are typically addressed together as a block for simultaneous erasure.
Operation of a memory system such as illustrated in FIG. 1 is further described in patents and articles identified in the NOR Array section of the Background above, and in other patents assigned to SanDisk Corporation, assignee of the present application. In addition, U.S. patent application Ser. No. 09/793,370, filed Feb. 26, 2001, describes a data programming method, which application is incorporated herein by this reference.
FIG. 2 is a block diagram of another non-volatile memory system in which the present invention may be implemented. Memory cell array 1 includes a plurality of memory cells M arranged in a matrix is controlled by a column control circuit 2, a row control circuit 3, a c-source control circuit 4 and a c-p-well control circuit 5. The memory cell array 1 may be of the NAND type that is described above in the Background and in references incorporated herein by reference. A control circuit 2 is connected to bit lines (BL) of the memory cell array 1 for reading data stored in the memory cells (M), for determining a state of the memory cells (M) during a program operation, and for controlling potential levels of the bit lines (BL) to promote the programming or to inhibit the programming. The row control circuit 3 is connected to word lines (WL) to select one of the word lines (WL), to apply read voltages, to apply a program voltages combined with the bit line potential levels controlled by the column control circuit 2, and to apply an erase voltage coupled with a voltage of a p-type region on which the memory cells (M) are formed. The c-source control circuit 4 controls a common source line (labeled as “c-source” in FIG. 2) connected to the memory cells (M). The c-p-well control circuit 5 controls the c-p-well voltage.
The data stored in the memory cells (M) are read out by the column control circuit 2 and are output to external I/O lines via an I/O line and a data input/output buffer 6. Program data to be stored in the memory cells are input to the data input/output buffer 6 via the external I/O lines, and transferred to the column control circuit 2. The external I/O lines are connected to a controller 43. The controller 43 includes various types of registers and other memory, typically in a volatile random access memory (RAM) 50.
Command data for controlling the flash memory device are inputted to command circuits 7 connected to external control lines that are connected with the controller 43. The command data informs the flash memory of what operation is requested. The input command is transferred to a state machine 8 that controls the column control circuit 2, the row control circuit 3, the c-source control circuit 4, the c-p-well control circuit 5 and the data input/output buffer 6. The state machine 8 can output a status data of the flash memory such as READY/BUSY or PASS/FAIL. The state machine 8 also includes a number of registers and other volatile random-access-memory 45.
The controller 43 is connected or connectable with a host system such as a personal computer, a digital camera, or a personal digital assistant. It is the host that initiates commands, such as to store or read data to or from the memory array 1, and provides or receives such data, respectively. The controller converts such commands into command signals that can be interpreted and executed by the command circuits 7. The controller also typically contains buffer memory for the user data being written to or read from the memory array. A typical memory system includes one integrated circuit chip 47 that includes the controller 43, and one or more integrated circuit chips 49 that each contain a memory array and associated control, input/output and state machine circuits. The trend, of course, is to integrate the memory array and controller circuits of a system together on one or more integrated circuit chips.
Either of the memory systems of FIGS. 1 and 2 may be embedded as part of the host system, or may be included in a memory card that is removably insertable into a mating socket of a host system. Such a card may include the entire memory system, or the controller and memory array, with associated peripheral circuits, may be provided in separate cards. Several card implementations are described, for example, in U.S. Pat. No. 5,887,145, which patent is expressly incorporated herein in its entirety by this reference.
FIG. 3 is a block diagram showing an exemplary system for copying data having an associated error correction code (ECC) in either of the memory systems of FIG. 1 or 2. FIG. 3 shows the interaction between a controller 27, 43 and a block of memory 320 when a page of data is written from one location to another. Block 320 of memory includes a plurality of pages at locations 310, 315 and 325. The page shown at location 325 shows the contents of a typical page in memory and includes user data 330 and overhead 335. The overhead 335, also called a header, contains the header ECC 340 and data ECC 345. In other embodiments, a single ECC is used to cover both the header and the data. Overhead 335 also contains additional data 350 pertaining to the user data or characteristics of the page or block, for example, programming voltages, etc. The pages at locations 310 and 315 similarly contain user data and overhead data but these data are not shown for convenience of illustration.
A data relocation operation consists of moving a unit of data from a first location in the memory 320 to a second location, as by arrow 365. In the exemplary embodiment, this consists of moving the page of data from location 1 310 to the memory register 390, as shown by arrow 365 a, and then back to location 2 315, as shown by arrow 365 b. If the data page is not checked, the data will not be sent to the controller. If the page is checked, after transfer to the register the data from a page in the first location 310 is transferred to buffer or cache (28, 50) in controller circuit 27, 43 where an ECC check is performed using an ECC circuit 305. The data transfer from a first location in memory to the controller is shown by arrow 355. Command/status signals between the controller 27, 43 and the memory array 11, 1 of the systems shown in FIGS. 1 and 2 respectively provide means for performing the transaction and may be implemented in firmware, for example.
If there is an ECC error, the error is corrected and the corrected data is then transferred to a second location 315 in memory, as shown by arrow 360, and then on to second location 315. However, if there is no ECC error then an on-chip copy may be performed, thus avoiding having to write the read data from the controller back to the memory. An on-chip copy operation is shown by arrows 365 a and 365 b, where the page at location 310 is copied to location 315 in block 320 of memory array 1, 11. (There may be several such registers or buffers 390 on the memory, depending on the architecture used; for example, each memory plane may have a master-slave arrangement for the caching of data during reading and writing.)
FIG. 4 is a flow chart 400 showing an exemplary copy operation of either of the memory systems of FIG. 1 or 2 when copying data having an associated error correction code (ECC). Flow chart 400 shows a method for copying data from a first location to a second location of a reprogrammable non-volatile memory of a system that includes a memory controller 27, 43. The data has an associated error correction code (ECC). ECC is used for correcting errors that occur during data transfers in memory.
The copy operation is initiated at 401 and the data to be copied is read at 405 from a first memory location into a memory register then on to the controller. The read data in the controller contains an ECC that was calculated from the data and programmed along with them, either in the same page or elsewhere. In the example system shown in FIG. 3, the ECC is programmed in the same page, however, the ECC could be stored elsewhere. The ECC on the read data is checked at 410 to reveal possible ECC errors. At 415, a determination is made as to whether an ECC error has been found. If an ECC error is found, then at 425 the error on the read data in the controller is corrected and at 430 the controller is caused to write the corrected data to the second location of the memory, thus completing the copy operation at 499. If the error cannot be corrected, then the copy operation is aborted or possibly retried a number of times prior to being aborted. If an ECC error is not found, then at 420 the memory is caused to copy the data from the first location to the second location. Consequently, if there is no ECC error and the data does not need correction, the copy retained on the memory can be written directly to the second location. This provides the advantage of not requiring the controller to be involved in the process of writing the data back to the memory, thus making the copy operation faster while still retaining the benefit of checking the ECC.
The present invention has a number of aspects that further improve the data relocation process. This aspects, and various combinations of them, are shown in the flows of FIGS. 5-10. FIG. 5 adds the aspect that the ECC is not checked in every relocation operation, but only for a subset, of the relocations. The subset can be determined, for example, in a deterministic or on a random (or pseudo-random) basis. This saves on having to transfer the data to the controller for each data set being relocated. FIG. 6 takes advantage of the case where, as is shown in FIG. 3, separate ECC codes are used for user data and the overhead in each sector. This allows the header ECC and data ECC to be treated separately. FIG. 7 adds a number of features to FIG. 6 to improve its performance, including the introduction of a flag structure to indicate whether the data will be transferred back from the controller to the host. FIG. 8 adds a sampling mechanism to the embodiment of FIG. 6 to further improve performance. The sampling mechanism is a variation on the techniques of FIG. 5, where the decision on whether to the check the data ECC is decided based on sampling. FIG. 9 combines the processes of FIGS. 7 and 8. Finally, FIG. 10 is similar to FIG. 8, but for the case when only a single ECC is used for the whole sector; thus, FIG. 10 is also similar to FIG. 5, but where the decision on whether to check a given data set is based on sampling.
All of the described relocation methods can further be improved by incorporating the techniques of U.S. patent application Ser. No. 10/846,289, filed May 13, 2004, which is hereby incorporated by reference. Additionally, although the various aspects of the present invention are presented in terms of the exemplary Flash EEPROM memories shown in FIGS. 1 and 2, these aspects are more generally applicable to the various non-volatile memory systems described in U.S. patent application Ser. No. 10/841,379, filed May 7, 2004, which is also hereby incorporated by reference.
FIG. 5 is a flow chart 500 showing an exemplary copy operation of either of the memory systems of FIG. 1 or 2 when copying data having an associated ECC. The copy operation provides the additional functionality of determining at 535 whether or not to check ECC after reading 405 the data from the first location into the data register. The determination 535 may be made based on predetermined selection criteria. In an exemplary embodiment of the invention, the predetermined selection criteria may be a sampling mechanism. The sampling mechanism may be implemented using algorithms that are random-based or deterministic. For example, a random-based sampling mechanism may employ a random-based algorithm to provide that ECC is checked at random intervals. Such random-based algorithms are well known; see, for example, U.S. Pat. No. 6,345,001, which is hereby incorporated by reference and where such algorithms are applied, in a slightly different context, to non-volatile memories. For deterministic sampling, the sampling mechanism could provide that ECC is checked once for every, say, four copy operations. Alternatively, ECC could be checked every time with every copy operation. Checking ECC with every copy operation provides high reliability and protects against copy errors, but involves a tradeoff in terms of speed of performance.
In an exemplary embodiment of the present invention, the sampling mechanism may use bits that are available to the system, for example bits and flags that are contained in overhead data 335. In the example shown in FIG. 3, the user data ECC and header data ECC are included in overhead data 335, but, in addition to the ECC, overhead data 335 also includes a portion 350. Overhead data portion 350 includes a logical block address (LBA) and a time stamp, and may include a variety of flags, for example a data flag, block type flag, an application-specific flag, and a block flag. The LBA includes a page tag and a logical block number (LBN). The page tag indicates the logical page within a block and may be relative to a plane or memory sub-array. The LBN is a field used to link the data in a physical block to its logical block address. This allows a host system to locate and retrieve data that was previously written. The time stamp indicates the relative age of the data and is associated with the logical block address field. Each time a logical block is assigned to a new physical block, the time stamp for that block is incremented. This value may be used to distinguish which block, among blocks with the same logical block address, is the most recently written block. Other information associated with the block or page may be used for sampling purposes, including, for example, hot counts and information relating to how often the block needs to be scrubbed. Alternatively, sampling mechanism may involve tracking mechanism not included with actual data but stored separately but still associated with the page
In an exemplary embodiment of the invention, the sampling mechanism compares the last two bits of the LBA with the last two bits of the timestamp. ECC checking is then selected in accordance with the comparison result. Effectively this provides one in four sampling, such that ECC is checked in one out of four copy operations. This sampling further improves memory performance.
If the sampling mechanism employed at 535 determines whether to check the ECC associated with the read data. If the determination at 535 indicates that ECC is not to be checked, then at 420 the memory is caused to copy the data from the first location to the second location, thus completing the copy operation at 599. If at 535 the determination indicates that the ECC is to be checked, then processing continues as described above in FIG. 4 at 410, 415, 425 and 430.
FIG. 6 is a flow chart 600 showing an exemplary copy operation of either of the memory systems of FIG. 1 or 2 when copying data having an associated ECC. In this example, the contents of the first and second locations in the reprogrammable non-volatile memory include user data and header data associated with the user data, wherein the header data includes information relating to the user data, for example ECC information. The user data ECC and header data ECC may be stored in the page or elsewhere, but in this particular example both the user data ECC and header data ECC are stored in the overhead portion of the page as shown in FIG. 3 and described above. Note that the particular example describes separate header and data ECC, however, the technique is equally applicable where single ECC covers both header and data. In the examples shown in FIGS. 6-9, the ECC of the header data is examined separately as a preliminary step to determine whether the ECC of the user data is worth examining; an example of how these techniques apply to the case of common ECC for the header and data is discussed below with respect to FIG. 10. In an example of the memory systems shown in FIGS. 1 and 2, if the header data are found to have an uncorrectable ECC error, then the user data associated with that header data are assumed to be invalid.
The copy operation shown in flow chart 600 is initiated at 601 and at 605 a read command is issued. The read command is sent to the controller 27, 43 in order to initiate the read of a first location in memory cell array 11, 1. The contents of the first location may comprise user data and header data associated with the user data. The controller 27, 43 interprets the read command and transfers the header data to the random access memory (RAM) 28, 50 of the controller 27, 43. The RAM of the controller is used as a temporary storage location for the contents of the location to be copied. Controller RAM used in this manner is also referred to as scratch pad RAM, or SPR.
The header data are checked to determine whether there is an ECC error in the header data at 615, and if so, at 620 a determination is made as to whether the header data ECC error is correctable. If the header data ECC error is not correctable then at 650 an indicator is set to inform the controller that the user data is invalid. An example of such an indicator is a data flag bit that is set or cleared in response to whether the user data is valid or invalid. This data flag bit may be contained in overhead portion 335 or may be stored elsewhere.
If the header data ECC error is correctable, then it is corrected at 623 and at 625 the user data is read into or transferred to the controller RAM. In a standard on-chip copy operation, the user data is copied from a first location in a memory array 1, 11 to a second location in memory array 1, 11, rather than being transferred to the controller 27, 43. After multiple on-chip copy operations, the data could degrade over time to include a sufficient number of multibit errors that it would be uncorrectable with ECC.
Transferring the user data to the controller RAM 28, 50 at 625 generates an ECC status on the user data. An ECC status check at this point is being used to prevent user data stored in a memory location from getting copied multiple times without ever being read and having any ECC checking being performed on the user data.
If an ECC error is found on the user data at 630, then at 635 a determination is made as to whether the ECC error is correctable. If the ECC error is not correctable then an indicator is set at 650 to inform the controller that the user data is invalid. At noted above, the indicator is a data flag bit used for this purpose. This data bit is set or cleared in accordance with the status of the user data as valid or invalid (and vice versa).
If the ECC error is correctable, then the user data is corrected at 637 and then transferred back to the memory chip at 640. The controller at 640 may be caused to accomplish the transfer at 640 of the data back to the memory chip. After the data transfer, a new header is transferred back to the memory chip at 645. The header data is new in the sense that it is likely to have been updated as a result of the copy operation. Even if the ECC error is not correctable at either of 620 or 635, the new header is copied back at 645, as it will contain the data flag bit that has been set at 650 to indicate the error. This allows the error flag to be stored in the defective sector, so that this information is available when the sector is accessed. A new address and write command are then issued at 646 prior to the completion of the current copy operation at 699.
If at 630 it is determined that an ECC error is not found on the user data, then the user data is not written back to the memory. One reason for not writing the user data portion back to the memory if no ECC error is found is to take advantage of the benefit of an on-chip copy operation.
FIG. 7 is a flow chart 700 showing an exemplary copy operation of either of the memory systems of FIG. 1 or 2 when copying data having an associated error correction code (ECC). Flow chart 700 provides additional functionality to the method shown in flow chart 600, including a retry mechanism for multiple attempts at ECC checking and a flag setting/clearing mechanism to indicate when to transfer data back to the memory chip.
The retry mechanism provides a decision point at 721 in which a retry count is checked. This decision point 721 is reached if the header ECC error is not correctable at 620 or if the user data ECC error is not correctable at 635. If the number of retries is exhausted at 721, then processing continues at 650 where a data flag bit is set to indicate invalid data. Otherwise, if the number of retries are not exhausted, then the retry count is incremented at 722 and processing continues with another read command at 605. The retry count provides for multiple retries where the header ECC is determined to be uncorrectable. The retry count may be predetermined or based on some criteria that are appropriate to the copy operation.
If an ECC error is found on the user data 630, then a determination is made as to whether the user data ECC error is correctable 635. If the ECC error is not correctable then the retry count is checked at 721 and is the number of retries are exhausted, then an indicator is set at 650 to inform the controller that the data is invalid. The data invalid indicator is described further above. If the data ECC error is determined to be correctable at 635 then the ECC error is corrected at 736 and a data transfer flag is set at 756. The data transfer flag is an indicator that the data is correct and should be transferred back to the memory chip. This data transfer flag may be stored as one of the code flags in the controller or may be stored elsewhere. The new or updated header is then transferred back to the memory chip at 645. Then at 755 data transfer flag is checked. If the data transfer flag is set at 755, then the data is transferred back to the memory chip at 640. If multiple sectors are being copied then at 741 a determination is made as to whether there are more sectors to be processed, and if there are, then the header of the next sector is transferred at 610 into the controller RAM. The next sector is then processed as described above. Processing ends at 799 if there are no more sectors found at 741.
If no data ECC error is found at 630, then a data transfer flag is cleared at 757 to indicate that the data should not be transferred back to the memory chip. Clearing the data transfer flag at 757 in the scenario where no data ECC error is discovered provides a performance optimization by not requiring that the data be transferred back to the memory chip. If there is no ECC error on the data, then the copied data is likely to be correct in an on-chip copy, where the memory is caused to copy the data from a first location to a second location is generally sufficient. Performance is improved by not involving the controller in the transaction, and by using the chip to copy the data from the first location to the second location on the chip instead.
FIG. 8 is a flow chart 800 showing an exemplary copy operation of either of the memory systems of FIG. 1 or 2 when copying data having an associated error correction code (ECC). Flow chart 800 adds the features of optimizing on a correctable header and performing a sampling mechanism to determine whether or not to check ECC. These features are described in more detail below. Otherwise, flow chart 800 includes many of the features of flow chart 700 described above, such as the retry mechanism, but does not include, however, the flag setting/clearing mechanism to indicate when to transfer data back to the memory chip. Only the additional features will be described in detail. For further information, see the discussion of FIGS. 6-7 above.
If the header ECC error is determined to be correctable at 620, then the header ECC is corrected at 723. At this point, a decision may be made at 870 to optimize on a correctable header. If the header is correctable, then an assumption may be made that it is not necessary to check the ECC for every single copy operation, and that a sampling mechanism may be employed to take provide optimal performance. If the header optimization is selected at 870, the data ECC will not be checked during every copy operation but instead will be checked in accordance with a sampling mechanism to be discussed further below. In a variation of the exemplary embodiments, even if the header is not correctable at step 620, the data may still be transferred to the controller for an error detection/correction operation since it may be possible to reconstruct the sector's header.
If header optimization is selected at 870, then at 875 a retry threshold may be checked. This retry threshold is performed at a different point in processing from the retry count discussed in connection with 721 and 722, and may be set to a different number based on what conditions are appropriate. One use for the retry threshold at 875 is to optionally prevent header optimization of the copy process in error conditions. The retry threshold may be predetermined or based on some criteria that are appropriate to the copy operation. The retry threshold check at 875 is for determining whether or not to apply a sampling mechanism at 860. If the retry threshold is exceeded at 875, then the sampling mechanism is not selected and processing continues with the transfer of data to controller RAM at 625.
If the header optimization is selected at 870 and the retry threshold at 875 has not been exceeded, then a sampling mechanism is performed at 860. The sampling mechanism is an example of the predetermined selection criteria that may be used to determine whether to check ECC on the data. The sampling mechanism may be random-based or deterministic, and is described in more detail in the discussion of FIG. 5.
The result of applying the sampling mechanism is examined, and a determination is made at 865 as to whether or not the data ECC needs to be checked. If at 875 it is determined that the data ECC needs to be checked, then processing continues with the transfer of the data to controller RAM at 625. If data ECC is not to be checked at 865 then there is no transfer of the data to or from the controller memory at 625, because the data ECC is not being checked in this case. Where there is need to check the data ECC, there is no need to transfer the data to the controller.
The remaining processing steps are similar to those described in the discussion of FIGS. 6-7 above.
FIG. 9 is a flow chart 900 showing an exemplary copy operation of either of the memory systems of FIG. 1 or 2 when copying data having an associated error correction code (ECC). The flow chart 900 provides improved performance by combining the features of FIGS. 6-8, which are described above, including selective on-chip copying and selective ECC checking in which a sampling mechanism may be used for determining when to perform the ECC checking. More specifically, it adds optimization and sampling of steps 860, 865, 870, and 875 of FIG. 8 to the flow of FIG. 7.
FIGS. 6-9 are all for the case where separate ECC is used for the header and the user data. Many of the features introduced in FIGS. 7-9 can also be applied to the case of a combined ECC (or where having separate ECC is not exploited). For example, FIG. 10 introduces many of the features found in FIG. 8, but uses only a single ECC.
More specifically, the process starts at 1001, beginning with the issuance of a read command, with the retry count set at 0, at 605. The sampling mechanism is used at 860 to determine at 865 whether to check the sector being relocated. If not, an on-chip copy of the sector is performed and at 741 the process goes on to the other sectors, if there are more, or ends at 1099, if there are not. If it is determined that the sector needs to be checked, the header and user data are both transferred from the memory register to the controller at 610/625. The rest of the process then follows as from 615/630 as it follows from 630 of FIG. 8, except the header and user data are treated together rather then handling the header ECC separately.
Although the various aspects of the present invention have been described with respect to specific exemplary embodiments, it will be understood that the invention is entitled to protection within the full scope of the appended claims. The patents, patent applications, articles and book portions identified above are all hereby expressly incorporated in their entirety into this Background by these references.
US4215863 * 23 Aug 1978 5 Aug 1980 Kuiper Jerald W Coin operated sliding puck game
US4251863 * 15 Mar 1979 17 Feb 1981 Sperry Corporation Apparatus for correction of memory errors
US5233616 * 1 Oct 1990 3 Aug 1993 Digital Equipment Corporation Write-back cache with ECC protection
US5267242 * 5 Sep 1991 30 Nov 1993 International Business Machines Corporation Method and apparatus for substituting spare memory chip for malfunctioning memory chip with scrubbing
US5274646 * 17 Apr 1991 28 Dec 1993 International Business Machines Corporation Excessive error correction control
US5465235 * 30 Aug 1994 7 Nov 1995 Kabushiki Kaisha Toshiba Non-volatile memory device with a sense amplifier capable of copying back
US5586285 * 19 Feb 1993 17 Dec 1996 Intel Corporation Method and circuitry for increasing reserve memory in a solid state memory disk
US5691994 * 8 May 1995 25 Nov 1997 Western Digital Corporation Disk drive with fast error correction validation
US5692165 * 12 Sep 1995 25 Nov 1997 Micron Electronics Inc. Memory controller with low skew control signal
US5734816 * 10 Mar 1994 31 Mar 1998 International Business Machines Corporation Nonvolatile memory with flash erase capability
US5740394 * 23 Apr 1997 14 Apr 1998 Mitsubishi Denki Kabushiki Kaisha Apparatus for transferring data divided into blocks with address boundaries
US5768194 * 7 Jun 1995 16 Jun 1998 Hitachi, Ltd. Data line disturbance free memory block divided flash memory and microcomputer having flash memory therein
US5822245 * 26 Mar 1997 13 Oct 1998 Atmel Corporation Dual buffer flash memory architecture with multiple operating modes
US5862099 * 29 Sep 1997 19 Jan 1999 Integrated Silicon Solution, Inc. Non-volatile programmable memory having a buffering capability and method of operation thereof
US5890192 * 5 Nov 1996 30 Mar 1999 Sandisk Corporation Concurrent write of multiple chunks of data into multiple subarrays of flash EEPROM
US5893135 * 27 Dec 1995 6 Apr 1999 Intel Corporation Flash memory array with two interfaces for responding to RAS and CAS signals
US5912906 * 23 Jun 1997 15 Jun 1999 Sun Microsystems, Inc. Method and apparatus for recovering from correctable ECC errors
US5930167 * 30 Jul 1997 27 Jul 1999 Sandisk Corporation Multi-state non-volatile flash memory capable of being its own two state write cache
US5969986 * 23 Jun 1998 19 Oct 1999 Invox Technology High-bandwidth read and write architectures for non-volatile memories
US6012122 * 18 Dec 1996 4 Jan 2000 Samsung Electronics Co., Ltd. Systems and methods for distinguishing between memory types
US6021463 * 2 Sep 1997 1 Feb 2000 International Business Machines Corporation Method and means for efficiently managing update writes and fault tolerance in redundancy groups of addressable ECC-coded sectors in a DASD storage subsystem
US6029233 * 2 Jun 1997 22 Feb 2000 Bull, S.A. Circuit for moving data between remote memories and computer comprising such a circuit
US6040997 * 25 Mar 1998 21 Mar 2000 Lexar Media, Inc. Flash memory leveling architecture having no external latch
US6052815 * 14 Nov 1997 18 Apr 2000 Cirrus Logic, Inc. ECC system for generating a CRC syndrome over randomized data in a computer storage device
US6101624 * 20 Jul 1998 8 Aug 2000 International Business Machines Corporation Method and apparatus for detecting and correcting anomalies in field-programmable gate arrays using CRCs for anomaly detection and parity for anomaly correction
US6119260 * 29 Sep 1997 12 Sep 2000 Sanyo Electric Co., Ltd. Decoder for executing error correction and error detection in parallel
US6181598 * 5 Nov 1999 30 Jan 2001 Hitachi, Ltd. Data line disturbance free memory block divided flash memory and microcomputer having flash memory
US6222767 * 26 Feb 1999 24 Apr 2001 Intel Corporation Synchronous page-mode non-volatile memory with burst order circuitry and method thereof
US6243291 * 15 Feb 2000 5 Jun 2001 Advanced Micro Devices, Inc. Two-stage pipeline sensing for page mode flash memory
US6253250 * 28 Jun 1999 26 Jun 2001 Telocity, Incorporated Method and apparatus for bridging a plurality of buses and handling of an exception event to provide bus isolation
US6266273 * 21 Aug 2000 24 Jul 2001 Sandisk Corporation Method and structure for reliable data copy operation for non-volatile memories
US6282624 * 12 Nov 1998 28 Aug 2001 Seiko Epson Corporation Non-volatile memory apparatus including first and second address conversion tables stored in volatile and nonvolatile memories for improved access at power up
US6295619 * 24 Nov 1998 25 Sep 2001 Intel Corporation Method and apparatus for error management in a solid state disk drive
US6317371 * 4 Apr 2001 13 Nov 2001 Hitachi, Ltd. Storage device with an error correction unit and an improved arrangement for accessing and transferring blocks of data stored in a non-volatile semiconductor memory
US6330185 * 23 Jan 2001 11 Dec 2001 Multi Level Memory Technology High bandwidth multi-level flash memory using dummy memory accesses to improve precision when writing or reading a data stream
US6374337 * 16 Nov 1999 16 Apr 2002 Lexar Media, Inc. Data pipelining method and apparatus for memory control circuit
US6388920 * 22 Jun 2001 14 May 2002 Hitachi, Ltd. Semiconductor memory device having faulty cells
US6421279 * 13 Aug 2001 16 Jul 2002 Hitachi, Ltd. Flash memory control method and apparatus processing system therewith
US6426893 * 17 Feb 2000 30 Jul 2002 Sandisk Corporation Flash eeprom system with simultaneous multiple data sector programming and storage of physical block characteristics in other designated blocks
US6449625 * 20 Apr 1999 10 Sep 2002 Lucent Technologies Inc. Use of a two-way stack approach to optimize flash memory management for embedded database systems
US6456528 * 17 Sep 2001 24 Sep 2002 Sandisk Corporation Selective operation of a multi-state non-volatile memory system in a binary mode
US6490649 * 28 Feb 2002 3 Dec 2002 Lexar Media, Inc. Memory device
US6522586 * 26 Mar 2002 18 Feb 2003 Multi Level Memory Technology Dynamic refresh that changes the physical storage locations of data in flash memory
US6525652 * 2 Mar 2001 25 Feb 2003 Clayton S. Smith Downshifting warning system
US6560143 * 28 Dec 2001 6 May 2003 Sandisk Corporation Method and structure for efficient data verification operation for non-volatile memories
US6570809 * 17 Apr 2002 27 May 2003 Ememory Technology Inc. Real-time multitasking flash memory with quick data duplication
US6581142 * 1 Sep 2000 17 Jun 2003 International Business Machines Corporation Computer program product and method for partial paging and eviction of microprocessor instructions in an embedded computer
US6996003 * 14 Jun 2004 7 Feb 2006 Sandisk Corporation Operating techniques for reducing program and read disturbs of a non-volatile memory
US7039781 * 23 Jul 2002 2 May 2006 Matsushtia Electric Industrial Co., Ltd. Flash memory apparatus and method for merging stored data items
US7120051 * 14 Dec 2004 10 Oct 2006 Sandisk Corporation Pipelined programming of non-volatile memories using early data
US7181485 * 26 Nov 2001 20 Feb 2007 Integrated Device Technology, Inc. Variably delayable transmission of packets between independently clocked source, intermediate, and destination circuits while maintaining orderly and timely processing in one or both of the intermediate and destination circuits
US7266747 * 29 Oct 2003 4 Sep 2007 Mosaid Technologies Incorporated Error correction scheme for memory
US20020099904 * 19 Jan 2001 25 Jul 2002 Conley Kevin M. Partial block data programming and reading operations in a non-volatile memory
US20020124143 * 5 Oct 2001 5 Sep 2002 Compaq Information Technologies Group, L.P. System and method for generating cache coherence directory entries and error correction codes in a multiprocessor system
US20030070036 * 27 Sep 2002 10 Apr 2003 Gorobets Sergey Anatolievich Memory system for data storage and retrieval
US7301805 7 Aug 2006 27 Nov 2007 Sandisk Corporation Pipelined programming of non-volatile memories using early data
US7362611 * 30 Aug 2005 22 Apr 2008 Micron Technology, Inc. Non-volatile memory copy back
US7409473 21 Dec 2004 5 Aug 2008 Sandisk Corporation Off-chip data relocation
US7490283 13 May 2004 10 Feb 2009 Sandisk Corporation Pipelined data relocation and improved chip architectures
US7561466 17 Mar 2008 14 Jul 2009 Micron Technology, Inc. Non-volatile memory copy back
US7697326 10 May 2007 13 Apr 2010 Anobit Technologies Ltd. Reducing programming error in memory devices
US7751240 24 Jan 2008 6 Jul 2010 Anobit Technologies Ltd. Memory device with negative thresholds
US7773413 5 Oct 2008 10 Aug 2010 Anobit Technologies Ltd. Reliable data storage in analog memory cells in the presence of temperature variations
US7821826 30 Oct 2007 26 Oct 2010 Anobit Technologies, Ltd. Memory cell readout using successive approximation
US7864573 23 Feb 2009 4 Jan 2011 Anobit Technologies Ltd. Programming analog memory cells for reduced variance after retention
US7881107 12 Apr 2010 1 Feb 2011 Anobit Technologies Ltd. Memory device with negative thresholds
US7900102 17 Dec 2007 1 Mar 2011 Anobit Technologies Ltd. High-speed programming of memory devices
US7924587 19 Feb 2009 12 Apr 2011 Anobit Technologies Ltd. Programming of analog memory cells using a single programming pulse per state transition
US7924613 6 Jul 2009 12 Apr 2011 Anobit Technologies Ltd. Data storage in analog memory cells with protection against programming interruption
US7924648 27 Nov 2007 12 Apr 2011 Anobit Technologies Ltd. Memory power and performance management
US7925936 11 Jul 2008 12 Apr 2011 Anobit Technologies Ltd. Memory device with non-uniform programming levels
US7975192 30 Oct 2007 5 Jul 2011 Anobit Technologies Ltd. Reading memory cells using multiple thresholds
US7987404 * 21 Dec 2005 26 Jul 2011 International Business Machines Corporation Information recording device, data-flow controller and data flow controlling method
US7995388 4 Aug 2009 9 Aug 2011 Anobit Technologies Ltd. Data storage using modified voltages
US8000135 13 Sep 2009 16 Aug 2011 Anobit Technologies Ltd. Estimation of memory cell read thresholds by sampling inside programming level distribution intervals
US8000141 15 Oct 2008 16 Aug 2011 Anobit Technologies Ltd. Compensation for voltage drifts in analog memory cells
US8001320 10 Mar 2008 16 Aug 2011 Anobit Technologies Ltd. Command interface for memory devices
US8050086 10 May 2007 1 Nov 2011 Anobit Technologies Ltd. Distortion estimation and cancellation in memory devices
US8059455 30 Jun 2008 15 Nov 2011 Sandisk Il Ltd. Partial scrambling to reduce correlation
US8059457 17 Mar 2009 15 Nov 2011 Anobit Technologies Ltd. Memory device with multiple-accuracy read commands
US8060806 27 Aug 2007 15 Nov 2011 Anobit Technologies Ltd. Estimation of non-linear distortion in memory devices
US8068360 23 Jul 2008 29 Nov 2011 Anobit Technologies Ltd. Reading analog memory cells using built-in multi-threshold commands
US8085586 25 Dec 2008 27 Dec 2011 Anobit Technologies Ltd. Wear level estimation in analog memory cells
US8145984 24 May 2011 27 Mar 2012 Anobit Technologies Ltd. Reading memory cells using multiple thresholds
US8151163 3 Dec 2007 3 Apr 2012 Anobit Technologies Ltd. Automatic defect management in memory devices
US8151166 26 Feb 2008 3 Apr 2012 Anobit Technologies Ltd. Reduction of back pattern dependency effects in memory devices
US8156398 3 Feb 2009 10 Apr 2012 Anobit Technologies Ltd. Parameter estimation based on error correction code parity check equations
US8156403 10 May 2007 10 Apr 2012 Anobit Technologies Ltd. Combined distortion estimation and error correction coding for memory devices
US8169825 1 Sep 2009 1 May 2012 Anobit Technologies Ltd. Reliable data storage in analog memory cells subjected to long retention periods
US8174857 30 Dec 2009 8 May 2012 Anobit Technologies Ltd. Efficient readout schemes for analog memory cell devices using multiple read threshold sets
US8174905 11 Mar 2010 8 May 2012 Anobit Technologies Ltd. Programming orders for reducing distortion in arrays of multi-level analog memory cells
US8208304 15 Nov 2009 26 Jun 2012 Anobit Technologies Ltd. Storage at M bits/cell density in N bits/cell analog memory cell devices, M>N
US8209588 11 Dec 2008 26 Jun 2012 Anobit Technologies Ltd. Efficient interference cancellation in analog memory cell arrays
US8225181 26 Nov 2008 17 Jul 2012 Apple Inc. Efficient re-read operations from memory devices
US8228701 28 Feb 2010 24 Jul 2012 Apple Inc. Selective activation of programming schemes in analog memory cell arrays
US8230300 4 Mar 2009 24 Jul 2012 Apple Inc. Efficient readout from analog memory cells using data compression
US8234545 12 May 2008 31 Jul 2012 Apple Inc. Data storage with incremental redundancy
US8238157 11 Apr 2010 7 Aug 2012 Apple Inc. Selective re-programming of analog memory cells
US8239734 15 Oct 2009 7 Aug 2012 Apple Inc. Efficient data storage in storage device arrays
US8239735 10 May 2007 7 Aug 2012 Apple Inc. Memory Device with adaptive capacity
US8248831 30 Dec 2009 21 Aug 2012 Apple Inc. Rejuvenation of analog memory cells
US8259497 6 Aug 2008 4 Sep 2012 Apple Inc. Programming schemes for multi-level analog memory cells
US8259506 22 Mar 2010 4 Sep 2012 Apple Inc. Database of memory read thresholds
US8261159 28 Oct 2009 4 Sep 2012 Apple, Inc. Data scrambling schemes for memory devices
US8270246 4 Nov 2008 18 Sep 2012 Apple Inc. Optimized selection of memory chips in multi-chips memory devices
US8301912 30 Dec 2008 30 Oct 2012 Sandisk Technologies Inc. System, method and memory device providing data scrambling compatible with on-chip copy operation
US8369141 11 Mar 2008 5 Feb 2013 Apple Inc. Adaptive estimation of memory cell read thresholds
US8397131 30 Dec 2009 12 Mar 2013 Apple Inc. Efficient readout schemes for analog memory cell devices
US8400858 22 Aug 2011 19 Mar 2013 Apple Inc. Memory device with reduced sense time readout
US8429493 16 Apr 2008 23 Apr 2013 Apple Inc. Memory device with internal signap processing unit
US8456905 11 Dec 2008 4 Jun 2013 Apple Inc. Efficient data storage in multi-plane memory devices
US8473672 18 Dec 2012 25 Jun 2013 Stec, Inc. System and method for storing data using a flexible data format
US8479080 24 Jun 2010 2 Jul 2013 Apple Inc. Adaptive over-provisioning in memory systems
US8482978 28 Jun 2011 9 Jul 2013 Apple Inc. Estimation of memory cell read thresholds by sampling inside programming level distribution intervals
US8495465 27 Sep 2010 23 Jul 2013 Apple Inc. Error correction coding over multiple memory pages
US8498151 4 Aug 2009 30 Jul 2013 Apple Inc. Data storage in analog memory cells using modified pass voltages
US8510497 * 29 Jul 2009 13 Aug 2013 Stec, Inc. Flash storage device with flexible data format
US8527819 12 Oct 2008 3 Sep 2013 Apple Inc. Data storage in analog memory cell arrays having erase failures
US8570804 22 Sep 2011 29 Oct 2013 Apple Inc. Distortion estimation and cancellation in memory devices
US8572311 10 Jan 2011 29 Oct 2013 Apple Inc. Redundant data storage in multi-die memory systems
US8572423 6 Feb 2011 29 Oct 2013 Apple Inc. Reducing peak current in memory systems
US8595591 6 Jul 2011 26 Nov 2013 Apple Inc. Interference-aware assignment of programming levels in analog memory cells
US8599611 22 Sep 2011 3 Dec 2013 Apple Inc. Distortion estimation and cancellation in memory devices
US8621266 * 23 Jul 2010 31 Dec 2013 Samsung Electronics Co., Ltd. Nonvolatile memory system and related method of performing erase refresh operation
US8621323 13 Jan 2009 31 Dec 2013 SanDisk Technologies, Inc. Pipelined data relocation and improved chip architectures
US8645794 28 Jul 2011 4 Feb 2014 Apple Inc. Data storage in analog memory cells using a non-integer number of bits per cell
US8677054 9 Dec 2010 18 Mar 2014 Apple Inc. Memory management schemes for non-volatile memory devices
US8677203 10 Jan 2011 18 Mar 2014 Apple Inc. Redundant data storage schemes for multi-die memory systems
US8691606 16 Apr 2012 8 Apr 2014 Toshiba Techno Center Inc. Method for manufacturing a light emitting diode with smooth surface for reflective electrode
US8694814 12 Sep 2010 8 Apr 2014 Apple Inc. Reuse of host hibernation storage space by memory controller
US8694853 17 Apr 2011 8 Apr 2014 Apple Inc. Read commands for reading interfering memory cells
US8694854 2 Aug 2011 8 Apr 2014 Apple Inc. Read threshold setting based on soft readout statistics
US8732544 * 4 Feb 2013 20 May 2014 Kabushiki Kaisha Toshiba Semiconductor memory device and method of controlling the same
US8767459 28 Jul 2011 1 Jul 2014 Apple Inc. Data storage in analog memory cells across word lines using a non-integer number of bits per cell
US8832354 22 Mar 2010 9 Sep 2014 Apple Inc. Use of host system resources by memory controller
US8856475 29 Jun 2011 7 Oct 2014 Apple Inc. Efficient selection of memory blocks for compaction
US8914703 8 Nov 2010 16 Dec 2014 SanDisk Technologies, Inc. Method for copying data in reprogrammable non-volatile memory
US8924661 17 Jan 2010 30 Dec 2014 Apple Inc. Memory system including a controller and processors associated with memory devices
US8949684 1 Sep 2009 3 Feb 2015 Apple Inc. Segmented data storage
US8959411 31 Mar 2014 17 Feb 2015 Kabushiki Kaisha Toshiba Semiconductor memory device and method of controlling the same
US9021181 14 Sep 2011 28 Apr 2015 Apple Inc. Memory management for unifying memory cell conditions by using maximum time intervals
US9021184 * 11 May 2012 28 Apr 2015 Kabushiki Kaisha Tokai Rika Denki Seisakusho Flash memory device
US9021338 * 6 Sep 2012 28 Apr 2015 Samsung Electronics Co., Ltd. Memory system and data storage method
US9081710 11 Apr 2013 14 Jul 2015 Spansion Llc. Restoring ECC syndrome in non-volatile memory devices
US9104580 23 Mar 2011 11 Aug 2015 Apple Inc. Cache memory for hybrid disk drives
US9122591 13 Dec 2013 1 Sep 2015 Sandisk Technologies Inc. Pipelined data relocation and improved chip architectures
US9256526 * 13 Feb 2013 9 Feb 2016 National Taiwan University Flash memory storage system and access method
US9384090 21 Jan 2015 5 Jul 2016 Kabushiki Kaisha Toshiba Semiconductor memory device and method of controlling the same
US9437776 20 Nov 2013 6 Sep 2016 Toshiba Corporation Method for manufacturing light emitting diodes with smooth surface for reflective electrode
US9619635 12 Jan 2015 11 Apr 2017 Fujitsu Limited Biometric authentication apparatus and method
US20050257120 * 13 May 2004 17 Nov 2005 Gorobets Sergey A Pipelined data relocation and improved chip architectures
US20070047306 * 30 Aug 2005 1 Mar 2007 Micron Technology, Inc. Non-volatile memory copy back
US20080212371 * 17 Mar 2008 4 Sep 2008 Micron Technology, Inc. Non-volatile memory copy back
US20080320361 * 21 Dec 2005 25 Dec 2008 Junichi Fukuda Information Recording Device, Data-Flow Controller and Data Flow Controlling Method
US20090106513 * 22 Oct 2007 23 Apr 2009 Chuang Cheng Method for copying data in non-volatile memory system
US20090204824 * 30 Dec 2008 13 Aug 2009 Lin Jason T System, method and memory device providing data scrambling compatible with on-chip copy operation
US20090210758 * 30 Sep 2008 20 Aug 2009 Asmedia Technology Inc. Method for reducing data error when flash memory storage device using copy back command
US20090279362 * 30 Jun 2008 12 Nov 2009 Ori Stern Partial scrambling to reduce correlation
US20090282267 * 30 Jun 2008 12 Nov 2009 Ori Stern Partial scrambling to reduce correlation
US20110029717 * 29 Jul 2009 3 Feb 2011 Stec, Inc. Flash storage device with flexible data format
US20110066899 * 23 Jul 2010 17 Mar 2011 Samsung Electronics Co., Ltd. Nonvolatile memory system and related method of performing erase refresh operation
US20120297124 * 11 May 2012 22 Nov 2012 Kabushiki Kaisha Tokai Rika Denki Seisakusho Flash memory device
US20130117634 * 6 Sep 2012 9 May 2013 Samsung Electronics Co., Ltd. Memory system and data storage method
US20130145230 * 4 Feb 2013 6 Jun 2013 Kabushiki Kaisha Toshiba Semiconductor memory device and method of controlling the same
US20130227199 * 13 Feb 2013 29 Aug 2013 National Taiwan University Flash memory storage system and access method
US20140304561 * 16 Jun 2014 9 Oct 2014 Stmicroelectronics International N.V. Shared fuse wrapper architecture for memory repair
USRE45697 1 Apr 2014 29 Sep 2015 Sandisk Technologies Inc. System, method and memory device providing data scrambling compatible with on-chip copy operation
USRE46346 26 Mar 2014 21 Mar 2017 Apple Inc. Reading memory cells using multiple thresholds
WO2014167535A3 * 11 Apr 2014 19 Feb 2015 Spansion Llc. Restoring ecc syndrome in non-volatile memory devices
U.S. Classification 714/763, 711/E12.008, 714/E11.038
International Classification G11C29/00
Cooperative Classification G06F2212/7203, G06F11/1068, G06F12/0246
European Classification G06F11/10M8, G06F12/02D2E2
1 Mar 2005 AS Assignment
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TOMLIN, ANDREW;REEL/FRAME:015809/0265
24 May 2011 AS Assignment
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SANDISK CORPORATION;REEL/FRAME:026333/0994
25 May 2016 AS Assignment