US8601331B2 - Defective memory block remapping method and system, and memory device and processor-based system using same - Google Patents

Defective memory block remapping method and system, and memory device and processor-based system using same Download PDF

Info

Publication number
US8601331B2
US8601331B2 US13/112,707 US201113112707A US8601331B2 US 8601331 B2 US8601331 B2 US 8601331B2 US 201113112707 A US201113112707 A US 201113112707A US 8601331 B2 US8601331 B2 US 8601331B2
Authority
US
United States
Prior art keywords
address
block
memory
addresses
memory blocks
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
US13/112,707
Other versions
US20110219260A1 (en
Inventor
Dean Nobunaga
Hanqing Li
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
US Bank NA
Original Assignee
Micron Technology Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Micron Technology Inc filed Critical Micron Technology Inc
Priority to US13/112,707 priority Critical patent/US8601331B2/en
Publication of US20110219260A1 publication Critical patent/US20110219260A1/en
Application granted granted Critical
Publication of US8601331B2 publication Critical patent/US8601331B2/en
Assigned to U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT reassignment U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MICRON TECHNOLOGY, INC.
Assigned to MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT reassignment MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT PATENT SECURITY AGREEMENT Assignors: MICRON TECHNOLOGY, INC.
Assigned to U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT reassignment U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT CORRECTIVE ASSIGNMENT TO CORRECT THE REPLACE ERRONEOUSLY FILED PATENT #7358718 WITH THE CORRECT PATENT #7358178 PREVIOUSLY RECORDED ON REEL 038669 FRAME 0001. ASSIGNOR(S) HEREBY CONFIRMS THE SECURITY INTEREST. Assignors: MICRON TECHNOLOGY, INC.
Assigned to JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT reassignment JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MICRON SEMICONDUCTOR PRODUCTS, INC., MICRON TECHNOLOGY, INC.
Assigned to MICRON TECHNOLOGY, INC. reassignment MICRON TECHNOLOGY, INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT
Assigned to MICRON TECHNOLOGY, INC. reassignment MICRON TECHNOLOGY, INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT
Assigned to MICRON TECHNOLOGY, INC., MICRON SEMICONDUCTOR PRODUCTS, INC. reassignment MICRON TECHNOLOGY, INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G11INFORMATION STORAGE
    • G11CSTATIC STORES
    • G11C29/00Checking stores for correct operation ; Subsequent repair; Testing stores during standby or offline operation
    • G11C29/70Masking faults in memories by using spares or by reconfiguring
    • G11C29/76Masking faults in memories by using spares or by reconfiguring using address translation or modifications

Definitions

  • This invention relates generally to non-volatile memory devices, and more particularly, to a system and method for remapping to functional blocks of memory accesses to defective blocks of memory for erase, programming and read operations.
  • Non-volatile memory is memory that can continue to store data after power is no longer provided to the memory.
  • Flash memory called this because data can be erased from multiple memory cells simultaneously, is an example of non-volatile memory.
  • a typical flash memory comprises an array of memory cells arranged in rows and columns. The array is divided into blocks of memory cells, with 2048 or 4096 blocks in a typical flash memory device. Although each of the cells within a block can be electrically programmed to store data individually, data is erased from the cells at the block level.
  • NAND flash memory A common example of flash memory is NAND flash memory.
  • the array of memory cells for NAND flash memory devices are arranged such that a control gate of each memory cell of a row of the array is connected to a word line.
  • each memory cell is not directly connected to a column bit line.
  • the memory cells of the array are arranged together in strings (“NAND strings”), with the memory cells connected together in series, source to drain, between a source line and a column bit line.
  • the NAND strings in each block typically have as many as 32 memory cells between the source line and the column bit line.
  • the memory array for NAND flash memory devices is accessed by a row decoder activating a row of memory cells by selecting the word line connecting the control gates of the memory cells.
  • the word lines connected to the control gates of unselected memory cells of each string are driven so that the respective memory cell passes current in a manner that is unrestricted by their stored data values.
  • Current then flows from the source line to the column bit line through each series connected string, restricted only by the selected memory cells of each string. This places the current-encoded data values of the row of selected memory cells on the column bit lines to be sense and amplified before being output as data, as well known.
  • memory devices After memory devices have been fabricated, they normally undergo testing to determine if they are functioning properly. It is not uncommon to find that many memory cells in the device are defective. For example, in flash memory device, it is common for functional testing to reveal that one or more blocks of memory cells are defective.
  • memory devices including flash memory devices, are normally manufactured with extra columns and extra blocks of memory cells, which are sometimes referred to as “redundant columns” and “redundant blocks,” respectively.
  • redundant columns” and “redundant blocks,” respectively When a column or block of memory cells is found to be defective during testing, the defective column or block may be repaired by substituting a redundant column or block of memory cells. This is typically accomplished by programming a bank of fuses or anti-fuses with the address of the defective column or block. When an attempt is made to access the defective column or block, the corresponding address is detected, and the access is redirected to the redundant column or block, respectively.
  • the ability to perform post-fabrication repair of defective flash memory devices increases the die yield because it allows such devices to be sold.
  • standard specifications for NAND flash memory allow a manufacturer to sell NAND flash devices having a percentage of defective blocks of memory, which are referred to as “initial bad blocks” of memory.
  • the bad blocks do not affect the performance of good blocks of memory because each block is independently accessible.
  • a conventional manner of marking the bad blocks is to program specific locations within each bad block with data that is used to indicate that the block is defective.
  • a bad block disable process is performed. During this process, the specific locations are queried to identify which blocks of memory are bad.
  • Control logic included in the memory device identifies the bad blocks by checking for the data that is indicative of a bad block. If such data is present, the block can be disabled using a conventional technique of setting a latch in the respective block decoder circuits for the bad block. Setting the latch prevents access to the bad block and provides a hardware mechanism for disabling bad blocks prior to operation.
  • One approach to identifying bad blocks even in the case where the entire memory array is erased prior to use is to program initial bad block information in a user-inaccessible memory that is separate from the flash memory array.
  • One technique is to program the initial bad block information into specific circuits designed to store this information.
  • An example of this type of circuit is described in U.S. Pat. No. 5,864,499 to Roohparvar et al.
  • the circuits described therein are small arrays of non-volatile memory cells having dedicated sense amplifiers.
  • the memory cells can be programmed and function as “fuses” to store information identifying the initial bad blocks.
  • FIG. 1 is a block diagram of a flash memory device according to one example of the invention.
  • FIG. 2 is a block diagram of one example of a block remapping system that may be used in the flash memory device of FIG. 1 .
  • FIG. 3 is a table showing one example of mapping data provided by a fuse bank in the block remapping system of FIG. 2 .
  • FIG. 4 is a table showing one example of a technique for designating the number of contiguous bad blocks starting at a specific block address that may be used in the block remapping system of FIG. 2 .
  • FIG. 5 is a table showing various examples of bad block remapping using the block remapping system of FIG. 2 .
  • FIG. 6 is a block diagram of a processor-based system using the flash memory device of FIG. 1 or a non-volatile memory device according to another example of the invention.
  • FIG. 7 is a flow chart of a method of addressing a memory according to an embodiment of the invention.
  • FIG. 8 is a flow chart of a method of replacing bad memory blocks of a memory according to an embodiment of the invention.
  • a flash memory device 100 is shown in FIG. 1 .
  • the flash memory device 100 includes an array 130 of flash memory cells arranged in rows and columns.
  • the array 130 is divided into a large number of blocks, each of which contains a specific number of rows of the array 130 .
  • the flash memory cells in the array 130 have their control gates coupled to respective word lines, and NAND strings of memory cells in each block are connected in series, source to drain, between a source line and a respective column bit line.
  • the flash memory array 130 may contain, for example, 2048 or 4096 blocks of memory cells.
  • the memory device 100 includes an I/O bus 134 through which sequential input/output (“I/O”) signals corresponding to memory commands, addresses and write data are applied to the memory device 100 . Similarly, I/O signals corresponding to read data are output from the flash memory device 100 through the I/O bus 134 .
  • the I/O bus is connected to an I/O control unit 140 that routes the signals between the I/O bus 134 and an internal data bus 142 , an address register 144 , a command register 146 and a status register 148 .
  • the flash memory device 100 also includes a control logic unit 150 that receives a number of control signals, including an active low chip enable signal CE#, a command latch enable signal CLE, an address latch enable signal ALE, an active low write enable signal WE#, an active low read enable signal RE#, and an active low write protect WP# signal.
  • a control logic unit 150 receives a number of control signals, including an active low chip enable signal CE#, a command latch enable signal CLE, an address latch enable signal ALE, an active low write enable signal WE#, an active low read enable signal RE#, and an active low write protect WP# signal.
  • the chip enable signal CE# is active low
  • I/O signals corresponding to commands, addresses and data may be transferred between the memory device 100 and a memory access device (not shown).
  • the command latch enable signal CLE is active high and the ALE signal is low
  • the control logic unit 150 causes the I/O control unit 140 to route signals received through the I/O bus 134 to the command register 146 responsive to the rising edge of the
  • the I/O control unit 140 routes signals received through the I/O bus 134 to the address register 144 responsive to the rising edge of the WE# signal.
  • the write enable signal WE# is also used to gate signals corresponding to write data from the memory access device (not shown) to the memory device 100
  • the read enable signal RE# is used to gate signals corresponding to read data from the memory device 100 to the memory access device (not shown).
  • the I/O control unit 140 transfers signals corresponding to write data and read data between the I/O bus 134 and the internal data bus 142 when the CLE and ALE signals are both low.
  • an active low write protect signal WP# prevents the memory device 100 from inadvertently performing programming or erase functions.
  • the status register 148 can be read responsive to a read status command. After the read status command, all subsequent read commands will result in status data being read from the status register 148 until a subsequent page read command is received.
  • the status data read from the status register 148 provides information about the operation of the memory device 100 , such as whether programming and erase operations were completed without error.
  • the address register 144 stores address signals corresponding to rows and columns of memory cells in the array 130 .
  • the address register 144 then outputs signals corresponding to an addressed row to a block remapping system 160 .
  • This remapping procedure uses information stored in the system 160 that identifies the bad blocks to translate the address of a row in a bad block to an address of a row that is in a good block.
  • the system 160 performs the remapping process by decoding extra, redundant blocks of memory cells as an extension of the array 130 and uses them to map over bad blocks if necessary.
  • the block remapping system 160 includes repair fuse sets (not shown in FIG. 2 ), each of which contains information identifying the starting address of a bad block and the number of contiguous bad blocks following the identified bad block. Each of the relatively few fuse sets can be used to identify any of the relatively large number of blocks that may be defective. As a result, and because one fuse set can also identify a large number of contiguous bad blocks, the block remapping system 160 requires only a relatively small number of fuse sets. As further explained below, the entire remapping process is transparent to the user, and a system containing the memory device 100 need not be specially adapted to accommodate the block remapping system 160 . More specifically, an address map for the memory device 100 shows one contiguous address space of only good blocks, thereby freeing the user of the need to tag bad blocks, which are no longer accessible to the user.
  • signals corresponding to the remapped address are applied to a row decoder 162 , and the column address signals to a column decoder 164 .
  • the row decoder 162 asserts the word line corresponding to the decoded row address.
  • the column decoder 164 enables write data signals to be applied to bit lines for columns corresponding to the column address and allows read data to be coupled from bit lines for columns corresponding to the column address signals.
  • the flash memory cells in the array 130 are erased, programmed, or read.
  • the memory array 130 is programmed on a row-by-row or page-by-page basis.
  • the I/O control unit 140 routes signals corresponding to write data to a cache register 170 .
  • the write data signals are stored in the cache register 170 in successive sets each having a size corresponding to the width of the I/O bus 134 .
  • the cache register 170 sequentially stores the sets of write data signals for an entire row or page of memory cells in the array 130 .
  • All of the stored write data signals are then used to program a row or page of memory cells in the array 130 selected by the row address output from the block remapping system 160 .
  • read data signals from a row or page of memory cells selected by the row address stored in the address register 144 and output from the block remapping system 160 are stored in a data register 180 .
  • Sets of data signals corresponding in size to the width of the I/O bus 134 are then sequentially transferred through the I/O control unit 140 from the data register 180 to the I/O bus 134 .
  • the array 130 is typically read on a row-by-row or page-by-page basis, a selected portion of a selected row or page may be read by specifying a corresponding column address.
  • the flash memory device 130 also includes an NMOS transistor 190 having its gate coupled to receive a signal from the control logic unit 150 .
  • the control logic unit 150 When the memory device 100 is busy processing a programming, erase or read command, the control logic unit 150 outputs a high signal to cause the transistor 190 to output an active low read/busy signal R/B#. At other times, the transistor 190 is turned OFF to indicate to a memory access devices that the device 100 is able to accept and process memory commands.
  • a block remapping system 200 is shown in FIG. 2 .
  • the block remapping system 200 may be used as the block remapping system 160 in the memory device of FIG. 1 , or in some other non-volatile memory device, such as a flash memory, in which the rows of memory cells are divided into multiple blocks.
  • the block remapping system 200 performs a block remapping process responsive to each read, program and erase operation in a memory device containing the system 160 .
  • the block remapping system 200 includes 16 block redundancy fuse sets 204 that are accessed responsive to a corresponding one of 16 decoder signals YDEC ⁇ 15 : 0 >. As shown in FIG.
  • each fuse set when each fuse set is accessed, it outputs a 14-bit signal that consists of an 11-bit block address FUSE_ADDR ⁇ 10 : 0 >, which corresponds to the address of a defective block, a 2-bit BLOCK_SIZE ⁇ 12 : 11 >, which specifies the number of rows in each block, and an ENABLE ⁇ 13 > bit, which causes the block remapping system 200 to treat the block designated by the 11-bit block address FUSE_ADDR ⁇ 10 : 0 > as being defective.
  • the 16 values of block address FUSE_ADDR ⁇ 10 : 0 > are stored in the fuse sets 204 in a manner that causes them to be accessed by values of YDEC ⁇ 15 : 0 > in ascending order. As a result, the fuse sets 204 outputs addresses of bad blocks from bad blocks having lower addresses to bad blocks having higher addresses.
  • the block remapping system also includes global fuse sets 206 , which provides two pieces of information. First, it outputs a 3-bit MULTIPLIER ⁇ 2 : 0 >, which is used by the system 200 to increase the block size corresponding to the BLOCK_SIZE ⁇ 12 : 11 > bits to a higher number. Second, it outputs an 11-bit MAX_ADDR ⁇ 10 : 0 > designating the highest numbered block in the memory device containing the system 200 . The value of MAX_ADDR ⁇ 10 : 0 > corresponds to all of the blocks in the memory device, including the redundant blocks.
  • Both of the items of information stored in the global fuse sets 206 are specific to a specific memory device, and the fuse sets 206 may be programmed during post-fabrication testing when the fuse sets 204 are programmed. Although fuse sets 204 , 206 would normally be programmed during post-fabrication testing, the global fuse sets 206 may alternatively be programmed during fabrication.
  • the values of YDEC ⁇ 15 : 0 >, which are used to access the block redundancy fuse sets 204 , are provided by a y-decoder 210 .
  • the y-decoder 210 receives 4 bits ACNT ⁇ 3 : 0 > from a counter 212 , and decodes the 4 bits into one of the 16 YDEC ⁇ 15 : 0 >, which select a corresponding one of the 16 fuse sets 204 .
  • the counter 212 is incremented by a clock signal INC that is present in the memory device containing the system 200 .
  • the counter begins incrementing in response to an address reset signal ADRST, which occurs each time the address register 144 applies an address IN_ADDR ⁇ 10 : 0 > to the block remapping system 200 .
  • a comparator 216 first compares the address IN_ADDR ⁇ 10 : 0 > to the maximum block address MAX_ADDR ⁇ 10 : 0 > stored in the global fuse sets 206 . If IN_ADDR ⁇ 10 : 0 > is for a value greater than the value of MAX_ADDR ⁇ 10 : 0 >, the comparator 216 outputs a RESET signal in the memory device containing the system 200 to abort the operation for which IN_ADDR ⁇ 10 : 0 > was provided.
  • the SEL_ADDR ⁇ 10 : 0 > is applied to one input of an adder 230 , to a comparator 232 , and to one input of a multiplexer 234 , which receives the output of the adder 230 as its other input.
  • the comparator 232 outputs a signal to a comparator 236 , which determines if the ENABLE bit from the block redundancy fuse set 204 is true. If so, the comparator 236 outputs a control signal to the multiplexer 234 that causes it to pass SEL_ADDR ⁇ 10 : 0 > to the input of an output address register 240 .
  • the output address register 240 then outputs SEL_ADDR ⁇ 10 : 0 > as an output address OUT_ADDR ⁇ 10 : 0 >, which is applied to the row decoder 162 ( FIG. 1 ). Therefore, as long as there were no bad blocks between block 0 and the block corresponding to IN_ADDR ⁇ 10 : 0 >, IN_ADDR ⁇ 10 : 0 > is used as OUT_ADDR ⁇ 10 : 0 >.
  • the decoder 246 is able to determine the number of bad blocks based upon the BLOCK_SIZE indication from the fuse sets 204 and the MULTIPLIER value from the global fuse sets 206 .
  • BLOCK_NUM is determined based upon the BLOCK_SIZE and MULTIPLIER. For example, if the MULTIPLIER is “000,” the block size is 1, 2, 4, and 8 for an increasing series of two binary numbers. However, if the MULTIPLIER is “011,” then the block sizes corresponding to “00” and “01” are multiplied by 2, and the block sizes corresponding to “10” and “11” are multiplied by 4.
  • the adder outputs a value of TMP_ADDR ⁇ 10 : 0 > that has a value equal to the sum of the value of IN_ADDR ⁇ 10 : 0 > and the value corresponding to BLOCK_SIZE.
  • This sum TMP_ADDR ⁇ 10 : 0 > corresponds to the physical address of potentially the good block of memory cells that should be accessed by IN_ADDR ⁇ 10 : 0 > since TMP_ADDR ⁇ 10 : 0 > is offset from IN_ADDR ⁇ 10 : 0 > by the number of bad blocks indicated by the BLOCK_NUM value.
  • the value of IN_ADDR ⁇ 10 : 0 > is greater than or equal to the next value of FUSE_ADDR ⁇ 10 : 0 >, the value of TEMP_ADDR ⁇ 10 : 0 > is incremented with a value corresponding to the size of a defective block, as described above.
  • the comparator 232 will determine that IN_ADDR ⁇ 10 : 0 > is less than the value of the current FUSE_ADDR ⁇ 10 : 0 >. In such case, the process terminates, and the current value of TMP_ADDR ⁇ 10 : 0 > stored in the output address register 240 is used by the row decoder 162 ( FIG. 1 ) as OUT_ADDR ⁇ 10 : 0 >>.
  • FIG. 5 Some specific examples showing the operation of the block remapping system 200 in a flash memory device having 10 bad blocks is shown in FIG. 5 .
  • the left hand column of FIG. 5 shows the user addresses corresponding to IN_ADDR ⁇ 10 : 0 >, the next column shows the addresses of the bad blocks and the logical addresses to which the user addresses must be remapped, the next column shows the remapped physical addresses corresponding to the user addresses, and the column on the right shows the information stored in the block redundancy fuse sets 204 and the multiplier stored in the global fuse sets 206 , which is a multiplier of 1.
  • IN_ADDR ⁇ 10 : 0 > corresponds to block 2
  • the FUSE_ADDR ⁇ 10 : 0 > for the first bad block corresponds to block 1
  • the comparator 232 determines that the value of IN_ADDR ⁇ 10 : 0 > is not less than the value of FUSE_ADDR ⁇ 10 : 0 >, which is indicative of one or more bad blocks between block 0 and block 2 .
  • the block size (“00”) for the bad block starting at FUSE_ADDR ⁇ 10 : 0 > is then used by the decoder 246 to produce a value of BLOCK_NUM equal to 1.
  • the adder 230 therefore adds the block size of 1 to the value of 2 for IN_ADDR ⁇ 10 : 0 > to obtain a TMP_ADDR ⁇ 10 : 0 > of 3. Since the value of IN_ADDR ⁇ 10 : 0 > is not less than the value of FUSE_ADDR ⁇ 10 : 0 >, the comparator 232 causes the multiplexer 234 to output the TMP_ADDR ⁇ 10 : 0 > to the data input of the output address register 240 .
  • the next cycle of INC latches the TMP_ADDR ⁇ 10 : 0 > of 3 to the output of the output address register 240 , which is fed back to the multiplexer 220 .
  • the next cycle of INC makes ACNT no longer equal to 0, so the multiplexer 220 makes the output SEL_ADDR ⁇ 10 : 0 > equal to the value (3) of TMP_ADDR ⁇ 10 : 0 >.
  • the next cycle of INC also increments the counter 212 to the FUSE_ADDR ⁇ 10 : 0 > value 4 of FUSE_ADDR ⁇ 10 : 0 > is compared to the SEL_ADDR ⁇ 10 : 0 > value of 3 by the comparator 232 .
  • the comparator 232 causes the multiplexer 234 to output the SEL_ADDR ⁇ 10 : 0 >> value of 3 to the input of the output address register 240 .
  • the next INC pulse latches the SEL_ADDR ⁇ > value (3) to the output of the output address register 240 .
  • the process then continues with INC incrementing the counter 212 until the 16 th FUSE_ADDR ⁇ 10 : 0 > value is output from the block redundancy fuse sets.
  • the value (3) of SEL_ADDR ⁇ 10 : 0 > will less than the value of FUSE_ADDR ⁇ 10 : 0 >, so the comparator 232 will causes the multiplexer 234 to finally output the OUT_ADDR ⁇ 10 : 0 >> value of 3. Therefore, the user address of 2 is remapped to a physical address of 3.
  • the process of mapping bad blocks could end the first time that the comparator 232 detects an SEL_ADDR ⁇ 10 : 0 > that is less than the value of FUSE_ADDR ⁇ 10 : 0 >.
  • the user address IN_ADDR ⁇ 10 : 0 > is for block 5 .
  • the adder 230 will produce a value of 6 (5+1) for TMP_ADDR ⁇ 10 : 0 > since the comparator 224 will cause the multiplexer 220 to the output the IN_ADDR ⁇ 10 : 0 > of 5 to the adder 230 , and the adder 230 will add the bad block size of 1 for bad block 1 , as explained above.
  • the next cycle of INC increments the counter 212 so that ACNT is no longer equal to 0.
  • the comparator 224 causes the multiplexer 220 to couple OUT_ADDR ⁇ 10 : 0 > to the adder 230 and to the comparator 232 .
  • the comparator 232 then compares this value (6) with the value 4 of the next of FUSE_ADDR ⁇ 10 : 0 >, as explained above.
  • the comparator 232 determines that the value (6) is not less than the value (4) of FUSE_ADDR ⁇ 10 : 0 >. Therefore, the value of IN_ADDR ⁇ 10 : 0 > must be offset by the number of any additional bad blocks between block 1 and block 6 to obtain the value of OUT_ADDR ⁇ 10 : 0 >.
  • the adder 230 uses the block_size “01,” which is equal to 2, to add to the current value 6 of OUT_ADDR ⁇ 10 : 0 > to produce a new value of 8 from the output address register 240 .
  • This value (8) is fed back to the multiplexer on the next INC pulse to become the new value of SEL_ADDR ⁇ 10 : 0 >.
  • the comparator 232 determines that the next value of FUSE_ADDR ⁇ 10 : 0 >, which is 8, is not greater than the SEL_ADDR ⁇ 10 : 0 > value of 8. Therefore, the bad blocks starting at block 8 must be added to SEL_ADDR ⁇ 10 : 0 > value of 8.
  • the decoder 246 provides a block size value BLOCK_NUM of “10,” which the adder 230 sums with the SEL_ADDR ⁇ 10 : 0 > value of 8 to obtain a new TMP_ADDR ⁇ 10 : 0 > of 12.
  • the TMP_ADDR ⁇ 10 : 0 > value of 12 is fed back through the multiplexer to become the next SEL_ADDR ⁇ 10 : 0 > value.
  • the next INC pulse also increments the counter 212 so that the block redundancy fuse sets 204 outputs the fourth FUSE_ADDR ⁇ 10 : 0 > value of 15. This value (15) is compared to the new value (12) of SEL_ADDR ⁇ 10 : 0 > by the comparator.
  • the block remapping system 200 provides a remapped output address that is obtained by, in effect, adding to the received user block address IN_ADDR ⁇ 10 : 0 > any addresses corresponding to the sizes of any and all non-functional blocks of memory cells having respective addresses that are lower than or equal to the final output address.
  • the IN_ADDR ⁇ 10 : 0 > of 9 is added to the 11 bad blocks between block 0 and block 20 to provide a remapped output address of 20 .
  • the number of bad blocks is equal to the final output address less the value of IN_ADDR ⁇ 10 : 0 >.
  • FIG. 6 is a block diagram of a processor-based system 500 using the flash memory device of FIG. 1 or a non-volatile memory device according to another example of the invention.
  • the processor-based system 500 includes processor circuitry 502 having volatile memory 510 .
  • the processor circuitry 502 is coupled through address, data, and control buses to the volatile memory 510 to provide for writing data to and reading data from the volatile memory 510 .
  • the processor circuitry 502 includes circuitry for performing various processing functions, such as executing specific software to perform specific calculations or tasks.
  • the processor-based system 500 also includes one or more input devices 504 coupled to the processor circuitry 502 to allow an operator to interface with the processor-based system 500 . Examples of input devices 504 include keypads, touch screens, and scroll wheels.
  • the processor-based system 500 also includes one or more output devices 506 coupled to the processor circuitry 502 to provide output information to the operator.
  • the output device 506 is a visual display providing visual information to the operator.
  • Data storage 508 is also coupled to the processor circuitry 502 to store data that is to be retained even when power is not supplied to the processor-based system 500 or to the data storage 508 .
  • the NAND flash memory 100 or another embodiment of a NAND flash memory according to the present invention, can be used for the data storage 508 .
  • FIG. 7 is a flow chart of a method 700 of addressing a memory according to an embodiment of the invention.
  • an input address for access to the memory may be received.
  • a number of non-functional memory blocks between an initial address of the memory and the input address may be determined.
  • the input address may be incremented by the number of non-functional memory blocks to yield an output address.
  • the memory may be accessed using the output address.
  • FIG. 8 is a flow chart of a method 800 of replacing bad memory blocks of a memory according to an embodiment of the invention.
  • addresses for the bad memo blocks in an array may be mapped to next available good memory blocks in the array.
  • the addresses and respective sizes of the bad memory blocks in the array may be stored, the stored addresses and respective sizes of the bad memory blocks used in calculating remapped block, addresses for the next available good memory blocks in the array.

Abstract

A non-volatile memory device includes a block remapping system that offsets an input block address by the addresses of non-functional blocks to provide an output block address that is used to address the memory device. The system generates the output block addresses by, in effect, adding to the input block address the addresses of all non-functional blocks of memory that are between an initial address and the output block address. The system performs this function be comparing the input block address to the address of any defective block. If the address of the defective block is less than or equal to the input block address, the addresses of all defective blocks starting at the block address are added to the input block address. The system then iteratively performs this process using each output block address generated by the system in place of the input block address.

Description

CROSS REFERENCE TO RELATED APPLICATION(S)
This application is a continuation of U.S. patent application Ser. No. 12/788,053, filed May 26, 2010, U.S. Pat. No. 7,958,439, which is a divisional of U.S. patent application Ser. No. 11/656,577, filed Jan. 22, 2007, U.S. Pat. No. 7,743,303. These applications and patents are incorporated herein by reference, in their entirety, for any purpose.
TECHNICAL FIELD
This invention relates generally to non-volatile memory devices, and more particularly, to a system and method for remapping to functional blocks of memory accesses to defective blocks of memory for erase, programming and read operations.
BACKGROUND OF THE INVENTION
Non-volatile memory is memory that can continue to store data after power is no longer provided to the memory. “Flash memory,” called this because data can be erased from multiple memory cells simultaneously, is an example of non-volatile memory. A typical flash memory comprises an array of memory cells arranged in rows and columns. The array is divided into blocks of memory cells, with 2048 or 4096 blocks in a typical flash memory device. Although each of the cells within a block can be electrically programmed to store data individually, data is erased from the cells at the block level.
A common example of flash memory is NAND flash memory. The array of memory cells for NAND flash memory devices are arranged such that a control gate of each memory cell of a row of the array is connected to a word line. However, each memory cell is not directly connected to a column bit line. Instead, the memory cells of the array are arranged together in strings (“NAND strings”), with the memory cells connected together in series, source to drain, between a source line and a column bit line. The NAND strings in each block typically have as many as 32 memory cells between the source line and the column bit line.
The memory array for NAND flash memory devices is accessed by a row decoder activating a row of memory cells by selecting the word line connecting the control gates of the memory cells. In addition, the word lines connected to the control gates of unselected memory cells of each string are driven so that the respective memory cell passes current in a manner that is unrestricted by their stored data values. Current then flows from the source line to the column bit line through each series connected string, restricted only by the selected memory cells of each string. This places the current-encoded data values of the row of selected memory cells on the column bit lines to be sense and amplified before being output as data, as well known.
After memory devices have been fabricated, they normally undergo testing to determine if they are functioning properly. It is not uncommon to find that many memory cells in the device are defective. For example, in flash memory device, it is common for functional testing to reveal that one or more blocks of memory cells are defective. In order to increase the yield from each semiconductor die, memory devices, including flash memory devices, are normally manufactured with extra columns and extra blocks of memory cells, which are sometimes referred to as “redundant columns” and “redundant blocks,” respectively. When a column or block of memory cells is found to be defective during testing, the defective column or block may be repaired by substituting a redundant column or block of memory cells. This is typically accomplished by programming a bank of fuses or anti-fuses with the address of the defective column or block. When an attempt is made to access the defective column or block, the corresponding address is detected, and the access is redirected to the redundant column or block, respectively.
The ability to perform post-fabrication repair of defective flash memory devices increases the die yield because it allows such devices to be sold. To further increase die yield and thereby minimize the cost of flash memory devices, standard specifications for NAND flash memory allow a manufacturer to sell NAND flash devices having a percentage of defective blocks of memory, which are referred to as “initial bad blocks” of memory. The bad blocks do not affect the performance of good blocks of memory because each block is independently accessible.
Generally the process of identifying initial bad blocks occurs during testing by the manufacturer. A conventional manner of marking the bad blocks is to program specific locations within each bad block with data that is used to indicate that the block is defective. Upon use of the memory device, a bad block disable process is performed. During this process, the specific locations are queried to identify which blocks of memory are bad. Control logic included in the memory device identifies the bad blocks by checking for the data that is indicative of a bad block. If such data is present, the block can be disabled using a conventional technique of setting a latch in the respective block decoder circuits for the bad block. Setting the latch prevents access to the bad block and provides a hardware mechanism for disabling bad blocks prior to operation. Although the technique of programming bad blocks with indicating data is effective in marking initial bad blocks, some users choose not to read the array for the bad block information prior to use, and simply erase the entire array. As a result, the data programmed to identify the bad blocks are erased, thus, eliminating any way to identify which blocks are bad after the erasing process. Also, this process requires that the user be involved in identifying of bad blocks and ensuring that they are not accessed. The user must therefore adapt a system containing the flash memory device to carry out these functions. Furthermore, if these functions are performed improperly, the flash memory device may provide erroneous data.
One approach to identifying bad blocks even in the case where the entire memory array is erased prior to use is to program initial bad block information in a user-inaccessible memory that is separate from the flash memory array. One technique is to program the initial bad block information into specific circuits designed to store this information. An example of this type of circuit is described in U.S. Pat. No. 5,864,499 to Roohparvar et al. The circuits described therein are small arrays of non-volatile memory cells having dedicated sense amplifiers. The memory cells can be programmed and function as “fuses” to store information identifying the initial bad blocks. One problem resulting from this approach is that as the number of memory blocks in a memory device increases, and there are a greater absolute number of bad blocks, the number of the dedicated “fuse circuits” must also increase. The additional fuse circuits occupy more space on the die, which is generally undesirable.
There is therefore a need for a system and method for identifying initial bad blocks and remapping accesses to initial bad blocks in a manner that is transparent to the user and does not require a large number of dedicated fuse circuits even though the memory device contains a large number of potentially defective blocks.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a block diagram of a flash memory device according to one example of the invention.
FIG. 2 is a block diagram of one example of a block remapping system that may be used in the flash memory device of FIG. 1.
FIG. 3 is a table showing one example of mapping data provided by a fuse bank in the block remapping system of FIG. 2.
FIG. 4 is a table showing one example of a technique for designating the number of contiguous bad blocks starting at a specific block address that may be used in the block remapping system of FIG. 2.
FIG. 5 is a table showing various examples of bad block remapping using the block remapping system of FIG. 2.
FIG. 6 is a block diagram of a processor-based system using the flash memory device of FIG. 1 or a non-volatile memory device according to another example of the invention.
FIG. 7 is a flow chart of a method of addressing a memory according to an embodiment of the invention.
FIG. 8 is a flow chart of a method of replacing bad memory blocks of a memory according to an embodiment of the invention.
DETAILED DESCRIPTION
A flash memory device 100 according to one example of the invention is shown in FIG. 1. The flash memory device 100 includes an array 130 of flash memory cells arranged in rows and columns. The array 130 is divided into a large number of blocks, each of which contains a specific number of rows of the array 130. The flash memory cells in the array 130 have their control gates coupled to respective word lines, and NAND strings of memory cells in each block are connected in series, source to drain, between a source line and a respective column bit line. The flash memory array 130 may contain, for example, 2048 or 4096 blocks of memory cells.
The memory device 100 includes an I/O bus 134 through which sequential input/output (“I/O”) signals corresponding to memory commands, addresses and write data are applied to the memory device 100. Similarly, I/O signals corresponding to read data are output from the flash memory device 100 through the I/O bus 134. The I/O bus is connected to an I/O control unit 140 that routes the signals between the I/O bus 134 and an internal data bus 142, an address register 144, a command register 146 and a status register 148.
The flash memory device 100 also includes a control logic unit 150 that receives a number of control signals, including an active low chip enable signal CE#, a command latch enable signal CLE, an address latch enable signal ALE, an active low write enable signal WE#, an active low read enable signal RE#, and an active low write protect WP# signal. When the chip enable signal CE# is active low, I/O signals corresponding to commands, addresses and data may be transferred between the memory device 100 and a memory access device (not shown). When the command latch enable signal CLE is active high and the ALE signal is low, the control logic unit 150 causes the I/O control unit 140 to route signals received through the I/O bus 134 to the command register 146 responsive to the rising edge of the WE# signal. Similarly, when the address latch enable signal ALE is active high and the CLE signal is low, the I/O control unit 140 routes signals received through the I/O bus 134 to the address register 144 responsive to the rising edge of the WE# signal. The write enable signal WE# is also used to gate signals corresponding to write data from the memory access device (not shown) to the memory device 100, and the read enable signal RE# is used to gate signals corresponding to read data from the memory device 100 to the memory access device (not shown). The I/O control unit 140 transfers signals corresponding to write data and read data between the I/O bus 134 and the internal data bus 142 when the CLE and ALE signals are both low. Finally, an active low write protect signal WP# prevents the memory device 100 from inadvertently performing programming or erase functions.
The status register 148 can be read responsive to a read status command. After the read status command, all subsequent read commands will result in status data being read from the status register 148 until a subsequent page read command is received. The status data read from the status register 148 provides information about the operation of the memory device 100, such as whether programming and erase operations were completed without error.
The address register 144 stores address signals corresponding to rows and columns of memory cells in the array 130. The address register 144 then outputs signals corresponding to an addressed row to a block remapping system 160. As explained in greater detail below, when the block remapping system 160 receives each address, it executes a remapping procedure. This remapping procedure uses information stored in the system 160 that identifies the bad blocks to translate the address of a row in a bad block to an address of a row that is in a good block. As also explained in further detail below, the system 160 performs the remapping process by decoding extra, redundant blocks of memory cells as an extension of the array 130 and uses them to map over bad blocks if necessary. The block remapping system 160 includes repair fuse sets (not shown in FIG. 2), each of which contains information identifying the starting address of a bad block and the number of contiguous bad blocks following the identified bad block. Each of the relatively few fuse sets can be used to identify any of the relatively large number of blocks that may be defective. As a result, and because one fuse set can also identify a large number of contiguous bad blocks, the block remapping system 160 requires only a relatively small number of fuse sets. As further explained below, the entire remapping process is transparent to the user, and a system containing the memory device 100 need not be specially adapted to accommodate the block remapping system 160. More specifically, an address map for the memory device 100 shows one contiguous address space of only good blocks, thereby freeing the user of the need to tag bad blocks, which are no longer accessible to the user.
After the address signals stored in the address register 144 have been remapped if necessary by the block remapping system 160, signals corresponding to the remapped address are applied to a row decoder 162, and the column address signals to a column decoder 164. The row decoder 162 asserts the word line corresponding to the decoded row address. Similarly, the column decoder 164 enables write data signals to be applied to bit lines for columns corresponding to the column address and allows read data to be coupled from bit lines for columns corresponding to the column address signals.
In response to the memory commands decoded by the control logic unit 150, the flash memory cells in the array 130 are erased, programmed, or read. The memory array 130 is programmed on a row-by-row or page-by-page basis. After the signals corresponding to a row address have been loaded into the address register 144 and output from the block remapping system 160, the I/O control unit 140 routes signals corresponding to write data to a cache register 170. The write data signals are stored in the cache register 170 in successive sets each having a size corresponding to the width of the I/O bus 134. The cache register 170 sequentially stores the sets of write data signals for an entire row or page of memory cells in the array 130. All of the stored write data signals are then used to program a row or page of memory cells in the array 130 selected by the row address output from the block remapping system 160. In a similar manner, during a read operation, read data signals from a row or page of memory cells selected by the row address stored in the address register 144 and output from the block remapping system 160 are stored in a data register 180. Sets of data signals corresponding in size to the width of the I/O bus 134 are then sequentially transferred through the I/O control unit 140 from the data register 180 to the I/O bus 134. Although the array 130 is typically read on a row-by-row or page-by-page basis, a selected portion of a selected row or page may be read by specifying a corresponding column address.
The flash memory device 130 also includes an NMOS transistor 190 having its gate coupled to receive a signal from the control logic unit 150. When the memory device 100 is busy processing a programming, erase or read command, the control logic unit 150 outputs a high signal to cause the transistor 190 to output an active low read/busy signal R/B#. At other times, the transistor 190 is turned OFF to indicate to a memory access devices that the device 100 is able to accept and process memory commands.
A block remapping system 200 according to one example of the invention is shown in FIG. 2. The block remapping system 200 may be used as the block remapping system 160 in the memory device of FIG. 1, or in some other non-volatile memory device, such as a flash memory, in which the rows of memory cells are divided into multiple blocks. The block remapping system 200 performs a block remapping process responsive to each read, program and erase operation in a memory device containing the system 160. The block remapping system 200 includes 16 block redundancy fuse sets 204 that are accessed responsive to a corresponding one of 16 decoder signals YDEC<15:0>. As shown in FIG. 3, when each fuse set is accessed, it outputs a 14-bit signal that consists of an 11-bit block address FUSE_ADDR<10:0>, which corresponds to the address of a defective block, a 2-bit BLOCK_SIZE<12:11>, which specifies the number of rows in each block, and an ENABLE<13> bit, which causes the block remapping system 200 to treat the block designated by the 11-bit block address FUSE_ADDR<10:0> as being defective. The 16 values of block address FUSE_ADDR<10:0> are stored in the fuse sets 204 in a manner that causes them to be accessed by values of YDEC<15:0> in ascending order. As a result, the fuse sets 204 outputs addresses of bad blocks from bad blocks having lower addresses to bad blocks having higher addresses.
The block remapping system also includes global fuse sets 206, which provides two pieces of information. First, it outputs a 3-bit MULTIPLIER<2:0>, which is used by the system 200 to increase the block size corresponding to the BLOCK_SIZE<12:11> bits to a higher number. Second, it outputs an 11-bit MAX_ADDR<10:0> designating the highest numbered block in the memory device containing the system 200. The value of MAX_ADDR<10:0> corresponds to all of the blocks in the memory device, including the redundant blocks. Both of the items of information stored in the global fuse sets 206 are specific to a specific memory device, and the fuse sets 206 may be programmed during post-fabrication testing when the fuse sets 204 are programmed. Although fuse sets 204, 206 would normally be programmed during post-fabrication testing, the global fuse sets 206 may alternatively be programmed during fabrication.
The values of YDEC<15:0>, which are used to access the block redundancy fuse sets 204, are provided by a y-decoder 210. The y-decoder 210 receives 4 bits ACNT<3:0> from a counter 212, and decodes the 4 bits into one of the 16 YDEC<15:0>, which select a corresponding one of the 16 fuse sets 204. The counter 212 is incremented by a clock signal INC that is present in the memory device containing the system 200. The counter begins incrementing in response to an address reset signal ADRST, which occurs each time the address register 144 applies an address IN_ADDR<10:0> to the block remapping system 200. A comparator 216 first compares the address IN_ADDR<10:0> to the maximum block address MAX_ADDR<10:0> stored in the global fuse sets 206. If IN_ADDR<10:0> is for a value greater than the value of MAX_ADDR<10:0>, the comparator 216 outputs a RESET signal in the memory device containing the system 200 to abort the operation for which IN_ADDR<10:0> was provided. If IN_ADDR<10:0> is for a value less than or equal to the value of MAX_ADDR<10:0>, the comparator 216 applies the address IN_ADDR<10:0> to one input of a multiplexer 220.
When the lowest bad block address value FUSE_ADDR<10:0> is output from the block redundancy fuse sets 204 responsive to the zero value of ACNT<3:0>, this zero value of ACNT<3:0> is detected by a comparator 224, which controls the operation of the multiplexer 220. In response to the zero value of ACNT<3:0>, the comparator 224 causes the multiplexer 220 to output the IN_ADDR<10:0> received from the comparator 216 as a selected address SEL_ADDR<10:0>.
The SEL_ADDR<10:0> is applied to one input of an adder 230, to a comparator 232, and to one input of a multiplexer 234, which receives the output of the adder 230 as its other input. The comparator 232 compares the value of SEL_ADDR<10:0> to the value of FUSE_ADDR<10:0>, which, in response to the initially generated ACNT<3:0>=0, is the value of the lowest defective block of memory cells. If the value of SEL_ADDR<10:0> is less than the value of FUSE_ADDR<10:0>, it means there are no defective blocks between block 0 and the block indicated by the currently received IN_ADDR<10:0>. In such case, no remapping is required. Therefore, the comparator 232 outputs a signal to a comparator 236, which determines if the ENABLE bit from the block redundancy fuse set 204 is true. If so, the comparator 236 outputs a control signal to the multiplexer 234 that causes it to pass SEL_ADDR<10:0> to the input of an output address register 240. The output address register 240 then outputs SEL_ADDR<10:0> as an output address OUT_ADDR<10:0>, which is applied to the row decoder 162 (FIG. 1). Therefore, as long as there were no bad blocks between block 0 and the block corresponding to IN_ADDR<10:0>, IN_ADDR<10:0> is used as OUT_ADDR<10:0>.
When the next IN_ADDR<10:0> is received, the above-described process is repeated. Let us assume in this case that there is at least one bad block between block 0 and the block corresponding to IN_ADDR<10:0>. The comparator 232 will detect such case since the value of SEL_ADDR<10:0> will be less than the value of FUSE_ADDR<10:0>. The comparator 232 will therefore cause the multiplexer 234 to couple the output of the adder 230 to the output address register 240. However, the system must determine how many bad blocks there are between block 0 and the block corresponding to IN_ADDR<10:0>. For this reason, a decoder 246 provides a BLOCK_NUM indication corresponding to the number of bad blocks starting at the block address corresponding to the lowest bad block address FUSE_ADDR<10:0> since acnt<3:0>=0 is initially used to access the block redundancy fuse sets 204. The decoder 246 is able to determine the number of bad blocks based upon the BLOCK_SIZE indication from the fuse sets 204 and the MULTIPLIER value from the global fuse sets 206.
The manner in which BLOCK_NUM is determined based upon the BLOCK_SIZE and MULTIPLIER is shown in FIG. 4. For example, if the MULTIPLIER is “000,” the block size is 1, 2, 4, and 8 for an increasing series of two binary numbers. However, if the MULTIPLIER is “011,” then the block sizes corresponding to “00” and “01” are multiplied by 2, and the block sizes corresponding to “10” and “11” are multiplied by 4.
Once the decoder 246 has determined the number of bad blocks between block 0 and the block corresponding to IN_ADDR<10:0>, the adder outputs a value of TMP_ADDR<10:0> that has a value equal to the sum of the value of IN_ADDR<10:0> and the value corresponding to BLOCK_SIZE. This sum TMP_ADDR<10:0> corresponds to the physical address of potentially the good block of memory cells that should be accessed by IN_ADDR<10:0> since TMP_ADDR<10:0> is offset from IN_ADDR<10:0> by the number of bad blocks indicated by the BLOCK_NUM value. For example, if IN_ADDR<10:0> has a value of 80, FUSE_ADDR<10:0> has a value of 35, and BLOCK_NUM is equal to 4, the physical address of the block that should be accessed is 84, assuming there were no bad blocks between block 39 and block 84. The next good block following the first block, i.e., block 39, should not be used because that block would be accessed by an IN_ADDR<10:0> with a value of 35.
As mentioned above, there may be one or more additional contiguous bad blocks between the lowest non-defective block identified using the first value of FUSE_ADDR<10:0> and the initially remapped block corresponding to IN_ADDR<10:0> (in the above example, between block 39 and block 84. For this reason, the counter 212 is incremented on the next cycle of INC, and the above-described process is repeated. Each time the comparator 232 compares the value of IN_ADDR<10:0> to the next value of FUSE_ADDR<10:0>. If the value of IN_ADDR<10:0> is greater than or equal to the next value of FUSE_ADDR<10:0>, the value of TEMP_ADDR<10:0> is incremented with a value corresponding to the size of a defective block, as described above. Eventually, as long as there are not an excessive number of bad blocks, the comparator 232 will determine that IN_ADDR<10:0> is less than the value of the current FUSE_ADDR<10:0>. In such case, the process terminates, and the current value of TMP_ADDR<10:0> stored in the output address register 240 is used by the row decoder 162 (FIG. 1) as OUT_ADDR<10:0>>.
Some specific examples showing the operation of the block remapping system 200 in a flash memory device having 10 bad blocks is shown in FIG. 5. The left hand column of FIG. 5 shows the user addresses corresponding to IN_ADDR<10:0>, the next column shows the addresses of the bad blocks and the logical addresses to which the user addresses must be remapped, the next column shows the remapped physical addresses corresponding to the user addresses, and the column on the right shows the information stored in the block redundancy fuse sets 204 and the multiplier stored in the global fuse sets 206, which is a multiplier of 1.
In the first example, IN_ADDR<10:0> corresponds to block 2, and the FUSE_ADDR<10:0> for the first bad block corresponds to block 1. Therefore, the comparator 232 determines that the value of IN_ADDR<10:0> is not less than the value of FUSE_ADDR<10:0>, which is indicative of one or more bad blocks between block 0 and block 2. The block size (“00”) for the bad block starting at FUSE_ADDR<10:0> is then used by the decoder 246 to produce a value of BLOCK_NUM equal to 1. The adder 230 therefore adds the block size of 1 to the value of 2 for IN_ADDR<10:0> to obtain a TMP_ADDR<10:0> of 3. Since the value of IN_ADDR<10:0> is not less than the value of FUSE_ADDR<10:0>, the comparator 232 causes the multiplexer 234 to output the TMP_ADDR<10:0> to the data input of the output address register 240.
The next cycle of INC latches the TMP_ADDR<10:0> of 3 to the output of the output address register 240, which is fed back to the multiplexer 220. The next cycle of INC makes ACNT no longer equal to 0, so the multiplexer 220 makes the output SEL_ADDR<10:0> equal to the value (3) of TMP_ADDR<10:0>. The next cycle of INC also increments the counter 212 to the FUSE_ADDR<10:0> value 4 of FUSE_ADDR<10:0> is compared to the SEL_ADDR<10:0> value of 3 by the comparator 232. Since the value (3) of SEL_ADDR<10:0> is less than the value (4) of FUSE_ADDR<10:0>, the comparator 232 causes the multiplexer 234 to output the SEL_ADDR<10:0>> value of 3 to the input of the output address register 240. The next INC pulse latches the SEL_ADDR< > value (3) to the output of the output address register 240. The process then continues with INC incrementing the counter 212 until the 16th FUSE_ADDR<10:0> value is output from the block redundancy fuse sets. However, in each case, the value (3) of SEL_ADDR<10:0> will less than the value of FUSE_ADDR<10:0>, so the comparator 232 will causes the multiplexer 234 to finally output the OUT_ADDR<10:0>> value of 3. Therefore, the user address of 2 is remapped to a physical address of 3. Alternatively, the process of mapping bad blocks could end the first time that the comparator 232 detects an SEL_ADDR<10:0> that is less than the value of FUSE_ADDR<10:0>.
In the next example, the user address IN_ADDR<10:0> is for block 5. After the comparison is made with the value (1) of FUSE_ADDR<10:0> for the first bad block as explained in the first example, the adder 230 will produce a value of 6 (5+1) for TMP_ADDR<10:0> since the comparator 224 will cause the multiplexer 220 to the output the IN_ADDR<10:0> of 5 to the adder 230, and the adder 230 will add the bad block size of 1 for bad block 1, as explained above. The next cycle of INC increments the counter 212 so that ACNT is no longer equal to 0. As a result, the comparator 224 causes the multiplexer 220 to couple OUT_ADDR<10:0> to the adder 230 and to the comparator 232. The comparator 232 then compares this value (6) with the value 4 of the next of FUSE_ADDR<10:0>, as explained above. The comparator 232 determines that the value (6) is not less than the value (4) of FUSE_ADDR<10:0>. Therefore, the value of IN_ADDR<10:0> must be offset by the number of any additional bad blocks between block 1 and block 6 to obtain the value of OUT_ADDR<10:0>. The adder 230 then uses the block_size “01,” which is equal to 2, to add to the current value 6 of OUT_ADDR<10:0> to produce a new value of 8 from the output address register 240. This value (8) is fed back to the multiplexer on the next INC pulse to become the new value of SEL_ADDR<10:0>. The comparator 232 then determines that the next value of FUSE_ADDR<10:0>, which is 8, is not greater than the SEL_ADDR<10:0> value of 8. Therefore, the bad blocks starting at block 8 must be added to SEL_ADDR<10:0> value of 8. The decoder 246 provides a block size value BLOCK_NUM of “10,” which the adder 230 sums with the SEL_ADDR<10:0> value of 8 to obtain a new TMP_ADDR<10:0> of 12. On the next INC pulse, the TMP_ADDR<10:0> value of 12 is fed back through the multiplexer to become the next SEL_ADDR<10:0> value. The next INC pulse also increments the counter 212 so that the block redundancy fuse sets 204 outputs the fourth FUSE_ADDR<10:0> value of 15. This value (15) is compared to the new value (12) of SEL_ADDR<10:0> by the comparator. Since FUSE_ADDR<10:0> is now greater than SEL_ADDR<10:0>, the value (12) of SEL_ADDR<10:0> continues to be used as OUT_ADDR<10:0> for the fourth and all remaining values of FUSE_ADDR<10:0>. Thus, the input block address IN_ADDR<10:0> of 5 is mapped to block 12.
In the same manner as explained above, the next user block address IN_ADDR<10:0> of 9 is mapped to block 20, and the user block address IN_ADDR<10:0> of 16 is mapped to block 27. In each case, the block remapping system 200 provides a remapped output address that is obtained by, in effect, adding to the received user block address IN_ADDR<10:0> any addresses corresponding to the sizes of any and all non-functional blocks of memory cells having respective addresses that are lower than or equal to the final output address. Thus, for example, the IN_ADDR<10:0> of 9 is added to the 11 bad blocks between block 0 and block 20 to provide a remapped output address of 20. Conversely, the number of bad blocks is equal to the final output address less the value of IN_ADDR<10:0>.
FIG. 6 is a block diagram of a processor-based system 500 using the flash memory device of FIG. 1 or a non-volatile memory device according to another example of the invention. The processor-based system 500 includes processor circuitry 502 having volatile memory 510. The processor circuitry 502 is coupled through address, data, and control buses to the volatile memory 510 to provide for writing data to and reading data from the volatile memory 510. The processor circuitry 502 includes circuitry for performing various processing functions, such as executing specific software to perform specific calculations or tasks. The processor-based system 500 also includes one or more input devices 504 coupled to the processor circuitry 502 to allow an operator to interface with the processor-based system 500. Examples of input devices 504 include keypads, touch screens, and scroll wheels. The processor-based system 500 also includes one or more output devices 506 coupled to the processor circuitry 502 to provide output information to the operator. In one embodiment, the output device 506 is a visual display providing visual information to the operator. Data storage 508 is also coupled to the processor circuitry 502 to store data that is to be retained even when power is not supplied to the processor-based system 500 or to the data storage 508. The NAND flash memory 100, or another embodiment of a NAND flash memory according to the present invention, can be used for the data storage 508.
FIG. 7 is a flow chart of a method 700 of addressing a memory according to an embodiment of the invention. At step 705, an input address for access to the memory may be received. At step 710, a number of non-functional memory blocks between an initial address of the memory and the input address ma be determined. At step 715, the input address may be incremented by the number of non-functional memory blocks to yield an output address. At step 720, the memory may be accessed using the output address.
FIG. 8 is a flow chart of a method 800 of replacing bad memory blocks of a memory according to an embodiment of the invention. At step 805 addresses for the bad memo blocks in an array may be mapped to next available good memory blocks in the array. At step 810, the addresses and respective sizes of the bad memory blocks in the array may be stored, the stored addresses and respective sizes of the bad memory blocks used in calculating remapped block, addresses for the next available good memory blocks in the array.
From the foregoing it will be appreciated that, although specific embodiments of the invention have been described herein for purposes of illustration, various modifications may be made without deviating from the spirit and scope of the invention. Accordingly, the invention is not limited except as by the appended claims.

Claims (20)

What is claimed is:
1. A method of addressing a memory, comprising:
receiving an input address for access to the memory;
determining a number of non-functional memory blocks between an initial address of the memory and the input address;
incrementing the input address by the number of non-functional memory blocks to yield an output address; and
accessing the memory using the output address.
2. The method of claim 1 further comprising storing addresses in order from a lowest address of a non-functional memory block to a highest address of a non-functional memory block.
3. The method of claim 1 wherein determining the number of non-functional memory blocks between the initial address of the memory and the input address comprises:
comparing the input address to stored addresses of non-functional memory blocks of the memory.
4. The method of claim 3 wherein determining the number of bad addresses between the initial address of the memory and the input address further comprises:
summing respective sizes for all stored addresses that are less than the input address.
5. The method of claim 1 wherein incrementing the input address by the number of non-functional memory blocks comprises:
incrementing the input address by a sum of respective sizes for all stored addresses that are less than the input address.
6. The method of claim 1 wherein the determining and incrementing are iteratively performed until a stored address is greater than the input address.
7. A method of replacing bad memory blocks of an array, comprising:
mapping addresses for the bad memory blocks in the array to next available good memory blocks in the array; and
storing the addresses and respective sizes of the bad memory blocks in the array, the stored addresses and respective sizes of the bad memory blocks used in calculating remapped block addresses for the next available good memory blocks in the array.
8. The method of claim 7 wherein storing the addresses and the respective sizes of the bad memory blocks comprises:
programming the addresses and the respective sizes of the bad memory blocks in respective fuse sets.
9. The method of claim 7 wherein mapping the addresses for the bad memory blocks in the array to next available good memory blocks in the array comprises:
offsetting an input address by one or more of the addresses of the bad memory blocks to provide an output address used to access the array.
10. The method of claim 7 wherein mapping the addresses for the bad memory blocks in the array to next available good memory blocks in the array comprises:
when accessing an address for a bad memory block, accessing instead a memory block having an address that is the sum of the address for the bad memory block and a total number of bad memory blocks having addresses less than the address for the bad memory block.
11. The method of claim 7, further comprising storing a respective enable bit for each of the stored addresses, the enable bit indicative of whether the respective stored address is for a bad memory block.
12. A memory, comprising:
an array of memory blocks;
programmable memory configured to be programmed with addresses of bad memory blocks of the array and further configured to be programmed with respective sizes of bad memory blocks;
a remapping circuit coupled to the programmable memory and configured to determine a number of bad memory blocks between a memory block to which an input address is mapped and an initial block of memory and further configured to calculate a remapped address for the input address to access the memory block to which the input address is mapped based, at least in part, on the programmed addresses and respective sizes.
13. The memory of claim 12 wherein the remapping circuit is configured to remap addresses for bad memory blocks in an array to a next available good memory block in the array.
14. The memory of claim 12 wherein the programmable memory is configured to be programmed with the addresses of bad memory blocks in order from a lowest address to a highest address.
15. The memory of claim 12 wherein the array of memory blocks comprises an array of non-volatile memory blocks.
16. The memory of claim 12 wherein the remapping circuit is configured to add to the input address the number of all bad memory blocks of memory between an initial address and the remapped address.
17. The memory of claim 12 wherein the array of memory blocks comprises a plurality of memory blocks each having a respective physical address, the remapping circuit configured to calculate a remapped address for an input address corresponding to the physical address for the memory block to which the input address is mapped.
18. A memory, comprising:
redundancy fuse sets configured to be programmed with block addresses for non functional memory blocks and block sizes for the non-functional memory blocks;
a comparator coupled to the redundancy fuse sets and configured to compare an input block address with the block addresses programmed in the redundancy fuse sets;
an adder configured to add to the input block address the block sizes for non-functional memory blocks having addresses not greater than the input block address to provide a mapped block address; and
an address decoder coupled to the adder and configured to access a memory block corresponding to the mapped block address.
19. The memory claim 18, further
a first multiplexer configured to receive the input block address and the mapped block address and selectively provide an output block address;
an adder circuit coupled to the first multiplexer and configured to add a respective block size to the output block address from the first multiplexer to provide a temporary block address; and
a second multiplexer configured to receive the output block address and the temporary block address and further configured to selectively provide either as the mapped block address based on the input block address and the block address for a non-functional memory block.
20. The memory of claim 18, further comprising an output address register coupled to the adder and address decoder and configured to provide the mapped block address to the decoder from the adder.
US13/112,707 2007-01-22 2011-05-20 Defective memory block remapping method and system, and memory device and processor-based system using same Active US8601331B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/112,707 US8601331B2 (en) 2007-01-22 2011-05-20 Defective memory block remapping method and system, and memory device and processor-based system using same

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/656,577 US7743303B2 (en) 2007-01-22 2007-01-22 Defective memory block remapping method and system, and memory device and processor-based system using same
US12/788,053 US7958439B2 (en) 2007-01-22 2010-05-26 Defective memory block remapping method and system, and memory device and processor-based system using same
US13/112,707 US8601331B2 (en) 2007-01-22 2011-05-20 Defective memory block remapping method and system, and memory device and processor-based system using same

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/788,053 Continuation US7958439B2 (en) 2007-01-22 2010-05-26 Defective memory block remapping method and system, and memory device and processor-based system using same

Publications (2)

Publication Number Publication Date
US20110219260A1 US20110219260A1 (en) 2011-09-08
US8601331B2 true US8601331B2 (en) 2013-12-03

Family

ID=39642372

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/656,577 Active 2028-11-20 US7743303B2 (en) 2007-01-22 2007-01-22 Defective memory block remapping method and system, and memory device and processor-based system using same
US12/788,053 Active US7958439B2 (en) 2007-01-22 2010-05-26 Defective memory block remapping method and system, and memory device and processor-based system using same
US13/112,707 Active US8601331B2 (en) 2007-01-22 2011-05-20 Defective memory block remapping method and system, and memory device and processor-based system using same

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US11/656,577 Active 2028-11-20 US7743303B2 (en) 2007-01-22 2007-01-22 Defective memory block remapping method and system, and memory device and processor-based system using same
US12/788,053 Active US7958439B2 (en) 2007-01-22 2010-05-26 Defective memory block remapping method and system, and memory device and processor-based system using same

Country Status (1)

Country Link
US (3) US7743303B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9613717B2 (en) 2015-04-22 2017-04-04 SK Hynix Inc. Error correction circuit and semiconductor memory device including the same
US10223018B2 (en) 2017-04-19 2019-03-05 Sandisk Technologies Llc Bad page and bad block management in memory
US10685732B2 (en) * 2018-02-01 2020-06-16 SK Hynix Inc. Semiconductor memory device and operating method

Families Citing this family (159)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8640116B2 (en) * 2004-02-26 2014-01-28 Broadcom Corporation Loader module, and method for loading program code into a memory
US7743303B2 (en) * 2007-01-22 2010-06-22 Micron Technology, Inc. Defective memory block remapping method and system, and memory device and processor-based system using same
US7669092B2 (en) * 2007-02-26 2010-02-23 Micron Technology, Inc. Apparatus, method, and system of NAND defect management
US7925939B2 (en) * 2008-09-26 2011-04-12 Macronix International Co., Ltd Pre-code device, and pre-code system and pre-coding method thererof
KR101044533B1 (en) * 2009-06-29 2011-06-27 주식회사 하이닉스반도체 non volatile memory device and method copyback programming thereof
US8484428B2 (en) * 2009-07-30 2013-07-09 Micron Technology, Inc. Enhanced block copy
US20120262815A1 (en) * 2011-04-15 2012-10-18 Lsi Corporation Method and system for dynamically expandable software based bad block management
CN102521146B (en) * 2011-11-08 2014-10-22 福建新大陆通信科技股份有限公司 Data addressing storage method of flash memory block subdivision
CN103207836B (en) * 2012-01-16 2016-01-20 百度在线网络技术(北京)有限公司 A kind of write method for solid storage hard disk and write device
US9727417B2 (en) * 2012-03-29 2017-08-08 Intel Corporation Chunk redundancy architecture for memory
US9146856B2 (en) 2012-04-10 2015-09-29 Micron Technology, Inc. Remapping and compacting in a memory device
US8856560B2 (en) * 2012-04-30 2014-10-07 Hewlett-Packard Development Company, L.P. Settings based on output powered by low power state power rail
US9158667B2 (en) 2013-03-04 2015-10-13 Micron Technology, Inc. Apparatuses and methods for performing logical operations using sensing circuitry
US8964496B2 (en) 2013-07-26 2015-02-24 Micron Technology, Inc. Apparatuses and methods for performing compare operations using sensing circuitry
US8879295B1 (en) 2013-08-05 2014-11-04 International Business Machines Corporation Electronic circuit for remapping faulty memory arrays of variable size
US8971124B1 (en) 2013-08-08 2015-03-03 Micron Technology, Inc. Apparatuses and methods for performing logical operations using sensing circuitry
US9153305B2 (en) 2013-08-30 2015-10-06 Micron Technology, Inc. Independently addressable memory array address spaces
TWI505278B (en) * 2013-09-05 2015-10-21 Toshiba Kk Semiconductor memory device
US9019785B2 (en) 2013-09-19 2015-04-28 Micron Technology, Inc. Data shifting via a number of isolation devices
US9449675B2 (en) 2013-10-31 2016-09-20 Micron Technology, Inc. Apparatuses and methods for identifying an extremum value stored in an array of memory cells
US9430191B2 (en) 2013-11-08 2016-08-30 Micron Technology, Inc. Division operations for memory
TWI525627B (en) * 2014-03-07 2016-03-11 Toshiba Kk Semiconductor memory device
US20150270015A1 (en) * 2014-03-19 2015-09-24 Micron Technology, Inc. Memory mapping
US9934856B2 (en) 2014-03-31 2018-04-03 Micron Technology, Inc. Apparatuses and methods for comparing data patterns in memory
US9711207B2 (en) 2014-06-05 2017-07-18 Micron Technology, Inc. Performing logical operations using sensing circuitry
US9779019B2 (en) 2014-06-05 2017-10-03 Micron Technology, Inc. Data storage layout
US9786335B2 (en) 2014-06-05 2017-10-10 Micron Technology, Inc. Apparatuses and methods for performing logical operations using sensing circuitry
US9910787B2 (en) 2014-06-05 2018-03-06 Micron Technology, Inc. Virtual address table
US9711206B2 (en) 2014-06-05 2017-07-18 Micron Technology, Inc. Performing logical operations using sensing circuitry
US9704540B2 (en) 2014-06-05 2017-07-11 Micron Technology, Inc. Apparatuses and methods for parity determination using sensing circuitry
US9455020B2 (en) 2014-06-05 2016-09-27 Micron Technology, Inc. Apparatuses and methods for performing an exclusive or operation using sensing circuitry
US9830999B2 (en) 2014-06-05 2017-11-28 Micron Technology, Inc. Comparison operations in memory
US10074407B2 (en) 2014-06-05 2018-09-11 Micron Technology, Inc. Apparatuses and methods for performing invert operations using sensing circuitry
US9449674B2 (en) 2014-06-05 2016-09-20 Micron Technology, Inc. Performing logical operations using sensing circuitry
US9496023B2 (en) 2014-06-05 2016-11-15 Micron Technology, Inc. Comparison operations on logical representations of values in memory
US9589602B2 (en) 2014-09-03 2017-03-07 Micron Technology, Inc. Comparison operations in memory
US9740607B2 (en) 2014-09-03 2017-08-22 Micron Technology, Inc. Swap operations in memory
US9747961B2 (en) 2014-09-03 2017-08-29 Micron Technology, Inc. Division operations in memory
US9847110B2 (en) 2014-09-03 2017-12-19 Micron Technology, Inc. Apparatuses and methods for storing a data value in multiple columns of an array corresponding to digits of a vector
US9898252B2 (en) 2014-09-03 2018-02-20 Micron Technology, Inc. Multiplication operations in memory
US9904515B2 (en) 2014-09-03 2018-02-27 Micron Technology, Inc. Multiplication operations in memory
US10068652B2 (en) 2014-09-03 2018-09-04 Micron Technology, Inc. Apparatuses and methods for determining population count
US9836218B2 (en) 2014-10-03 2017-12-05 Micron Technology, Inc. Computing reduction and prefix sum operations in memory
US9940026B2 (en) 2014-10-03 2018-04-10 Micron Technology, Inc. Multidimensional contiguous memory allocation
US10163467B2 (en) 2014-10-16 2018-12-25 Micron Technology, Inc. Multiple endianness compatibility
US10147480B2 (en) 2014-10-24 2018-12-04 Micron Technology, Inc. Sort operation in memory
US9779784B2 (en) 2014-10-29 2017-10-03 Micron Technology, Inc. Apparatuses and methods for performing logical operations using sensing circuitry
US9747960B2 (en) 2014-12-01 2017-08-29 Micron Technology, Inc. Apparatuses and methods for converting a mask to an index
US10073635B2 (en) 2014-12-01 2018-09-11 Micron Technology, Inc. Multiple endianness compatibility
US9880881B1 (en) 2014-12-04 2018-01-30 HCA Holdings, Inc. Multi-tier resource and load orchestration
US10319056B1 (en) * 2014-12-04 2019-06-11 HCA Holdings, Inc. Biased task assignments based on geotracking of discharge vehicles
US10032493B2 (en) 2015-01-07 2018-07-24 Micron Technology, Inc. Longest element length determination in memory
US10061590B2 (en) 2015-01-07 2018-08-28 Micron Technology, Inc. Generating and executing a control flow
US9583163B2 (en) 2015-02-03 2017-02-28 Micron Technology, Inc. Loop structure for operations in memory
WO2016126472A1 (en) 2015-02-06 2016-08-11 Micron Technology, Inc. Apparatuses and methods for scatter and gather
EP3254287A4 (en) 2015-02-06 2018-08-08 Micron Technology, INC. Apparatuses and methods for memory device as a store for program instructions
EP3254286B1 (en) 2015-02-06 2019-09-11 Micron Technology, INC. Apparatuses and methods for parallel writing to multiple memory device locations
WO2016144724A1 (en) 2015-03-10 2016-09-15 Micron Technology, Inc. Apparatuses and methods for shift decisions
US9741399B2 (en) 2015-03-11 2017-08-22 Micron Technology, Inc. Data shift by elements of a vector in memory
US9898253B2 (en) 2015-03-11 2018-02-20 Micron Technology, Inc. Division operations on variable length elements in memory
US10365851B2 (en) 2015-03-12 2019-07-30 Micron Technology, Inc. Apparatuses and methods for data movement
US10146537B2 (en) 2015-03-13 2018-12-04 Micron Technology, Inc. Vector population count determination in memory
US10049054B2 (en) 2015-04-01 2018-08-14 Micron Technology, Inc. Virtual register file
US10140104B2 (en) 2015-04-14 2018-11-27 Micron Technology, Inc. Target architecture determination
US9959923B2 (en) 2015-04-16 2018-05-01 Micron Technology, Inc. Apparatuses and methods to reverse data stored in memory
US10073786B2 (en) 2015-05-28 2018-09-11 Micron Technology, Inc. Apparatuses and methods for compute enabled cache
US9704541B2 (en) 2015-06-12 2017-07-11 Micron Technology, Inc. Simulating access lines
US9921777B2 (en) 2015-06-22 2018-03-20 Micron Technology, Inc. Apparatuses and methods for data transfer from sensing circuitry to a controller
US9996479B2 (en) 2015-08-17 2018-06-12 Micron Technology, Inc. Encryption of executables in computational memory
US9905276B2 (en) 2015-12-21 2018-02-27 Micron Technology, Inc. Control of sensing components in association with performing operations
US9952925B2 (en) 2016-01-06 2018-04-24 Micron Technology, Inc. Error code calculation on sensing circuitry
US10048888B2 (en) 2016-02-10 2018-08-14 Micron Technology, Inc. Apparatuses and methods for partitioned parallel data movement
US9892767B2 (en) 2016-02-12 2018-02-13 Micron Technology, Inc. Data gathering in memory
US9971541B2 (en) 2016-02-17 2018-05-15 Micron Technology, Inc. Apparatuses and methods for data movement
US9899070B2 (en) 2016-02-19 2018-02-20 Micron Technology, Inc. Modified decode for corner turn
US10956439B2 (en) 2016-02-19 2021-03-23 Micron Technology, Inc. Data transfer with a bit vector operation device
US9697876B1 (en) 2016-03-01 2017-07-04 Micron Technology, Inc. Vertical bit vector shift in memory
US9997232B2 (en) 2016-03-10 2018-06-12 Micron Technology, Inc. Processing in memory (PIM) capable memory device having sensing circuitry performing logic operations
US10262721B2 (en) 2016-03-10 2019-04-16 Micron Technology, Inc. Apparatuses and methods for cache invalidate
US10379772B2 (en) 2016-03-16 2019-08-13 Micron Technology, Inc. Apparatuses and methods for operations using compressed and decompressed data
US9910637B2 (en) 2016-03-17 2018-03-06 Micron Technology, Inc. Signed division in memory
US10388393B2 (en) 2016-03-22 2019-08-20 Micron Technology, Inc. Apparatus and methods for debugging on a host and memory device
US10120740B2 (en) 2016-03-22 2018-11-06 Micron Technology, Inc. Apparatus and methods for debugging on a memory device
US11074988B2 (en) 2016-03-22 2021-07-27 Micron Technology, Inc. Apparatus and methods for debugging on a host and memory device
US10977033B2 (en) 2016-03-25 2021-04-13 Micron Technology, Inc. Mask patterns generated in memory from seed vectors
US10474581B2 (en) 2016-03-25 2019-11-12 Micron Technology, Inc. Apparatuses and methods for cache operations
US10430244B2 (en) 2016-03-28 2019-10-01 Micron Technology, Inc. Apparatuses and methods to determine timing of operations
US10074416B2 (en) 2016-03-28 2018-09-11 Micron Technology, Inc. Apparatuses and methods for data movement
US10453502B2 (en) 2016-04-04 2019-10-22 Micron Technology, Inc. Memory bank power coordination including concurrently performing a memory operation in a selected number of memory regions
US10607665B2 (en) 2016-04-07 2020-03-31 Micron Technology, Inc. Span mask generation
US9818459B2 (en) 2016-04-19 2017-11-14 Micron Technology, Inc. Invert operations using sensing circuitry
US10153008B2 (en) 2016-04-20 2018-12-11 Micron Technology, Inc. Apparatuses and methods for performing corner turn operations using sensing circuitry
US9659605B1 (en) 2016-04-20 2017-05-23 Micron Technology, Inc. Apparatuses and methods for performing corner turn operations using sensing circuitry
US10042608B2 (en) 2016-05-11 2018-08-07 Micron Technology, Inc. Signed division in memory
US9659610B1 (en) 2016-05-18 2017-05-23 Micron Technology, Inc. Apparatuses and methods for shifting data
US10049707B2 (en) 2016-06-03 2018-08-14 Micron Technology, Inc. Shifting data
US10387046B2 (en) 2016-06-22 2019-08-20 Micron Technology, Inc. Bank to bank data transfer
US10037785B2 (en) 2016-07-08 2018-07-31 Micron Technology, Inc. Scan chain operation in sensing circuitry
US10388360B2 (en) 2016-07-19 2019-08-20 Micron Technology, Inc. Utilization of data stored in an edge section of an array
US10733089B2 (en) 2016-07-20 2020-08-04 Micron Technology, Inc. Apparatuses and methods for write address tracking
US10387299B2 (en) 2016-07-20 2019-08-20 Micron Technology, Inc. Apparatuses and methods for transferring data
US9972367B2 (en) 2016-07-21 2018-05-15 Micron Technology, Inc. Shifting data in sensing circuitry
US9767864B1 (en) 2016-07-21 2017-09-19 Micron Technology, Inc. Apparatuses and methods for storing a data value in a sensing circuitry element
US10303632B2 (en) 2016-07-26 2019-05-28 Micron Technology, Inc. Accessing status information
US10468087B2 (en) 2016-07-28 2019-11-05 Micron Technology, Inc. Apparatuses and methods for operations in a self-refresh state
US9990181B2 (en) 2016-08-03 2018-06-05 Micron Technology, Inc. Apparatuses and methods for random number generation
US11029951B2 (en) 2016-08-15 2021-06-08 Micron Technology, Inc. Smallest or largest value element determination
US10606587B2 (en) 2016-08-24 2020-03-31 Micron Technology, Inc. Apparatus and methods related to microcode instructions indicating instruction types
US10466928B2 (en) 2016-09-15 2019-11-05 Micron Technology, Inc. Updating a register in memory
US10387058B2 (en) 2016-09-29 2019-08-20 Micron Technology, Inc. Apparatuses and methods to change data category values
US10014034B2 (en) 2016-10-06 2018-07-03 Micron Technology, Inc. Shifting data in sensing circuitry
US10529409B2 (en) 2016-10-13 2020-01-07 Micron Technology, Inc. Apparatuses and methods to perform logical operations using sensing circuitry
US9805772B1 (en) 2016-10-20 2017-10-31 Micron Technology, Inc. Apparatuses and methods to selectively perform logical operations
US10373666B2 (en) 2016-11-08 2019-08-06 Micron Technology, Inc. Apparatuses and methods for compute components formed over an array of memory cells
US10423353B2 (en) 2016-11-11 2019-09-24 Micron Technology, Inc. Apparatuses and methods for memory alignment
US9761300B1 (en) 2016-11-22 2017-09-12 Micron Technology, Inc. Data shift apparatuses and methods
US10402340B2 (en) 2017-02-21 2019-09-03 Micron Technology, Inc. Memory array page table walk
US10403352B2 (en) 2017-02-22 2019-09-03 Micron Technology, Inc. Apparatuses and methods for compute in data path
US10268389B2 (en) 2017-02-22 2019-04-23 Micron Technology, Inc. Apparatuses and methods for in-memory operations
KR102395434B1 (en) 2017-03-20 2022-05-09 삼성전자주식회사 Nonvolatile memory device and memory system including the same
US10838899B2 (en) 2017-03-21 2020-11-17 Micron Technology, Inc. Apparatuses and methods for in-memory data switching networks
US10185674B2 (en) 2017-03-22 2019-01-22 Micron Technology, Inc. Apparatus and methods for in data path compute operations
US11222260B2 (en) 2017-03-22 2022-01-11 Micron Technology, Inc. Apparatuses and methods for operating neural networks
US10049721B1 (en) 2017-03-27 2018-08-14 Micron Technology, Inc. Apparatuses and methods for in-memory operations
US10043570B1 (en) 2017-04-17 2018-08-07 Micron Technology, Inc. Signed element compare in memory
US10147467B2 (en) 2017-04-17 2018-12-04 Micron Technology, Inc. Element value comparison in memory
US9997212B1 (en) 2017-04-24 2018-06-12 Micron Technology, Inc. Accessing data in memory
US10942843B2 (en) 2017-04-25 2021-03-09 Micron Technology, Inc. Storing data elements of different lengths in respective adjacent rows or columns according to memory shapes
US10236038B2 (en) 2017-05-15 2019-03-19 Micron Technology, Inc. Bank to bank data transfer
US10068664B1 (en) 2017-05-19 2018-09-04 Micron Technology, Inc. Column repair in memory
US10013197B1 (en) 2017-06-01 2018-07-03 Micron Technology, Inc. Shift skip
US10152271B1 (en) 2017-06-07 2018-12-11 Micron Technology, Inc. Data replication
US10262701B2 (en) 2017-06-07 2019-04-16 Micron Technology, Inc. Data transfer between subarrays in memory
US10318168B2 (en) 2017-06-19 2019-06-11 Micron Technology, Inc. Apparatuses and methods for simultaneous in data path compute operations
US10162005B1 (en) 2017-08-09 2018-12-25 Micron Technology, Inc. Scan chain operations
US10534553B2 (en) 2017-08-30 2020-01-14 Micron Technology, Inc. Memory array accessibility
US10416927B2 (en) 2017-08-31 2019-09-17 Micron Technology, Inc. Processing in memory
US10346092B2 (en) 2017-08-31 2019-07-09 Micron Technology, Inc. Apparatuses and methods for in-memory operations using timing circuitry
US10741239B2 (en) 2017-08-31 2020-08-11 Micron Technology, Inc. Processing in memory device including a row address strobe manager
US10409739B2 (en) 2017-10-24 2019-09-10 Micron Technology, Inc. Command selection policy
TWI644215B (en) * 2017-11-02 2018-12-11 慧榮科技股份有限公司 Method for controlling operations of data storage device, and associated data storage device and controller thereof
US10522210B2 (en) 2017-12-14 2019-12-31 Micron Technology, Inc. Apparatuses and methods for subarray addressing
US10332586B1 (en) 2017-12-19 2019-06-25 Micron Technology, Inc. Apparatuses and methods for subrow addressing
US10614875B2 (en) 2018-01-30 2020-04-07 Micron Technology, Inc. Logical operations using memory cells
US11194477B2 (en) 2018-01-31 2021-12-07 Micron Technology, Inc. Determination of a match between data values stored by three or more arrays
US10437557B2 (en) 2018-01-31 2019-10-08 Micron Technology, Inc. Determination of a match between data values stored by several arrays
US10725696B2 (en) 2018-04-12 2020-07-28 Micron Technology, Inc. Command selection policy with read priority
US10440341B1 (en) 2018-06-07 2019-10-08 Micron Technology, Inc. Image processor formed in an array of memory cells
US11175915B2 (en) 2018-10-10 2021-11-16 Micron Technology, Inc. Vector registers implemented in memory
US10769071B2 (en) 2018-10-10 2020-09-08 Micron Technology, Inc. Coherent memory access
US10483978B1 (en) 2018-10-16 2019-11-19 Micron Technology, Inc. Memory device processing
US11184446B2 (en) 2018-12-05 2021-11-23 Micron Technology, Inc. Methods and apparatus for incentivizing participation in fog networks
US11201835B1 (en) 2019-05-23 2021-12-14 C/Hca, Inc. Systems and methods for multi-tier resource and subsystem orchestration and adaptation
US10867655B1 (en) 2019-07-08 2020-12-15 Micron Technology, Inc. Methods and apparatus for dynamically adjusting performance of partitioned memory
US11360768B2 (en) 2019-08-14 2022-06-14 Micron Technolgy, Inc. Bit string operations in memory
US11449577B2 (en) 2019-11-20 2022-09-20 Micron Technology, Inc. Methods and apparatus for performing video processing matrix operations within a memory array
US11853385B2 (en) 2019-12-05 2023-12-26 Micron Technology, Inc. Methods and apparatus for performing diversity matrix operations within a memory array
US11595320B1 (en) 2020-07-01 2023-02-28 C/Hca, Inc. Multi-tier resource, subsystem, and load orchestration
US11227641B1 (en) 2020-07-21 2022-01-18 Micron Technology, Inc. Arithmetic operations in memory

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5341494A (en) * 1993-02-12 1994-08-23 Compaq Computer Corporation Memory accessing system with an interface and memory selection unit utilizing write protect and strobe signals
US5381370A (en) * 1993-08-24 1995-01-10 Cypress Semiconductor Corporation Memory with minimized redundancy access delay
US5644541A (en) * 1995-11-03 1997-07-01 Philip K. Siu Memory substitution system and method for correcting partially defective memories
US6192487B1 (en) * 1996-12-26 2001-02-20 Microsoft Corporation Method and system for remapping physical memory
US6961276B2 (en) * 2003-09-17 2005-11-01 International Business Machines Corporation Random access memory having an adaptable latency
US20050283657A1 (en) 2004-06-07 2005-12-22 Sony Corporation Semiconductor memory device
US20060018166A1 (en) * 2004-06-14 2006-01-26 Stmicroelectronics S.R.L. Method and managing bad memory blocks in a nonvolatile memory device, and nonvolatile-memory device implementing the management method
US7159141B2 (en) * 2002-07-01 2007-01-02 Micron Technology, Inc. Repairable block redundancy scheme
US7159875B2 (en) 2003-11-21 2007-01-09 Keahi Seymour Articulated-severable snowboard also useable as emergency snowshoes
US7366946B2 (en) 2003-02-04 2008-04-29 Micron Technology, Inc. ROM redundancy in ROM embedded DRAM
US7388782B2 (en) 2005-12-26 2008-06-17 Kabushiki Kaisha Toshiba Semiconductor integrated circuit device
US20080177933A1 (en) 2007-01-22 2008-07-24 Micron Technology, Inc. Defective memory block remapping method and system, and memory device and processor-based system using same
US7434122B2 (en) 2004-08-04 2008-10-07 Samsung Electronics Co., Ltd. Flash memory device for performing bad block management and method of performing bad block management of flash memory device
US7505357B2 (en) 2002-07-29 2009-03-17 Micron Technology Inc. Column/row redundancy architecture using latches programmed from a look up table
US7571362B2 (en) 2005-11-08 2009-08-04 Demetrio Pellicone Method of managing fails in a non-volatile memory device and relative memory device
US7602659B2 (en) * 2004-04-28 2009-10-13 Hynix Semiconductor Inc. Memory device having shared fail-repairing circuit capable of repairing row or column fails in memory cell arrays of memory banks
US7692984B2 (en) * 2006-08-03 2010-04-06 Micron Technology, Inc. System and method for initiating a bad block disable process in a non-volatile memory

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5341494A (en) * 1993-02-12 1994-08-23 Compaq Computer Corporation Memory accessing system with an interface and memory selection unit utilizing write protect and strobe signals
US5381370A (en) * 1993-08-24 1995-01-10 Cypress Semiconductor Corporation Memory with minimized redundancy access delay
US5644541A (en) * 1995-11-03 1997-07-01 Philip K. Siu Memory substitution system and method for correcting partially defective memories
US6192487B1 (en) * 1996-12-26 2001-02-20 Microsoft Corporation Method and system for remapping physical memory
US20090204847A1 (en) 2002-07-01 2009-08-13 Vinod Lakhani Repairable block redundancy scheme
US7539896B2 (en) * 2002-07-01 2009-05-26 Micron Technology, Inc. Repairable block redundancy scheme
US7159141B2 (en) * 2002-07-01 2007-01-02 Micron Technology, Inc. Repairable block redundancy scheme
US7505357B2 (en) 2002-07-29 2009-03-17 Micron Technology Inc. Column/row redundancy architecture using latches programmed from a look up table
US7366946B2 (en) 2003-02-04 2008-04-29 Micron Technology, Inc. ROM redundancy in ROM embedded DRAM
US6961276B2 (en) * 2003-09-17 2005-11-01 International Business Machines Corporation Random access memory having an adaptable latency
US7159875B2 (en) 2003-11-21 2007-01-09 Keahi Seymour Articulated-severable snowboard also useable as emergency snowshoes
US7602659B2 (en) * 2004-04-28 2009-10-13 Hynix Semiconductor Inc. Memory device having shared fail-repairing circuit capable of repairing row or column fails in memory cell arrays of memory banks
US7236413B2 (en) 2004-06-07 2007-06-26 Sony Corporation Semiconductor memory device
US20050283657A1 (en) 2004-06-07 2005-12-22 Sony Corporation Semiconductor memory device
US20060018166A1 (en) * 2004-06-14 2006-01-26 Stmicroelectronics S.R.L. Method and managing bad memory blocks in a nonvolatile memory device, and nonvolatile-memory device implementing the management method
US7603593B2 (en) * 2004-06-14 2009-10-13 Massimo Iaculo Method for managing bad memory blocks in a nonvolatile-memory device, and nonvolatile-memory device implementing the management method
US7434122B2 (en) 2004-08-04 2008-10-07 Samsung Electronics Co., Ltd. Flash memory device for performing bad block management and method of performing bad block management of flash memory device
US7571362B2 (en) 2005-11-08 2009-08-04 Demetrio Pellicone Method of managing fails in a non-volatile memory device and relative memory device
US7388782B2 (en) 2005-12-26 2008-06-17 Kabushiki Kaisha Toshiba Semiconductor integrated circuit device
US7692984B2 (en) * 2006-08-03 2010-04-06 Micron Technology, Inc. System and method for initiating a bad block disable process in a non-volatile memory
US20080177933A1 (en) 2007-01-22 2008-07-24 Micron Technology, Inc. Defective memory block remapping method and system, and memory device and processor-based system using same

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9613717B2 (en) 2015-04-22 2017-04-04 SK Hynix Inc. Error correction circuit and semiconductor memory device including the same
US10223018B2 (en) 2017-04-19 2019-03-05 Sandisk Technologies Llc Bad page and bad block management in memory
US10685732B2 (en) * 2018-02-01 2020-06-16 SK Hynix Inc. Semiconductor memory device and operating method

Also Published As

Publication number Publication date
US7958439B2 (en) 2011-06-07
US20080177933A1 (en) 2008-07-24
US7743303B2 (en) 2010-06-22
US20110219260A1 (en) 2011-09-08
US20100235679A1 (en) 2010-09-16

Similar Documents

Publication Publication Date Title
US8601331B2 (en) Defective memory block remapping method and system, and memory device and processor-based system using same
US7692984B2 (en) System and method for initiating a bad block disable process in a non-volatile memory
US7218551B2 (en) Multiple level cell memory device with single bit per cell, re-mappable memory block
US7403436B2 (en) Non-volatile semiconductor memory device
US9582191B2 (en) Memory block quality identification in a memory
US7733697B2 (en) Programmable NAND memory
US7974125B2 (en) Flash memory device and method of controlling flash memory device
US7610525B2 (en) Defective memory block identification in a memory device
US8607120B2 (en) Semiconductor memory device for performing additional ECC correction according to cell pattern and electronic system including the same
US20060140027A1 (en) Semiconductor memory device and method of operating the same
US20050028053A1 (en) Memory with element redundancy
US11348654B2 (en) Memory device and method for reducing bad block test time
KR102395434B1 (en) Nonvolatile memory device and memory system including the same
US10185662B2 (en) Methods for reprogramming data and apparatuses using the same
US20090070523A1 (en) Flash memory device storing data with multi-bit and single-bit forms and programming method thereof
US9230692B2 (en) Apparatuses and methods for mapping memory addresses to redundant memory
US7894262B2 (en) Nonvolatile semiconductor storage device having guaranteed and backup blocks
JP2004030849A (en) Semiconductor nonvolatile memory having rewritable function for part of data
US20240126642A1 (en) Storage device

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
AS Assignment

Owner name: U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT, CALIFORNIA

Free format text: SECURITY INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:038669/0001

Effective date: 20160426

Owner name: U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGEN

Free format text: SECURITY INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:038669/0001

Effective date: 20160426

AS Assignment

Owner name: MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT, MARYLAND

Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:038954/0001

Effective date: 20160426

Owner name: MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL

Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:038954/0001

Effective date: 20160426

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT, CALIFORNIA

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE REPLACE ERRONEOUSLY FILED PATENT #7358718 WITH THE CORRECT PATENT #7358178 PREVIOUSLY RECORDED ON REEL 038669 FRAME 0001. ASSIGNOR(S) HEREBY CONFIRMS THE SECURITY INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:043079/0001

Effective date: 20160426

Owner name: U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGEN

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE REPLACE ERRONEOUSLY FILED PATENT #7358718 WITH THE CORRECT PATENT #7358178 PREVIOUSLY RECORDED ON REEL 038669 FRAME 0001. ASSIGNOR(S) HEREBY CONFIRMS THE SECURITY INTEREST;ASSIGNOR:MICRON TECHNOLOGY, INC.;REEL/FRAME:043079/0001

Effective date: 20160426

AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, ILLINOIS

Free format text: SECURITY INTEREST;ASSIGNORS:MICRON TECHNOLOGY, INC.;MICRON SEMICONDUCTOR PRODUCTS, INC.;REEL/FRAME:047540/0001

Effective date: 20180703

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, IL

Free format text: SECURITY INTEREST;ASSIGNORS:MICRON TECHNOLOGY, INC.;MICRON SEMICONDUCTOR PRODUCTS, INC.;REEL/FRAME:047540/0001

Effective date: 20180703

AS Assignment

Owner name: MICRON TECHNOLOGY, INC., IDAHO

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:U.S. BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT;REEL/FRAME:047243/0001

Effective date: 20180629

AS Assignment

Owner name: MICRON TECHNOLOGY, INC., IDAHO

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT;REEL/FRAME:050937/0001

Effective date: 20190731

AS Assignment

Owner name: MICRON SEMICONDUCTOR PRODUCTS, INC., IDAHO

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:051028/0001

Effective date: 20190731

Owner name: MICRON TECHNOLOGY, INC., IDAHO

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:051028/0001

Effective date: 20190731

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8