The present invention relates to an integrated multilevel nonvolatile memory circuit which has a plurality of memory units arranged in an array comprising a plurality of rows and columns, wherein each of the memory units has a plurality of memory cells with each cell for storing a multibit state and wherein the memory units store encoded user data and overhead data. As a result, in the present invention, the encoded user data and the overhead data are partitioned virtually.
Integrated nonvolatile memory array devices such as flash memory array devices are well known in the art. Typically, the memory array is arranged in a plurality of rows and columns. Further, a sector is a row or a plurality of rows. All the cells within a sector can be erased simultaneously. Within a sector, however, a number of the memory cells are reserved for storage of user data and a number of other memory cells are used to store overhead data such as error correction data, header, etc. See, for example, U.S. Pat. No. 5,602,987. Thus, in the prior art, the partitioning in an array of nonvolatile memory cells between a user data portion and an overhead data portion is based upon the physical boundaries of certain memory cells. In addition, an index is required to indicate where the boundaries of the memory cells are for storage of the user data and for the storage of the overhead data.
An integrated nonvolatile memory circuit array, such as a flash memory array for the storage of multilevels within a single cell is also well known in the art.
However, heretofore, none of the prior art teaches the virtual partitioning between user data and overhead data in an integrated multilevel nonvolatile memory array device whereby the virtual partitioning between the user data and the overhead data causes an increase in density of storage. In addition, the virtual partitioning obviates the need for an index detailing the boundaries of the cells to store user data and overhead data.
An integrated multilevel nonvolatile memory circuit has a plurality of memory units arranged in an array comprising a plurality of rows and columns. Each of the memory units has a plurality of memory cells with each cell for storing a multibit state. Each of the memory units stores encoded user data and overhead data.
The present invention also relates to a method for storing user data and overhead data in a nonvolatile memory circuit which comprises partitioning an array of semiconductive memory cells into a plurality of memory units with each memory unit having a plurality of memory cells. A multibit state is stored in each memory cell of each memory unit where the memory unit stores encoded user data and overhead data.
FIG. 1 is a schematic block level diagram of an integrated multilevel nonvolatile memory circuit of the present invention.
FIG. 2 is a schematic diagram of one embodiment of the memory array shown in FIG. 1.
FIG. 3 is a schematic diagram of another embodiment of the memory array shown in FIG. 1.
FIG. 4 is a chart of one embodiment of the integrated multilevel nonvolatile memory circuit of the present invention in which a memory unit comprises two memory cells with each memory cell have 12 levels of storage.
FIG. 5 is a chart showing one embodiment of the partitioning of the user data and overhead data in the embodiment of the memory cells shown in FIG. 4.
FIG. 6 is a chart of the embodiment of the encoding of user data and overhead data of the memory unit shown in FIG. 4.
FIG. 7 is a chart showing an example of the encoding of user data and overhead data in the memory unit shown in FIG. 6.
FIG. 8 is a chart of different page size examples for the memory unit example shown in FIG. 4.
FIG. 9 is a chart showing the logical architecture for a memory unit example shown in FIG. 4.
FIG. 10 is an example of another embodiment of encoding of the user data and the overhead data in the example of the memory unit shown in FIG. 4.
FIG. 11 is a chart showing the voltages used in programming the overhead data in the example shown in FIG. 10.
FIG. 12 is an external map architecture example of a portion of the memory circuit shown in FIG. 1.
FIG. 13 is an internal mapped architecture of the portion of the memory circuit shown in FIG. 1.
FIG. 14 is a chart showing examples of other memory units having memory cells with other multilevels which can be used with the present invention.
Referring to FIG. 1, there is shown a schematic diagram of an integrated multilevel nonvolatile memory device 10 of the present invention. The device 10 can be a flash memory device or an EEPROM device or any other type of technology in which a memory cell has the capacity to store a multilevel state. The device 10 is adapted to receive and to communicate externally along a data bus 12, an address bus 14, and a control bus 16. The device 10 comprises a data register 18 to receive data from the address bus 12 or to provide data to the address bus 12. The device 10 further has an address register 22 to receive addresses from the address bus 14. Finally, the device 10 comprises a control circuit 28 to receive signals from the control bus 16. The data register 18 is communicatively connected to a buffer 20. The address register 22 is communicatively connected to a row address decoder 24 and a column address decoder 26. The outputs of the column address decoder 26 and of the row address decoder 24 are supplied to a memory array 40. The memory array 40 is also connected to a sense amplifier 30 which is then connected to the buffer 20. The control circuit 28 supplies the necessary control signals including high voltage pump signals and the like for programming and erasure of memory cells in the memory array 40 in the event the memory array 40 comprises memory cells of the floating gate type. The general architecture of the device 10 as described hereinabove is well known in the art.
The memory array 40 as previously discussed comprises a plurality of memory units arranged in a plurality of rows and columns and with each memory unit having a plurality of memory cells. Each of the memory cells can store a multibit state.
Referring to FIG. 2, there is shown one embodiment of the memory array 40. The memory array 40 is further divided into a plurality of memory units 44 (A-Z) which are arranged also in a plurality of rows, such as 42 (A-N) and a plurality of columns. Each of the memory units 44 comprises a plurality of memory cells 46 and 48. Each of the memory cells 46 and 48, as previously discussed, stores a multibit state. In the embodiment shown in FIG. 2, two memory cells 46 and 48 comprise a memory unit 44. Further, the memory cells 46 and 48 are adjacent to one another and are contiguous.
Referring to FIG. 3, there is shown another embodiment of the memory array 40. In this embodiment, the memory array 40 comprises a first subarray of memory cells 46 and a second subarray of memory cells 48. The memory cells 46 and 48 collectively are contiguous. However, the corresponding memory cell 46N and 48N of a particular memory unit 44 N are spaced apart.
In either of the embodiments of the memory array 40 shown in FIG. 2 or FIG. 3, in one preferred embodiment, the memory array 40 is divided into a plurality of sectors with each sector having a plurality of memory units 44 which are all erasable together. In one particular embodiment, one sector is one row of memory units. Clearly, a sector can comprise a plurality of rows or a portion of a row. Further, the number of memory units 44 within each sector is user definable.
Referring to FIG. 4, there is shown a chart of an example of the device 10 of the present invention using memory cells 46 and 48, each having the capacity to store 12 different levels or states. FIG. 4 also assumes that the memory unit 44 used in the device 10 has two cells. As can be seen from FIG. 4, a first memory cell 46, designated as "cell 1" has the capacity to store 12 states and a second memory cell 48 of the memory unit 44, designated as "cell 2" has also the capacity to store 12 states.
Referring to FIG. 5, there is shown a chart showing the partitioning of user data and overhead data in the memory unit 44 shown in FIG. 4. Because each of the memory cells 46 ("cell 1") and 48 ("cell 2") has the capacity to store 12 different states, the total number of combination of states that the unit 44 can store is 144 (12×12). One example of the separation of the user data and the overhead data, as shown in FIG. 5 is that the user data comprises 128 states for a seven-bit encoding with the overhead data comprising the remaining 16 states for a four-bit encoded data. Thus, for all possibilities of cell 1 in states 1-12 and cell 2 being in states 1-10, all that would be user data. Further, the user data would comprise the combination of cell 2 being in state 11 with cell 1 being in states 1-8. This comprises a total of 128 states. For the combination of cell 1 being in states 9-12 and cell 2 being in state 11 and cell 2 being in state 12 and cell 1 being in states 1-12, that would be the overhead data portion. In the event the memory unit 44 is mapped in accordance with the foregoing, then as can be seen, every memory unit 44 would have a predetermined virtual partition of seven bits of encoded user data and four bits of encoded overhead data. The "demarcation" between the user data and the overhead data would occur at the state where cell 2 is in state 11 and cell 1 is in states 8 and 9.
Referring to FIG. 6, there is shown a chart of a scheme for the encoding and virtual mapping of user data and overhead data within a memory unit 44 comprising of a memory cell 46 ("cell 1") and a memory cell 48 ("cell 2"). Again, identical to the division of the user data and the overhead data shown in FIG. 5, the user data comprises seven bits or 128 states and the overhead data comprises four bits or 16 state. In particular, for the memory cell 46, the 12 states are encoded in the conventional four-bit encoding manner, i.e.,
|
|
|
State |
Bit Pattern |
|
|
|
|
1 |
0000 |
|
2 |
0001 |
|
3 |
0010 |
|
4 |
0011 |
|
5 |
0100 |
|
6 |
0101 |
|
7 |
0110 |
|
8 |
0111 |
|
9 |
1000 |
|
10 |
1001 |
|
11 |
1010 |
|
12 |
1011 |
|
|
However, for the 12 states for cell 2 or memory cell 48, the states are encoded in a seven-bit pattern as follows:
|
|
|
State |
Bit Pattern |
|
|
|
|
1 |
0000000 |
|
2 |
0001100 |
|
3 |
0011000 |
|
4 |
0100100 |
|
5 |
0110000 |
|
6 |
0111100 |
|
7 |
1001000 |
|
8 |
1010100 |
|
9 |
1100000 |
|
10 |
1101100 |
|
11 |
1111000 |
|
12 |
1000100 |
|
|
When a memory cell 48 is read out and one of the 12 states is determined, it is assigned to one of the foregoing seven-bit strings. The addition of the seven-bit string representative of the state of memory cell 48 with the four-bit string representative of the state of the memory cell 46, results in a binary string which is either seven bits or seven bits with a carry to eight bits. If the resultant addition is a seven-bit data string, then that data string is representative of user data. If the resultant addition is eight bits, then the lower four significant bits are used as the overhead data. Thus, through the simple addition of the bits representative of memory cell 46 and the bits representative of memory cell 48 a fast way to determine the demarcation between user data and overhead data results. This can be seen by way of an example which is shown in FIG. 7. If the state of memory cell 46 is level 3 which has a bit string of "0010" and the state of memory cell 48 has a level 5 which has a bit string of "011000", then the addition of these two bit strings results in "0110010" which is a number of "50 ". This is user data since only seven bits result. However, if the state of memory cell 46 is a level 9 having a bit string of "1000" and the state of memory cell 48 has a bit state of level 11 having a bit string of "1111000", the addition of these two bit strings results in "10000000", which is an eight-bit string indicating that this is overhead data and having a value as determined in the lower four bits of "0000".
Referring to FIG. 8, there is shown examples of three different partitions. Of course, only one example can be implemented at a time within the memory 40. As shown in FIG. 2, a single row 42 of cells 44 can be used to define a page that can be partitioned into user data and overhead data. FIG. 8 shows the cases of 1) all data, 2) partial data and overhead data and 3) all overhead data. For the case of all data, for a row consisting of 5008 cells, an all data partition would consist of 2191 Bytes (5008 cells/2 cells/unit*7 bits/unit/8 bit/byte). For the case of partial data and overhead data, for a partition of 320 cells for data overhead and 4688 cells for data, the data overhead partition would consist of 80 Bytes while the data would consist of 2051 Bytes. In typical media applications, the overhead is 48 bytes for every 2048 bytes for a very small percentage of the overall memory. For the third case, all 5008 cells partitioned as data overhead represents 1252 Bytes. As a result, writing specific states to the memory units can form several combinations of partitions. Also, multiple data and data overhead partitions can be combined on a single row. This allows the user to change the partition sizes locally so that the data structures can scale in size to match system requirements thereby providing greater memory storage density. The encoding of the states into partitions requires no separate partition tables thereby providing additional memory capacity for data storage.
FIG. 9 is a graph showing the mapping of the example of memory cells 46 and 48 of a memory unit 44 having 12 levels to a conventional eight-bit byte system. In particular, since most data is stored an eight-bit byte, if a memory cell 46 and 48 of a memory unit 44 contained a seven-bit user data, that must be converted to an eight-bit byte. As shown in FIG. 9, eight memory units 44 each having a memory cell 46 and a second memory cell 48 of 12 levels each, contains seven bits of user data. The seven bits of user data from each of the 16 memory units 44 can be mapped to seven bytes of eight bits of user data. Further, the four bits of overhead data in each of the 16 memory units will be mapped into four eight-bit bytes of overhead data.
Referring to FIG. 10, there is shown another chart showing the partitioning between user data and overhead data in a twelve state memory cell 46 and 48 in a memory unit 44. In this example shown in FIG. 10, the user data comprises all the states when memory cell 46 is in states 1-12 and memory cell 48 is in states 1-8. This constitutes 96 possible states. Further, the user data is encoded and stored when the memory cell 48 is in states 9-12 and memory cell 46 is in states 1-8. This constitutes another 32 states, thereby giving a total of 128 user data states for a seven-bit encoded user data. The overhead data is stored in the encoded levels when memory cell 48 is in states 9-12 and memory cell 46 is in states 9-12. The advantage of encoding user data and overhead data in this manner is it provides faster programming for the overhead data. This can be seen by reference to FIG. 11. FIG. 11 shows the number of pulses required to program a memory cell, 46 or 48, into one of its 12 levels. For level 12, the number of pulse is zero or is minimal. For the level of 11, the number of pulses is the least amount. Since the overhead data is stored in states of memory cell 46 and 48 of between levels 9 and 12, this requires the least number of pulses to program both memory cells 46 and 48 into those states. This results in faster programming since this is the least number of program pulses that must be applied.
Referring to FIG. 12, there is shown an external map architecture of an example of the memory array 40. In this architecture, the partition encoding and decoding is performed at the system level. The flash memory 10 transfers the memory units 44 between a buffer and the memory array 40. Each memory cell 46 or 48 must use 4-bits to represent 12 states of information; and therefore, a memory unit 44 comprises two groups of 4-bits. The buffer can be constructed as left and right 4-bit shift registers that can be combined to form an external 8-bit bus. By combing multiple 4-bit groups, larger bus sizes can be selected for greater data throughput. As shown in FIG. 6, the partition encoding and decoding by a system controller can be performed. The logical operations as shown in FIG. 9 are performed by a system controller are used to reconstruct the partitions into multiples of Bytes. The partition sizes and location can be defined or redefined at any time by a system controller. This method is most useful for achieving smaller flash memory die sizes resulting in lower memory costs.
Referring to FIG. 13, there is a schematic diagram of an internal map architecture of an example of a memory array 40. The partitioning and logical byte reconstruction operations required by the external map architecture can be self contained in the flash memory 10. The mapping is performed between the buffer and the memory array 40. This allows the buffer to represent data and data overhead in normal byte form. FIG. 13 shows the case where data and data overhead are mapped into a 2191 byte buffer. Along with the buffer information, a status bit 2191×1 register is available to indicate whether the 8-bit bus is data or data overhead. Again, the partitions can be defined or redefined at any time by a system controller. This method is most useful to achieve higher read and write performances at the expense of larger flash memory die sizes resulting in higher flash memory costs.
Referring to FIG. 14, there is a chart showing the present invention used with memory cells having a number of levels of state of storage other than 12. For example, as shown in FIG. 14, if memory cell 1 and memory cell 2 of a memory unit each had six levels of storage, then it is possible to partition a memory unit into five bits of user data with two bits of overhead data in that memory unit. In that event, the data overhead is stored as 1×(1-bit per cell) and data is stored at 2.5×(2.5 bits/cell). Similarly, as shown in FIG. 14, if each of the memory cell 1 and memory cell 2 had 12 levels of state of storage, then it is possible to encode 144 possible states and partitioning them into seven bits of encoded user data with four bits of overhead data all as described heretofore. In that event, the data overhead is stored as 2×(2-bits per cell) and data is stored at 3.5×(3.5 bits/cell). It is also possible with the present invention to employ cell 1 and cell 2 each with 18 levels of storage resulting in a memory unit having 324 possible combination states with a partitioning of eight bits of user data and six bits of overhead data. In that event, the data overhead is stored as 3×(3-bits per cell) and data is stored at 4×(4 bits/cell). Finally, the present invention may also be used with memory cell 1 and memory cell 2 each having 24 possible states for a total possible combination of 576 states partitioned into nine bits of user data and six bits of overhead data. In that event, the data overhead is stored as 3×(3-bits per cell) and data is stored at 4.5×(4.5 bits/cell).
From the foregoing, it can be seen that an integrated multilevel nonvolatile memory circuit in which a memory unit comprising a plurality of memory cells each for storing a multibit state is shown with the memory unit storing encoded user data and overhead data which are virtually partitioned. Thus, the advantage of the present invention is that 1) the partition table information is encoded into the states eliminating the need for a dedicated table memory space and (2) the data and overhead byte lengths can be variable. As a result, this allows for a greater packing density for a given physical memory size constraint. The best efficiency is achieved when the overhead bytes are small relative to the data bytes.
Frayer, Jack E.
Patent |
Priority |
Assignee |
Title |
7668012, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Memory cell programming |
7742335, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Non-volatile multilevel memory cells |
7843735, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Sensing memory cells |
7848142, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Fractional bits in memory cells |
7904780, |
Nov 03 2006 |
SanDisk Technologies LLC |
Methods of modulating error correction coding |
7911835, |
Oct 04 2006 |
Samsung Electronics Co., Ltd. |
Programming and reading five bits of data in two non-volatile memory cells |
8001441, |
Nov 03 2006 |
SanDisk Technologies LLC |
Nonvolatile memory with modulated error correction coding |
8102707, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Non-volatile multilevel memory cells |
8125826, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Fractional bits in memory cells |
8154926, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Memory cell programming |
8264879, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Sensing memory cells |
8531877, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Fractional bits in memory cells |
8611152, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Non-volatile multilevel memory cells |
8767459, |
Jul 31 2010 |
Apple Inc |
Data storage in analog memory cells across word lines using a non-integer number of bits per cell |
8964465, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Fractional bits in memory cells |
9070450, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Non-volatile multilevel memory cells |
9349441, |
Oct 31 2007 |
U S BANK NATIONAL ASSOCIATION, AS COLLATERAL AGENT |
Fractional bits in memory cells |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 30 2002 | FRAYER, JACK E | Silicon Storage Technology, Inc | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 013451 | /0583 |
pdf |
Nov 01 2002 | | Silicon Storage Technology, Inc. | (assignment on the face of the patent) | | / |
Feb 08 2017 | Silicon Storage Technology, Inc | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 041675 | /0316 |
pdf |
May 29 2018 | MICROSEMI STORAGE SOLUTIONS, INC | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 046426 | /0001 |
pdf |
May 29 2018 | Microsemi Corporation | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 046426 | /0001 |
pdf |
May 29 2018 | Atmel Corporation | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 046426 | /0001 |
pdf |
May 29 2018 | Silicon Storage Technology, Inc | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 046426 | /0001 |
pdf |
May 29 2018 | Microchip Technology Incorporated | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 046426 | /0001 |
pdf |
Sep 14 2018 | Microsemi Corporation | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 047103 | /0206 |
pdf |
Sep 14 2018 | Atmel Corporation | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 047103 | /0206 |
pdf |
Sep 14 2018 | Microchip Technology Incorporated | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 047103 | /0206 |
pdf |
Sep 14 2018 | MICROSEMI STORAGE SOLUTIONS, INC | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 047103 | /0206 |
pdf |
Sep 14 2018 | Silicon Storage Technology, Inc | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 047103 | /0206 |
pdf |
Mar 27 2020 | Silicon Storage Technology, Inc | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053311 | /0305 |
pdf |
Mar 27 2020 | MICROSEMI STORAGE SOLUTIONS, INC | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053311 | /0305 |
pdf |
Mar 27 2020 | Microsemi Corporation | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053311 | /0305 |
pdf |
Mar 27 2020 | Atmel Corporation | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053311 | /0305 |
pdf |
Mar 27 2020 | MICROCHIP TECHNOLOGY INC | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053311 | /0305 |
pdf |
May 29 2020 | JPMORGAN CHASE BANK, N A, AS ADMINISTRATIVE AGENT | MICROCHIP TECHNOLOGY INC | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 053466 | /0011 |
pdf |
May 29 2020 | JPMORGAN CHASE BANK, N A, AS ADMINISTRATIVE AGENT | Silicon Storage Technology, Inc | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 053466 | /0011 |
pdf |
May 29 2020 | JPMORGAN CHASE BANK, N A, AS ADMINISTRATIVE AGENT | MICROSEMI STORAGE SOLUTIONS, INC | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 053466 | /0011 |
pdf |
May 29 2020 | JPMORGAN CHASE BANK, N A, AS ADMINISTRATIVE AGENT | Atmel Corporation | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 053466 | /0011 |
pdf |
May 29 2020 | JPMORGAN CHASE BANK, N A, AS ADMINISTRATIVE AGENT | Microsemi Corporation | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 053466 | /0011 |
pdf |
May 29 2020 | Silicon Storage Technology, Inc | Wells Fargo Bank, National Association | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053468 | /0705 |
pdf |
May 29 2020 | MICROCHIP TECHNOLOGY INC | Wells Fargo Bank, National Association | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053468 | /0705 |
pdf |
May 29 2020 | MICROSEMI STORAGE SOLUTIONS, INC | Wells Fargo Bank, National Association | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053468 | /0705 |
pdf |
May 29 2020 | Microsemi Corporation | Wells Fargo Bank, National Association | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053468 | /0705 |
pdf |
May 29 2020 | Atmel Corporation | Wells Fargo Bank, National Association | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 053468 | /0705 |
pdf |
Dec 17 2020 | Microsemi Corporation | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 055671 | /0612 |
pdf |
Dec 17 2020 | Atmel Corporation | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 055671 | /0612 |
pdf |
Dec 17 2020 | Silicon Storage Technology, Inc | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 055671 | /0612 |
pdf |
Dec 17 2020 | Microchip Technology Incorporated | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 055671 | /0612 |
pdf |
Dec 17 2020 | MICROSEMI STORAGE SOLUTIONS, INC | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 055671 | /0612 |
pdf |
May 28 2021 | MICROSEMI STORAGE SOLUTIONS, INC | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 057935 | /0474 |
pdf |
May 28 2021 | Microsemi Corporation | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 057935 | /0474 |
pdf |
May 28 2021 | Atmel Corporation | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 057935 | /0474 |
pdf |
May 28 2021 | Silicon Storage Technology, Inc | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 057935 | /0474 |
pdf |
May 28 2021 | Microchip Technology Incorporated | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 057935 | /0474 |
pdf |
Feb 18 2022 | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | Microsemi Corporation | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059333 | /0222 |
pdf |
Feb 18 2022 | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | Atmel Corporation | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059333 | /0222 |
pdf |
Feb 18 2022 | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | Silicon Storage Technology, Inc | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059333 | /0222 |
pdf |
Feb 18 2022 | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | Microchip Technology Incorporated | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059333 | /0222 |
pdf |
Feb 18 2022 | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT | MICROSEMI STORAGE SOLUTIONS, INC | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059333 | /0222 |
pdf |
Feb 28 2022 | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | Atmel Corporation | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059363 | /0001 |
pdf |
Feb 28 2022 | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | Microchip Technology Incorporated | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059363 | /0001 |
pdf |
Feb 28 2022 | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | Silicon Storage Technology, Inc | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059363 | /0001 |
pdf |
Feb 28 2022 | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | Microsemi Corporation | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059363 | /0001 |
pdf |
Feb 28 2022 | WELLS FARGO BANK, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT | MICROSEMI STORAGE SOLUTIONS, INC | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 059363 | /0001 |
pdf |
Date |
Maintenance Fee Events |
Apr 04 2008 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Apr 04 2012 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Apr 19 2016 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date |
Maintenance Schedule |
Oct 19 2007 | 4 years fee payment window open |
Apr 19 2008 | 6 months grace period start (w surcharge) |
Oct 19 2008 | patent expiry (for year 4) |
Oct 19 2010 | 2 years to revive unintentionally abandoned end. (for year 4) |
Oct 19 2011 | 8 years fee payment window open |
Apr 19 2012 | 6 months grace period start (w surcharge) |
Oct 19 2012 | patent expiry (for year 8) |
Oct 19 2014 | 2 years to revive unintentionally abandoned end. (for year 8) |
Oct 19 2015 | 12 years fee payment window open |
Apr 19 2016 | 6 months grace period start (w surcharge) |
Oct 19 2016 | patent expiry (for year 12) |
Oct 19 2018 | 2 years to revive unintentionally abandoned end. (for year 12) |