A data storage system has a plurality of individual data storage units, each of which can undergo unpredictable independent failure. By dividing data blocks to be stored therein into a number of sub-blocks one or more less than the number of data storage units and creating a redundant data sub-block of the type permitting reconstruction of any one sub-block of data using the remaining sub-blocks and the redundent sub-blocks, and then storing each of the data sub-blocks and the redundant sub-block on a different one of the data storage units, it is possible to reconstruct any one failed data sub-block of a related group using the other sub-blocks. It is necessary to be able to detect the failure of the sub-block, and the preferred way is by a multibit error detection code appended to each sub-block, or by failure sensed within and by an individual data storage unit. The system is preferably implemented with disk drives functioning as the data storage units in view of the well-known tendency of such devices to occasionally generate an error which prevents reading a previously written record on one of them.
|
1. A data storage system for storing a data block supplied to the system encoded in a set of at least three individual data sub-block signals, each of said data sub-block signals encoding one of a number of sub-blocks into which the data block is broken, the number of sub-blocks equaling the number of data sub-block signals, and the system comprising:
(a) a plurality of similar data storage units in number equal to the number of data sub-block signals and another, redundant, data storage unit, each capable of storing a plurality of sub-blocks within itself responsive to a write select signal and encoding them in an output data sub-block signal responsive to a read select signal specifying the sub-block desired, each of the data sub-block signals being received by a preselected one of the data storage units, and each data storage unit being substantially physically independent from the others and liable to independent failure to supply output data sub-block signals correctly encoding the sub-blocks stored therein; (b) data redundancy means receiving the set of data sub-block signals for generating according to a preselected algorithm a redundant data sub-block, said redundant data sub-block being of the type for which a data reconstruction algorithm exists permitting reconstruction of any one data sub-block using the remaining data sub-blocks and the redundant data sub-block, and for providing to the redundant data storage unit a signal encoding the redundant data sub-block; (c) a plurality of data storage unit error detection means, each operatively associated with a preselected data storage unit, for providing a sub-block error signal responsive to failure of the associated data storage unit to correctly encode in an output data sub-block signal a sub-block stored within it; (d) control means for supplying the write and read select signals to the data and redundant data storage units in a preselected sequence; and (e) data reconstruction means receiving the sub-block error signals from the error detection means and the data and redundant data sub-block signals from the data storage units, for employing the data reconstruction algorithm to recreate and encode in the output data signal, the data sub-block originally stored within the data storage unit for which the sub-block error signal was generated.
2. The system of
(a) byte error code generating means receiving a data sub-block signal from a data storage unit, for providing to the error detection means a signal encoding a byte error detection code associated with at last least one byte within the sub-block, said byte error detection code generated according to a preselected byte error detection algorithm which includes as a part thereof steps by which certain data errors in each said byte may be detected; and (b) wherein the error detection means includes byte error detection means receiving each byte error detection code signal and a signal encoding the byte for which it was generated, for applying the error detection algorithm to each said byte and its associated byte detection code and in response to detection of an error in said byte, issuing a byte error signal associated with the byte having the error and its sub-block; wherein the data redundancy means further includes means for generating according to the preselected algorithm a redundant data sub-block whose data reconstruction algorithm permits reconstruction of a byte within a data sub-block using an associated byte in the redundant sub-block and an associated byte from each of the other data sub-blocks; and wherein the data reconstruction means further includes means receiving the byte error signal, for employing the data reconstruction algorithm to recreate and encode in the output data signal the data sub-block byte originally stored within the data storage unit.
3. The system of
4. The system of
5. The system of
6. The apparatus system of
7. A fault tolerant data storage system comprising:
a plurality of data storage units; means for organizing data applied to the data storage system for storage into sets of data sub-blocks; means for generating a redundant data sub-block associated with the data sub-block organized by the organizing means; means for supplementing each data and redundant data sub-block with error correction code syndromes; means for storing each supplemented data sub-block and redundant data sub-block to a different one of the data storage units as a data record; means for reading the data records and generating recovered, supplemented data sub-blocks and redundant data sub-blocks; first stage data recovery means operating on the error correction code syndromes and their associated recovered data and redundant data sub-blocks for correcting random errors in the respective recovered sub-blocks; sub-block error detection means operating on the error correction code syndromes and their associated recovered data and redundant data sub-blocks for generating sub-block error signals indicating recovered sub-blocks having errors exceeding the capacity of their associated error correction codes; and second stage data recovery means operating on a first sub-block error signals and the on the recovered data and redundant data sub-blocks for which no sub-block error signals are present for regenerating the data or redundant data sub-block for which the first sub-block error signal was generated. 8. The fault tolerant data storage system as set forth in a parity generator receiving recovered sub-blocks and generating a parity bit for each data unit and adding the parity bit to the data unit; and a parity test unit receiving data sub-blocks from the first stage data recovery means, checking parity of each data unit of the respective sub-blocks and causing generation of a sub-block error signal associated with each defective data unit. 10. The fault tolerant data storage system as set forth in claim 8, wherein the redundant data sub-block generating means generates a redundant data sub-block comprising data units and having the same number of units as the member data sub-blocks of the set. 11. The fault tolerant data storage system as set forth in claim 10, wherein the data storage units have corresponding address ranges and wherein the storage means stores corresponding data units of a set of data sub-blocks and the associated redundant data sub-block to the same addresses in different data storage units. 12. The fault tolerant data storage system as set forth in claim 11, wherein the data storage units are synchronized, fault independent disk drive units. 13. The fault tolerant data storage system as set forth in claim 12, wherein each fault independent disk drive unit further includes means for generating a disk fault signal and wherein the first stage data recovery means operates on a disk fault signal to generate a sub-block error signal for the sub-block stored as a
record on the affected disk drive unit. 14. The fault tolerant data storage system as set forth in claim 7, wherein the data organizing means operates on a data block of predetermined size applied to the system for storage to form data sub-blocks by transferring operative data units from the data block in sequence to each of the sub-block error correction code syndrome supplementing means in turn. 15. The fault tolerant data storage system as set forth in claim 14, wherein the data record reading means further includes deserializer means for reassembling the data units of the recovered data and redundant data sub-blocks. 16. The fault tolerant data storage system as set forth in claim 15, wherein the sub-block error detection means further includes error detection code test means receiving the recovered, supplemented sub-blocks for determining whether error occurring in each of the recovered sub-blocks is correctable by the random error correcting means and causing generation of a sub-block error signal when a sub-block has uncorrectable error. 17. The fault tolerant data storage system as set forth in claim 16, wherein the second stage data recovery means further includes means responsive to two or more sub-block error signals for signalling a condition of uncorrectable error. 18. A data recovery system operating in a data write/read channel to and from a plurality of synchronized, fault independent disk drive units, the data recovery system comprising: a data block divider organizing a data block received over a data transmission channel into a group of data sub-blocks; a parity generator operating on the group of data sub-blocks and generating a redundant data sub-block associated with a group of data sub-blocks; a plurality of error correction code generators, each operating on one of the data and redundant data sub-blocks of a group to supplement each data and redundant data sub-block with error correction code syndromes; each disk drive unit being coupled to one error correction code generator to receive a supplemented data or redundant data sub-block for storage as a data record; means for reading the data records and generating recovered, supplemented sub-blocks; a plurality of first stage data recovery buffers receiving the recovered, supplemented sub-blocks and operating on the error correction code syndromes and their associated sub-blocks for correcting random errors in each recovered sub-block; a sub-block error detection unit including a plurality of error correction code test units operating on each recovered sub-block to generate sub-block error signals indicating recovered sub-blocks having errors exceeding the capacity of the error correction code syndromes associated therewith; and a second stage data recovery unit operating on a first sub-block error signal and the on the recovered data and redundant data sub-blocks for which no sub-block error signals are present for regenerating the data sub-block associated with the first sub-block error signal. 19. The data recovery system as set forth in claim 18, wherein the reading means further comprises a data byte parity bit generator operating on groups of adjacent bits as a unit and appending to the unit a parity bit. 20. The data recovery system as set forth in claim 19 wherein the disk drive units generate fault signals associated with independent failures of the disk drive units. 21. The data recovery system as set forth in claim 20, wherein the sub-block error detection unit further comprises: means for generating a sub-block error signal in response to each disk drive unit fault signal; and a parity test unit associated with each first stage data recovery buffer and operating on each byte with its associated parity bit for generating a byte error signal upon detection of error. 22. A fault tolerant data storage system comprising: means for receiving an input data stream and dividing the data stream into a plurality of data columns; means for generating a parity data column; a plurality of data storage units; means for transferring said data columns, including said parity column, into and out of differing ones of the data storage units, the means for transferring including an error correction and detection interface associated with each disk drive for correcting random errors within its error correction capacity and signalling errors exceeding its correction capacity; and parity reconstruction means, responsive to an error signal from an error correction and detection interface, for reconstructing data in a data column associated with the error correction and detection interface signalling the error. 23. A fault tolerant data storage system such as that set forth in claim 22 wherein each error correction and detection interface further includes disk drive failure detection and error signalling means. 24. A fault tolerant data storage system such as that set forth in claim 23 wherein said means for transferring data columns into differing ones of said disk drives further includes means for generating an error correction code for each data column and transferring the error correction code along with the data column into the disk drive. 25. A disk data storage system for storing data blocks applied to the system in the form of electrical signals, the disk data storage system comprising: means for dividing data blocks into data sub-blocks; means for generating a parity data sub-block from the data sub-blocks; means for generating and appending an error correction code to the each data sub-block, including the parity data sub-block; a plurality of disk data storage subsystems for storing data; means for storing each data sub-block to corresponding locations in the individual disk data storage subsystems in parallel; means for reading data sub-blocks from the disk data storage means and for producing recovered data sub-block signals in parallel; and data recovery means to which the recovered data sub-block signals are applied, the data recovery means being operable on the signals corresponding to the data digits, parity digits and error correction codes to produce electrical signals corresponding to the data digits of data blocks applied to the disk data storage system for storage. 26. A disk data storage system as set forth in claim 25 wherein the means for generating a parity data sub-block includes means coupled to the means for dividing data blocks for receiving the data sub-blocks, row by row, for generating row parity bits and assembling the row parity bits into a parity sub-block. 27. The disk data storage system as set forth in claim 26, wherein individual data units from each sub-block are stored in correlated locations of their respective disk subsystems as data rows, each data row having one bit from each data sub-block and at least one parity bit from the parity data sub-block to aid in parallel recovery. 28. A disk data storage system as set forth in claim 26 and further comprising means for indicating a disk subsystem fault, the data recovery means being responsive to indication of a disk subsystem fault to utilize the data sub-block signals and parity sub-block signals to reconstruct the data from the disk subsystem indicating fault and responsive to two or more simultaneous indications of disk subsystem fault to cause generation of a signal indicating data not recoverable. 29. The disk data storage system as set forth in claim 27 wherein the disk data storage subsystems comprise at least a first disk each, the disks being synchronized to facilitate parallel recovery of correlated data bits. 30. A fault tolerant disk data storage system for storing data blocks applied to the system for storage, each data block having a plurality of data segments, comprising: means for organizing an applied data block into a plurality of data sub-blocks, the data sub-blocks being exclusive sets of data segments; means for defining data rows of exclusive sets of data segments, each data row including a first data segment from each data sub-block; means for generating at least a first redundant data segment associated with each data row, the redundant data segments being fewer in number than the number of data segments in the data block; means for organizing at least a first redundant data sub-block, each redundant data sub-block including at least a first segment of redundant data associated with each data row; means for generating error correction codes for each data sub-block and redundant data sub-block and appending said error correction codes to their respective data sub-blocks; a disk data storage subsystem for each data sub-block and redundant data sub-block; means for storing each data sub-block and each redundant data sub-block for an applied data block to a separate disk data storage subsystem; means for reading data sub-blocks and redundant data sub-blocks associated with a stored data block from the disk subsystems and generating logic signals corresponding to a retrieved data block, the redundant data sub-block and the error correction codes; and means utilizing all available logic signals associated with the retrieved data block for generating a restored data block, the data segments of the restored data block and the data segments of a data block applied to the system for storage being the same notwithstanding partial failure in retrieval and for indicating a data unrecoverable condition. 31. A fault tolerant disk data storage system for storing applied groups of data segments, the system comprising: means for organizing each applied group of data segments into a array of data rows and data columns, with each data segment belonging to one row and to one column of the array; means for generating at least a first redundant data segment associated with each data row, the redundant data segments being fewer in number than the number of data segments in the group; means for organizing at least a first redundant data column, each redundant data column including at least a first segment of redundant data associated with each data row; means for generating error check digits for each data column and redundant data column and appending said error check digits to their respective columns; a disk data storage subsystem for each data column and redundant data column; means for storing each data column and redundant data column for a group of data segments to a separate disk data storage subsystem; means for reading the data segments and redundant data associated with a group of data segments and stored in the disk data storage subsystems and generating logic signals corresponding to a retrieved group; and means for executing an algorithm utilizing all available logic signals associated with the retrieved group for generating a restored group of data segments, the data segments of the restored group and the data segments of the applied group of data segments being the same notwithstanding certain partial failures in retrieval. |
The device of choice today for non-volatile mass storage of data is the magnetic disk storage system. The type of magnetic disk storage system of particular interest here is the so-called hard disk drive having, not surprisingly, one or more rigid disks turning at a relatively high speed. Each disk surface has suspended aerodynamically a few microinches therefrom its own transducer device for reading and writing data on the disk. In the larger data processing installations, there may be several drives all providing data storage for a single central computer. For some time, the reading or writing of several disk surfaces simultaneously has been contemplated in an effort to improve data rates between individual disk storage units and the central computer. With the recent advent of large semiconductor memories, the difficult problem of synchronization of data transmission between the drives and the central computer has been solved by the expedient of simply using such semiconductor memories as a buffer to compensate for differences in angular position of the disk.
While disk drive reliability has improved substantially over the last few years, the devices are nonetheless electromechanical and as such liable to occasional failures. These failures may be caused by a circuit defect which affects the readback function, in which case no data has been lost. It is only necessary to repair the defective circuitry to gain access to the data. If the failure comes at an inconvenient time, however, the delays may cause great expense for the users. If the failure occurred in the writing circuitry or on the medium itself, then the data has been permanently lost. If the failure is a so-called head crash where the heads strike and destroy the disk surfaces, then that data is permanently lost too. These cases usually are characterized by the fact that only a single drive or drive controller is involved.
In many cases, the data stored on the disk drives in an installation is much more valuable than the drives themselves. This may arise in the situation where the data represents a major investment in computer or human time. Sometimes the data has time-related value, say in a real-time environment or when printing time-sensitive materials such as paychecks or management reports. Therefore, one must usually design such storage systems for high reliability since the cost of losing data due to a drive failure is often unacceptably high. Accordingly there is substantial motivation for avoiding such loss or delay of access to the data.
The well-known prior art solution to some of these problems involves the use of redundant data to detect and to correct data. The so-called row and column error correction method uses row and column parity. That is, the bits of the data block are arranged in rows and columns (at least conceptually) and a parity bit for each row and column is recorded with the data block. A parity bit is chosen according to a preset rule to indicate for the bit group involved, such as a row or column, whether the number of binary 1's in the bit group is odd or even. Usually odd parity is used, where the parity bit is set to 1 if the number of "1" data bits in the group involved is even, so that the total number of bits for a group is odd, thus assuring that at least one bit is present in every case.
If parity in a single row and a single column is incorrect when a block is read back from the recording medium one can assume with some degree of assurance that the bit common to both the row and the column with incorrect parity is itself incorrect. The error can be corrected by inverting this common bit. It is usual to break the data into bit row groups of relatively short bytes of say 6 or 8 bits, with a row parity bit recorded for each byte. On the other hand, the column groups of bits may be quite long.
An alternative method for error detection and correction is represented by the family of so-called error correcting codes (ECC) which also involve the creation of a number of redundant bits for each data block. Common generic names for some of these are fire codes and Reed-Solomon codes. These can detect many errors in a block of data, and allow in addition several faulty bits in a block to be corrected. A well-known limitation of such ECC's is that they cannot correct more than a few bit errors in a block, nor can they correct more than one or two widely spaced bit errors. Thus, they are particularly suited for correcting so-called random burst errors where the errors are concentrated within a few bits from each other as may occur on magnetic media. Accordingly, it is the practice to use ECC redundancy within such types of data storage unit as disk and tape drives for the probable detection of massive errors and for the correction of random burst error.
The readback electronics are also likely to produce occasional errors, but these are usually either random single bit errors widely spaced from each other, or errors spaced from each other at regular and relatively short intervals. These random errors are usually "soft", i.e. they do not repeat, and hence can be corrected by rereading the data from the storage medium. Post readback byte parity redundancy (hereafter byte parity) may be used to detect these errors. By byte parity is meant the insertion at regular intervals (i.e., with each byte), in the data just after readback, a parity bit which provides parity error detection for the associated byte. Regularly spaced errors are usually indicative of a failure after the serial to parallel conversion during readback. Such errors are not so easily corrected but can at least be detected by byte parity redundancy added to the data after it is read from the medium. It is the usual practice to use EEC redundancy on the storage medium itself and both byte parity and ECC redundancy during readback so as to provide maximum confidence in the integrity of the data manipulations during readback without a great amount of redundant data stored on the recording medium. Further, it is preferred to overlap the two sets of redundant information so that no part of the data pathway is unprotected by error detection/correction.
It is also known to use row and column error correction as described above in magnetic tape data storage systems. If the same bit in a number of rows fail, this method allows reconstruction of the column so affected. This usually is the result of a failure in the head or electronics for the column since a tape medium defect is almost never restricted to a single bit position from row to row.
The important insight in the invention to be described is that it is possible to design a typical state-of-the-art data processing installation having multiple data storage units, so that failure of a single storage unit occurs independently of and without affecting the availability of similar units. For example, each may have its own power supply and controller, now technically possible at modest additional cost.
In this invention, a data block is split into a number of data sub-blocks, each of which is encoded for storage in a different data storage unit (DSU) along with its own error detection and correction information. A sub-block consists of a fixed number of bits organized in a sequence allowing each bit to be identified by its position in the sequence. For purposes of implementing this invention, each sub-block bit is associated with the similarly positioned bits in the other sub-blocks to form a bit row. It is desirable (for purposes of maximizing speed of operation) that the storage units be approximately synchronized so that the sub-blocks all are read back within approximately the same interval and at approximately the same bit rate.
The system generates a redundant data sub-block for the data sub-blocks according to a preselected algorithm for which is data reconstruction algorithm exists permitting reconstruction of any one data sub-block using the remaining data sub-blocks and the redundant data sub-block. Preferably, the redundant data sub-block comprises a set of parity bits, one parity bit being associated logically and positionally with each bit row. Another, redundant, data storage unit stores this redundant data sub-block. During writing, it is convenient to generate the redundant data sub-block bit by bit as the bit rows are supplied to the data storage units so as to allow the redundant data block to be stored concurrently with the data blocks. During readback of a particular block, each redundant data block bit can be made available at about the same time its row is.
The odds are extremely remote that two modern data storage units will fail simultaneously. Thus, when a single storage unit fails, the error detection mechanism associated with it generates an error signal. As previously stated, it is extremely unlikely that an error can occur in any column (or sub-block) without being detected by the associated column error detectors. Detection of an error in a sub-block is used to activate data reconstruction means operating on individual rows. Each row having a parity error is corrected by inverting the bit in the column for which the error signal was generated. The system of this invention in its preferred embodiment can correct several types of multiple errors.
By far the most likely multiple error failure mode is for a single sub-block to contain all the errors. The physical basis for this is that a defect in the medium or circuitry of a single data storage unit may well affect more than one bit in a sub-block, or for that matter, many sub-blocks being stored in the same storage unit. As mentioned earlier, since failure of even one of the data storage units is a rare event, the failure of two within a short period of time is extraordinarily rare.
In the preferred embodiment, a byte error detection code is generated for indivdiual bytes encoded in each data sub-block signal provided by a data storage unit. This byte error detection code is generated according to a preselected byte error detection algorithm which includes as a part thereof steps by which certain data errors in each said byte may be detected. Further, the data redundancy means in this embodiment generates according to the preselected algorithm, a sub-block of the type allowing a byte to be corrected in a data sub-block by using the associated bytes in the redundant data sub-block and the other data sub-blocks according to the preselected correction algorithm. Note that this approach allows correction of more than one error occurring in different sub-blocks of the same block so long as more than one of a group of associated sub-block bytes does not have errors.
This apparatus is particularly suitable for implementation as a disk drive data storage system. As mentioned earlier, it is advantageous to increase data transfer rates by simultaneously reading and writing several data storage unit simultaneously. It is relatively easy to design the system so that most disk drive failures are independent, i.e., are unlikely to cause any of the other drives to fail.
Accordingly, one purpose of this invention is to reduce the probability of losing data within a multiple storage unit data storage system to a small fraction of the probability of an individual storage unit failing.
A second purpose is to allow storage units to be simultaneously written and read to increase data rates.
Another purpose is to avoid any interruption in operation of a data processing system caused by failure of a single data storage unit (DSU).
Yet another purpose is to avoid the necessity for and expense of emergency maintenance.
A related purpose is to allow maintenance necessitated by failure of an individual data storage unit to be deferred to a scheduled maintenance time, typically much less expensive.
Another related purpose is to allow a failed DSU to be taken off-line and repaired while the rest of the system functions with the error correction active and so permit uninterrupted system operation during such repair.
Other purposes will become evient from the descriptions which follow.
FIG. 1 is a block diagram of a simplified system incorporating the teachings of this invention.
FIG. 2 is a detailed block diagram of the data reconstruction circuitry.
1. General
The preferred system disclosed below has fewer than the number of data storage units one would usually select. However, the number selected (4) accurately illustrates a system operating according to the teachings of this invention and avoids the confusion which adding the likely more preferable 8 or 9 data storage units might create. Note that many different configurations of this invention are possible. The various details of this embodiment are merely illustrative, and are not intended to exclude others. For example, many variations in the logic circuitry are possible to implement the functions described. As the explanation proceeds, possible variations will be mentioned on occasion, however, so as to allow the reader to understand the many specific configurations which the invention may have.
This invention is described with reference first to FIG. 1 which is a block diagram comprised of individual data storage subsystem blocks. It is believed that the function(s) of individual blocks are described with detail more than sufficient to allow someone with skill in the art to easily understand and construct the invention. Many of the individual blocks represent one or more microcircuit elements commonly available today. Other elements, such as data storage unit (DSUs) 19a, b, c, d are well-known devices which may be, for example, disk drive units as mentioned previously. Individual blocks are connected by data paths over which individual bits represented by electrical pulses flow. Unless indicated otherwise by a small circle with a number in it (e.g., ref. No. 27) specifying the number of parallel lines represented, it should be assumed that data flow on an individual path is serial, i.e., individual bits are provided sequentially to the destination block or that the path carries a control signal of some type.
It should also be understood that no attempt is made in these FIGS. to show the explicit timing relationships needed to allow the system to function properly. Such timing considerations are well understood in the art and hence need not be discussed in detail. Because of this, it is felt that including detailed timing is as likely to obscure as to clarify the elements and theory of the invention. Furthermore, the written description either explicitly or implicitly establishes all of the timing relationships necessary to understood and implement the invention.
It will be noticed that FIG. 2 contains much more detail than does FIG. 1. This is because FIG. 1 is concerned mostly with the writing of the data in a format permitting its correction by the apparatus shown in FIG. 2. The correction or reconstruction of the data is an inherently more complex problem than mere recording of the original data with the redundancy needed to permit the correction. Thus to adequately disclose the invention it is necessary to describe the readback apparatus in greater detail than the writing apparatus.
2. Writing
Turning first to FIG. 1, data blocks, each comprising a fixed number of bits, can be considered to become available one at a time from an external data source on a data path 11 when the system of FIG. 1 is idle or otherwise able to accept a block. It is convenient to assume that each block has the same number of bits in its, typically in the thousands or tens of thousands of bits. The data on path 11 is received by a block divider 10 which divides the data block into three sub-blocks of equal length which are transmitted on data paths 12a, b, c to ECC generators 13a, b, c respectively. Block divider 10 can be designed to operate in one of two modes, either of which are acceptable. In the first mode, a serial order is established for all the bits in the data block on path 11 and then the first, fourth, seventh, etc. are placed on path 12a; the second, fifth, eighth, etc. on path 12b; and the third, sixth, ninth, etc. on path 12c. Alternatively, block divider 10 can divide each data block into sequential groups of bits, or bytes, placing each first group sequentially on path 12a, each second group on path 12b, and each third group on path 12c.
Further, it is convenient to specify a sequence for the bits comprising each sub-block, and to associate the bits occupying the same position in the sequence in each sub-block. Each such group of bits, each bit in a group being from a different sub-block, will be referred to as a row hereafter, from the analogy to a bit matrix where each sub-block comprises a column. In this embodiment, the bits comprising each row are issued simultaneously by block divider 10. It is immaterial whether bits are provided serially or in parallel on paths 12a, b, c, although the elements receiving signals on these paths must be compatible with the format chosen.
ECC generators 13a, b, c are substantially identical devices which generate error correction and detection data for each data sub-block which is received on their respective input data paths 12a, b, c. The ECC code for each sub-block is generated as the sub-block is received, and the data is passed through the ECC generator involved and encoded in a signal placed on an associated path 14a, b, c. At the end of the data sub-block, the ECC code value has been determined and is encoded and appended to the signal for each data path 14a, b, c. As mentioned earlier, the algorithm used by ECC generators 13a, b, c provides a very high likelihood of detecting any errors in a data sub-block.
Row parity generator 15 also receives the data sub-blocks row by row on paths 12a, b, c from block divider 10. Recall that the data bits forming each row are simultaneously presented in the signals on paths 12a, b, c. Parity generator 15 determines the parity of each row of bits simultaneously presented to it on paths 14a, b, c and a few tens of nanoseconds later provides a signal encoding this parity on path 12d, thereby preserving approximate synchronization between the data on paths 12a, b, c and the associated row parity bits on path 12d. As a practical matter a few tens of nanoseconds are negligible compared to the duration of one bit interval on paths 12a, b, c. ECC generators 13a, b, c, d can all be considered to be similar devices having identical internal speeds. Thus, data storage units (DSUs) 19a, b, c, d in effect simultaneously receive each row and the row parity which has been calculated for it by parity generator 15. If parity generator 15 is so slow that it destroys the synchronism between the bit rows and their individual row parity bits, then it is a simple matter to deal with this problem by, for example, inserting signal delays in paths 14a, b, c.
While each row with its parity need not, in the general case, be presented simultaneously to the DSUs 19a, b, c, d, it is usually preferable to do so, so that each DSU 19a, b, c, d, is active at the same time, increasing the bit storage rate. In systems which use the preferred disks as the media in the storage units, synchronizing the disk rotation results in very large increases in both storage and retrieval speed if the bits of each row are simultaneously presented to their storage units.
At the time the data block to be stored in DSUs 19a, b, c is placed on path 11, a signal is also placed on the read/write control path 25 which specifies that writing or storage of data is desired, and also specifies the physical location on the disks at which the data block is to be stored. The source of this signal may be a CPU (central processing unit, i.e. computer) which uses the system of FIG. 1 as a peripheral device, or it may be a system controller or may have parts supplied by both.
The purpose of the invention is to deal with a failure of one of DSUs 19a, b, c by using the redundancy supplied to the system by DSU 19d to recreate the data. To justify the cost of an additional DSU, the units must be relatively cheap in comparison to the data to be stored. Further, failure of one unit must in most cases be independent of failure of others. That is, the cause of a failure must usually be of the type which causes only a single one of the units to fail, so as to allow the system of this invention to recover or recreate the data. Examples of such kinds of failures are power supply and fuse failures, logic and signal processing failures, head and medium failures in the magnetic tape and disk systems, bad cabling connections, etc.
Examples of non-independent failures which the system of this invention cannot correct are power failures which cause all units to fail simultaneously, or failure of controller hardware common to all the units. But if the failure is one where an individual one of the units fails and the other units continue to perform normally, then this invention can make a useful contribution to overall system reliability.
Therefore, I prefer that each DSU have its own controller so that controller failure is localized in a single storage unit. Such DSUs fail relatively rarely, and failures are for the most part independent of each other.
If DSUs 19a, b, c, d are magnetic or optical disk drives, as is preferred, synchronizing the disk rotation to each DSU allows bit space sequences on one disk medium to be permanently associated with similar sequences on the other DSUs' media, so that associated sequences pass beneath their read/write heads during nearly the same time interval. Such synchronization has the further advantages of allowing simplified readback and true parallel data operation.
The remainder of the description will proceed with the assumption that the preferred disk drive units are employed as DSUs 19a, b, c, d. DSUs 19a, b, c, d all receive and store each set of three rows bits and their associated parity bit very nearly simultaneously. As successive sets of rows and the associated parity bits are presented to DSUs 19a, b, c, d, these too are stored so that at the end of the sub-blocks, the bits are arranged on the disks within the DSUs 19a, b, c, d in serial fashion. The individual sub-blocks are followed by the aforementioned ECC information which is also stored serially on the DSU's disks. Thus, when writing of a block has been completed, each sub-block has been serially stored with its ECC information data appended. Further, because of the synchronization of the individual DSUs' spindles, when the read/write heads are positioned in the tracks storing the sub-blocks involved, the bits of each individual row will appear beneath the respective read/write heads at very close to the same instant.
It is usually the case that a particular data block is to be stored at a predetermined physical location on the disks of DSUs 19a, b, c, d. Thus, the data block must be presented to block divider 10 at a time synchronized with the angular position of the spindles which carry the disk media within DSUs 19a, b, c, d. Typically, the data source is itself signalled to begin transmitting the data block to be stored when the read/write heads have been properly positioned in the desired data tracks and the disks' angular positions are such that the writing signals appear on the read/write heads as the desired physical lengths of the tracks are passing beneath the heads. Such synchronization and coordination between the transmission of data from the source and the disk(s) on which it is to be stored is well known.
3. Reading
During reading, control signals encoding the location of the desired data block issued to the individual DSUs 19a, b, c, d on path 25 cause the read/write heads to be positioned on the tracks containing the sub-blocks of the desired data block. Further, the read/write signal on path 25 specifies the desired function as reading. As the individual bit spaces move past the read/write heads, each of the DSUs 19a, b, c, d encode in a raw data signal carried on paths 16a, b, c, d respectively, the bits of the sub-block stored in the track spaces specified by the read/write signal. Bits in the raw data signals are accompanied by clock (CLK) signals on paths 15a, b, c, d, as provided by the DSU 19a, b, c, d involved. A set of serial to parallel circuits 26a, b, c, d receives the raw data and clock signals from their respective DSUs 19a, b, c, d and assembles each successive set of 8 bits into 8 bit parallel byte signals on paths 17a, b, c, d followed a very short fixed internal later by a byte clock signal on the associated path 22a, b, c, d.
Byte parity generators 18a, b, c, d receive the 8 bit bytes on paths 17a, b, c, d respectively and generate an odd byte parity bit for the byte received, encoding this parity bit in the signals on paths 24a, b, c, d respectively. Byte parity generators 18a, b, c, d are of the type with such great internal speed relative to the time that a particular 8 bit byte signal is available on paths 17a, b, c, d that each 8 bit byte signal and its associated byte parity bit can be treated as a single 9 bit byte. This is symbolized by the combining of the parity signals on paths 24a, b, c, d with their related byte signals on paths 17a, b, c, d to form 9 bit byte signals as encoded on paths 21a, b, c, d. This, the clock signal on the respective clock signal path 22a, b, c, d identifies the times at which individual data and row parity bits are present on paths 21a, b, c, d respectively. If errors occur in the data during later processing, testing this row parity is very likely to reveal such errors, and the capability of the error correction system to be described allow errors in different sub-blocks to be corrected in many cases.
A data recovery system 30 receives these data and row parity signals and provides an output signal on path 62 encoding the data block originally supplied on path 11, correcting those errors which are correctable. Internal faults sensed by DSUs 19a, b, c, d are indicated to data recovery system 30 on their respective fault signal paths 23a, b, c, d. In many cases, this system can also recover from complete loss of data on one DSU 19a, b, c, d, as indicated by a fault signal on a path 23a, b, c, d.
4. Error Recovery
FIG. 2 discloses the details of system 30 which allows the reconstruction of an entire data block stored on DSUs 19a, b, c in spite of the presence of one or more otherwise uncorrectable errors in, or even the unavailability of, a constituent sub-block stored on any one of the DSUs 19a, b, c. The earlier-mentioned read command on path 25 also signals a control logic element 50 to begin a read sequence, the steps of which will be described in conjunction with the description of the various elements shown in FIG. 2.
The major elements at the input side of the readback circuitry are sub-block buffers 52a, b, c, d, which store each entire sub-block as they are received on paths 21a, b, c, d from DSUs 19a, b, c, d respectively. Sub-block buffers 52a, b, c, d are similar devices from which the data sub-blocks are read and corrected if necessary. The byte parity, DSU fault signals, and the appended ECC information may all be used to determine need for corrections. Their use will be explained using buffer 52a as an example. Buffer 52a has an internal pointer register for addressing its bit locations. This internal register is initially cleared by a RESET ADR (ADdRess) signal on path 66 generated in response to a read command on path 25. The internal pointer register is incremented by one by each clock (CLK) signal pulse on path 68a. When the read/write select (R/W SEL) signal on path 65 is set to a logical 1, it places buffer 52 a in write mode and individual 9 bit bytes can be loaded into buffer 52a via data path 21a and stored or written in the location in buffer 52a specified by its pointer register. Successive clock pulses on path 68a cause this pointer register to cycle through the internal memory of buffer 52a and load successive bytes presented on path 21a into the buffer locations specified by the internal pointer register.
When path 65 carries a logical 0, buffer 52a is set to read mode and places on data path 63a a signal encoding the contents of the byte location addressed by the pointer register. As the pointer register content is incremented by pulses on path 68a, path 63a successively carries signals encoding each byte stored in buffer 52a. Further, when buffer 52a first enters read mode from write mode, the correction part of the ECC algorithm by which the ECC information appended to the data on path 21a is developed, is implemented within buffer 52a to correct the data in buffer 52a if necessary and possible. Similar activity is associated with each of sub-block buffers 52b, c, d.
ECC test element 57a is very closely related to sub-block buffer 52a, and receives the data and byte parity signals on path 21a to perform the complementary function of detecting errors in the data. Errors detectable but uncorrectable by the ECC algorithm are independently signalled by ECC test element 57a with a logical 1 on path 67a. A logical 0 indicates either a sub-block which had no errors in it or one in which errors had been corrected within buffer 52a. Test elements 57b, c, d are similarly related to buffers 52b, c, d and perform the same functions, providing a logical 1 signal on paths 67b, c, d when detectable but uncorrectable errors are present in the sub-block just received, and a logical 0 otherwise. It is necessary to reset each test element 57a, b, c, d before receipt of each sub-block.
A read operation requested by a signal on path 25 prompts control logic device 50 to execute a signal sequence for first loading the individual sub-blocks from DSUs 19a, b, c, d into buffers 52a, b, c, d and then eventually placing the sub-block bytes sequentially on paths 62a, b, c, corrected as necessary and possible. Initially, control logic device 50 places a reset signal on path 66 which sets the internal pointer registers in sub-block buffers 52a, b, c, d to the address of the first byte's location in each. It can be assumed that shortly thereafter DSUs 19a, b, c, d (FIG. 1) start transmitting bits serially on paths 16a, b, c, d which are assembled into bytes and encoded in the signals on paths 21a, b, c, d, each byte being followed shortly by a load clock (LD CLK) signal on paths 22a, b, c, d, all respectively.
Each LD CLK signal on the paths 22a, b, c, d is applied to one input of an OR gate 55a, b, c, d respectively which in response produces the clock pulses on paths 68a, b, c, d needed to increment the pointer registers in buffers 52a, b, c, d. Since the timing of the LD CLK signals is ultimately controlled by the DSUs 19a, b, c, d individually, each buffer 52a, b, c, d can be filled at the speed of its associated DSU 19a, b, c, d.
As each data or row parity sub-block byte on data paths 21a, b, c, d is received by buffers 52a, b, c, d, the byte is also transmitted to the respective ECC test element 57a, b, c, d. Before the start of transmission from DSUs 19a, b, c, d, ECC test elements 57a, b, c, d receive on path 54 the clear error data signal from control logic device 50 which signal is used to initialize each element. Each test element 57a, b, c, d has an internal accumulator which contains during transmission of data bytes to it, the current results of the error detection algorithm employed by the elements 57a, b, c, d, and this is initially set to 0 in each by the clear error data signal on path 54. Elements 57a, b, c, d also typically contain an internal counter, each of which is set to the number of bytes in a data sub-block by the signal on path 54.
Each signal pulse on path 22a, b, c, d causes its associated ECC test element's counter to decrement by 1. When the counter has been decremented the number of times equalling the number of bytes in a sub-block, the error test element 57a, b, c, d then uses the remaining bytes received as the error detection code and compares it to the contents of the associated internal accumulator to determine whether detectable but not correctable errors are present in the data transmitted on the associated path 21a, b, c, d. If no such errors are present in this data (or in the row parity information on path 21d) a logical 0 is placed on the associated output path 67a, b, c, d. If an error is detected in this procedure, a logical 1 is placed on the path 67a, b, c, d associated with the erroneous data or row parity.
As previously mentioned, there are several errors which can be sensed internally by the DSUs 19a, b, c, d, and whose occurrence is signalled on the associated fault signal line 23a, b, c, d. The ECC test errors signalled on paths 67a, b, c, d are provided with the DSU fault signals on paths 23a, b, c, d to the inputs of OR gates 82a, b, c, d respectively. OR gates 82a, b, c, d thus provide an output signal which is a logical 1 when an error has been detected by either the associated DSU 19a, b, c, d or the associated ECC test element 57a, b, c, d. The OR gate 82a, b, c, d, outputs form the inputs to the set (S) inputs of flip-flops 59a, b, c, d respectively on paths 85a, b, c, d.
At the start of each read operation flip-flops 59a, b, c, d receive on their reset (R) inputs the clear error data signal provided on path 54. This signal sets the initial state of the flip-flops 59a, b, c, d to their cleared condition, where the logic levels of their outputs are 0. In response to a logical 1 on any of paths 85a, b, c, d, the associated flip-flop 59a, b, c, d output on path 70a, b, c, d is set to a logical 1. Thus, after each group of sub-blocks comprising a data block have been loaded into buffers 52a, b, c, d, the outputs of flip-flops 59a, b, c, d indicate by a 0 or a 1 at their outputs whether the data sub-block in the associated buffer 52a, b, c, d is respectively correct or in error. It should be noted that the logic circuitry handling the row parity sub-block stored in the row parity buffer 52d has some similarity to the logic circuitry for handling the data sub-blocks.
When the data sub-blocks and the row parity sub-block have been loaded into the sub-block buffers 52a, b, c, and 52d respectively, and the error flip-flops 59a, b, c, d have been set to indicate whether a sub-block contains an error or not as just explained, then the remainder of the read process, including error correction if necessary, can proceed. The control logic device 50 resets the pointers in sub-block buffers 52a, b, c, d to the start of the sub-blocks again within these buffers. Control logic device 50 also sets the outputs on the R/W SEL path 65 to a logical 0, conditioning buffers 52a, b, c, d to output the data stored in them on paths 63a, b, c, d. Control logic device 50 then issues read clock (RD CLK) pulses at a preset rate on path 64 in a number equal to the number of bytes stored in a sub-block. These are received by a second input terminal of OR gates 55a, b, c, d. Each of these pulses cause the OR gates 55a, b, c, d to transmit a pulse on paths 68a, b, c, d respectively, causing buffers 52a, b, c, d to transmit one sub-block byte stored within each of them on paths 63a, b, c, d. Each set of data bytes from buffers 52a, b, c, and the row parity byte from buffer 52d which issue in response to the same read clock pulse on path 64 contains associated information for purposes of correcting a portion of the data according to this invention. It should be noted that buffers 52a, b, c, d may be of the type which can be written into and read from simultaneously, in which case the buffers 52a, b, c, d may be loaded by the next block to be read from DSUs 19a, b, c, d while the current block is undergoing any correction needed and transmission from the buffers.
Transverse parity generator 56 simultaneously receives the data and parity bytes which have been read from buffers 52a, b, c, d by the same read clock pulse on path 64, and in response to this data generates, properly ordered, the eight bits of the bit by bit odd parity of each set of four associated bits provided on paths 63a, b, c, d. That is, the bits from each of the bytes on paths 63a, b, c, d which occupy the same position in their respective bytes are used to generate the bit in the parity byte on path 81 occupying the corresponding location. Odd parity is generated in each position so that if the bits involved are all correct, then the corresponding output parity bit on path 81 is a logical 0. If the parity of the four input bits is even, i.e., has one incorrect bit in it, then generating odd parity provides a logical 1 on path 81 in the corresponding bit position.
8×2 bit AND gate array 78 receives the 8 bits carried in parallel on path 81, properly ordered, at its 8 data (D) inputs and the output of inverter (I) element 74 on path 88 at each of its 8 gate (G) inputs. If the signal on path 88 at the gate input is a logical 0, each bit of the 8 outputs on path 69 from AND gate 78 is also a logical 0. If the signal on path 88 is a logical 1, the 8 data bits provided on path 81 to the 8 data inputs of AND gate array 78 are gated to the outputs on path 69 making its signal identical to the signal on path 81. It will be explained later how the gate input on path 88 is set to a logical 1 if the parity information byte currently being processed appears to be correct.
Turning next to the byte parity test elements 76a, b, c, d, each of these sequentially receive the bytes placed on paths 63a, b, c, d by the respective sub-block buffers 52a, b, c, d. The parity of each such byte is tested by the byte parity test element 76a, b, c, d receiving it, and if correct, a logical 0 is provided on the associated path 87a, b, c, d to the OR gate 77a b, c, d receiving the path's signal as an input. If parity is tested to be incorrect, then a logical 1 is provided on path 87a, b, c, d respectively to the OR gate 77a, b, c, d involved. As described above, each OR gate 77a, b, c, d receives as its other input the output of the associated error flip-flop 59a, b, c, d.
The outputs of OR gates 77a, b, c are provided on paths 80a, b, c respectively to the 8 gate (G) inputs of each of the 8×2 bits AND gate arrays 60a, b, c. 8×2 bit AND gate arrays 60a, b, c are identical in construction to that of 8×2 bit AND gate array 78 and of course operate in the same way. 8×2 bit AND gate arrays 60a, b, c receive at their 8 (D) inputs the properly ordered 8 bit output of 8×2 bit AND gate array 78 on path 69. The 8 bit outputs of the AND gate arrays 60a, b, c on paths 71a, b, c respectively thus duplicate the 8 bits on path 69 if and only if the sub-block associated with the 8×2 bit AND gate array 60a, b, c involved has an error in it as indicated by a logical 1 carried on the respective input path 80a, b, c.
OR gate 77d receives the output of flip-flop 59d on path 70d and of parity test element 76d on path 87d at its two inputs. If either or both of these inputs is a logical 1, i.e. an error has been sensed as indicated by flip-flop 59d or detected by byte parity test element 76d, then OR gate 77d produces a logical 1 encoded in the signal at its output, path 80d. The output of OR gate 77d is inverted by inverter 74 and provided to the gate input of 8×2 bit AND gate array 78 on path 88. Thus, if the parity information byte on path 81 has passed all of its error tests, a logical 1 is placed on path 88 and the parity information byte is gated by 8×2 bit AND gate array 78 to path 69.
8×2 bit exclusive OR (XOR) gate arrays 61a, b, c each receive two properly ordered 8 bit parallel inputs on their two inputs and provide the bit by bit exclusive OR of these two inputs as their outputs. As is well known, an exclusive OR element generates a logical 0 value if the two input arguments or signals are equal to each other, and a logical 1 value if the two arguments are unequal. Thus for each bit which is a binary or logical 1 in any of the 8 bit parallel paths 71a, b, c, 8×2 bit XOR gate arrays 61a, b, c provide the inversion of the corresponding bit of the data sub-block bytes carried on paths 63a, b, c as the output in the corresponding bit positions of 8 bit parallel data paths 62a, b, c. All of the bit values on paths 63a, b, c for which the corresponding bit values on paths 71a, b, c are a logical or binary 0, are provided unchanged in the corresponding bit position of the data paths 62a, b, c. To reiterate, it is, of course, essential that proper order of bit positions in path 63a with path 71a, path 63b with path 71b, etc. be maintained.
Thus, if a row parity error is present in a set of bits occupying the same relative position in buffers 52a, b, c, d and one of the drives (via fault signals on paths 23a, b, c, d), byte parity tests (via parity test elements 76a, b, c), or ECC test (elements 57a, b, c) identifies the buffer in which the erroneous bit is located, the bit is inverted by the 8×2 bit XOR gate 61a, b, c receiving it on the respective path 63a, b, c. This corrects that bit in that its changed value causes its associated bits in the remaining two of the three buffers 52a, b, c and row parity buffer 52d to agree paritywise.
An example is helpful here. Assume that during readback of a data block from DSUs 19a, b, c, d an error is detected in sub-block 2 by sub-block 2 ECC test element 57b. This causes error flip-flop 2 (FF2) 59b to set set, with a logical 1 present on its output path 70b. At some time while individual 8 bit bytes are issuing on paths 63a, b, c, d further assume that transverse parity generator 56 provides an output on path 81 in which a single bit is set to a logical 1. Let us assume that the data bit corresponding to this logical 1 on path 81 and carried on path 63b is also a logical 1. If a logical 0 is present on path 80d indicating that according to conditions controlling its value the row parity sub-block in the row parity buffer 52d is correct, then the parity byte on path 81, including at least one logical 1 bit generated by the parity generator 56 and identifying the location of the bit in error on path 63b, is gated to path 69. This 8 bit byte is further gated by the logical 1 generated on path 80b by OR gate 77b to path 71b. The bit on path 63b having the same bit position as the logical 1 on path 71b from 8×2 bit AND gate 60b is inverted by the 8×2 bit XOR gate 61b and issues as a logical 0 on path 62b because both inputs at the bit position have the same value, in this case 1. The logical 0 on path 62b at the position of interest here is the inverse of the logical 1 on path 63b which was read from DSU 19b. In all likelihood, this bit (and perhaps others as well in this sub-block stored in buffer 52b) is incorrect, and by inverting this bit from buffer 52b, the correct value for the bit is encoded in the signal on path 62b. Note that inverting a single bit in any group of four for which parity is calculated by transverse parity generator 56 changes the parity of that group, on effect correcting it.
The unlikely event of two or more data and row parity sub-blocks of a block being in error is dealt with by supplying the outputs from OR gates 77a, b, c, d to "2+bad sub-blocks" element 72. If two or more logical 1's are presented on path 80a, b, c, d to element 72, this indicates that two or more of the sub-blocks of a block have errors in them. In response to this condition, element 72 provides a signal on path 73 which indicates to the CPU or other external device that uncorrectable errors are present in the block.
Note that for byte parity errors detected by parity test elements 76a, b, c, d, it is possible that for successive bytes, different data sub-blocks may contain the error(s), and yet be correctable. This is because the byte parity generated by the byte parity generators 18a, b, c, d shown in FIG. 1 is localized to the single byte involved, and hence need not affect the correction of similar errors occurring in non-associated bytes in other sub-blocks. Note also that if a DSU or ECC fault is detected for a particular sub-block as indicated by the appropriate error flip-flop 59a, b, c, d, a byte parity error in a different sub-block can no longer be corrected. This condition is flagged by test element 72.
It is well known that the function of logic circuitry such as that described above can be duplicated by many different logic structures. For example, selection of logical 0 and 1 values is somewhat arbitrary in that these terms really represent only voltage levels and individual circuit responses to these voltages. These conventions and others as well are well known to those having familiarity with logic design, and no particular note need be taken of such.
As was previously mentioned, it is also important to realize that use of three only DSUs 19a, b, c to store data is probably not the number that a typical commercial system would have, since the reliability of these units justifies in most cases that eight or more be united in a single system. The configuration of sub-block buffers 57a, b, c, d in storing 8 bit parallel bytes is arbitrary as well. In such a complex electronic system as is described above, it is to be expected that many alternatives are possible in employing the inventive concepts to provide a device having similar capabilities. Thus, I respectively request that the claims here following be given an interpretation which covers mere imitations of the system described above and differ therefrom in insubstantial ways while using my inventive concepts.
Patent | Priority | Assignee | Title |
10013373, | Mar 15 2013 | BITMICRO LLC | Multi-level message passing descriptor |
10025736, | Apr 17 2014 | BITMICRO LLC | Exchange message protocol message transmission between two devices |
10042792, | Apr 17 2014 | BITMICRO LLC | Method for transferring and receiving frames across PCI express bus for SSD device |
10042799, | Mar 15 2013 | BITMICRO LLC | Bit-mapped DMA transfer with dependency table configured to monitor status so that a processor is not rendered as a bottleneck in a system |
10045685, | Jan 23 2006 | PSIP LLC | Endoscope |
10055150, | Apr 17 2014 | BITMICRO LLC | Writing volatile scattered memory metadata to flash device |
10078604, | Apr 17 2014 | BITMICRO LLC | Interrupt coalescing |
10082966, | Sep 14 2009 | BITMICRO LLC | Electronic storage device |
10120586, | Nov 16 2007 | BITMICRO LLC | Memory transaction with reduced latency |
10120694, | Mar 17 2014 | BITMICRO LLC | Embedded system boot from a storage device |
10133686, | Sep 07 2009 | BITMICRO LLC | Multilevel memory bus system |
10149399, | Sep 04 2009 | BITMICRO LLC | Solid state drive with improved enclosure assembly |
10180887, | Oct 05 2011 | BITMICRO LLC | Adaptive power cycle sequences for data recovery |
10210084, | Mar 15 2013 | BITMICRO LLC | Multi-leveled cache management in a hybrid storage system |
10423554, | Mar 15 2013 | BITMICRO LLC | Bus arbitration with routing and failover mechanism |
10489318, | Mar 15 2013 | BITMICRO LLC | Scatter-gather approach for parallel data transfer in a mass storage system |
10552050, | Apr 07 2017 | BITMICRO LLC | Multi-dimensional computer storage system |
11529044, | Dec 13 2005 | PSIP LLC | Endoscope imaging device |
11886295, | Jan 31 2022 | Pure Storage, Inc.; Pure Storage, Inc | Intra-block error correction |
5289478, | Mar 11 1991 | Fujitsu Limited | Method and means for verification of write data |
5457791, | May 07 1992 | HITAHCI, LTD | Storage system and method of control |
5581778, | Aug 05 1992 | Sarnoff Corporation | Advanced massively parallel computer using a field of the instruction to selectively enable the profiling counter to increase its value in response to the system clock |
5617425, | May 26 1993 | Seagate Technology LLC | Disc array having array supporting controllers and interface |
5649162, | May 24 1993 | Round Rock Research, LLC | Local bus interface |
5805785, | Feb 27 1996 | International Business Machines Corporation | Method for monitoring and recovery of subsystems in a distributed/clustered system |
6098191, | Feb 28 1996 | Hitachi, Ltd. | Storage unit and storage unit subsystem |
6115788, | Feb 20 1998 | Seagate Technology LLC | Multi-drive array with improved data transfer rate performance |
6158038, | Nov 15 1996 | SOCIONEXT INC | Method and apparatus for correcting data errors |
6356925, | Mar 16 1999 | LENOVO SINGAPORE PTE LTD | Check digit method and system for detection of transposition errors |
6397365, | May 18 1999 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | Memory error correction using redundant sliced memory and standard ECC mechanisms |
6463559, | Jun 30 1999 | International Business Machines Corporation | Non-volatile fault indicator |
6976146, | May 21 2002 | Network Appliance, Inc | System and method for emulating block appended checksums on storage devices by sector stealing |
6978283, | Dec 21 2001 | Network Appliance, Inc. | File system defragmentation technique via write allocation |
6993701, | Dec 28 2001 | NetApp, Inc | Row-diagonal parity technique for enabling efficient recovery from double failures in a storage array |
7073115, | Dec 28 2001 | Network Appliance, Inc | Correcting multiple block data loss in a storage array using a combination of a single diagonal parity group and multiple row parity groups |
7111147, | Mar 21 2003 | NetApp, Inc | Location-independent RAID group virtual block management |
7143235, | Mar 21 2003 | NetApp, Inc | Proposed configuration management behaviors in a raid subsystem |
7185144, | Nov 24 2003 | NetApp, Inc | Semi-static distribution technique |
7194595, | Sep 27 2004 | NetApp, Inc | Technique for translating a hybrid virtual volume file system into a pure virtual file system data stream |
7200715, | Mar 21 2002 | NetApp, Inc | Method for writing contiguous arrays of stripes in a RAID storage system using mapped block writes |
7203892, | Dec 28 2001 | Network Appliance, Inc. | Row-diagonal parity technique for enabling efficient recovery from double failures in a storage array |
7243207, | Sep 27 2004 | NetApp, Inc | Technique for translating a pure virtual file system data stream into a hybrid virtual volume |
7254813, | Mar 21 2002 | NetApp, Inc | Method and apparatus for resource allocation in a raid system |
7260678, | Oct 13 2004 | NetApp, Inc | System and method for determining disk ownership model |
7263629, | Nov 24 2003 | NetApp, Inc | Uniform and symmetric double failure correcting technique for protecting against two disk failures in a disk array |
7275179, | Apr 24 2003 | NetApp, Inc | System and method for reducing unrecoverable media errors in a disk subsystem |
7328305, | Nov 03 2003 | NetApp, Inc | Dynamic parity distribution technique |
7328364, | Mar 21 2003 | NetApp, Inc | Technique for coherent suspension of I/O operations in a RAID subsystem |
7334094, | Apr 30 2004 | NetApp, Inc | Online clone volume splitting technique |
7334095, | Apr 30 2004 | NetApp, Inc | Writable clone of read-only volume |
7346831, | Nov 13 2001 | Network Appliance, Inc.; Network Appliance, Inc | Parity assignment technique for parity declustering in a parity array of a storage system |
7360018, | Mar 25 2005 | Hitachi, Ltd. | Storage control device and storage device error control method |
7366837, | Nov 24 2003 | NetApp, Inc | Data placement technique for striping data containers across volumes of a storage system cluster |
7376796, | Nov 01 2005 | NetApp, Inc | Lightweight coherency control protocol for clustered storage system |
7392428, | Nov 19 2004 | International Business Machines Corporation | Method and system for recovering from abnormal interruption of a parity update operation in a disk array system |
7392458, | Nov 19 2004 | International Business Machines Corporation | Method and system for enhanced error identification with disk array parity checking |
7398460, | Jan 31 2005 | Network Appliance, Inc. | Technique for efficiently organizing and distributing parity blocks among storage devices of a storage array |
7401093, | Nov 10 2003 | NetApp, Inc | System and method for managing file data during consistency points |
7409494, | Apr 30 2004 | NetApp, Inc | Extension of write anywhere file system layout |
7409511, | Apr 30 2004 | NetApp, Inc | Cloning technique for efficiently creating a copy of a volume in a storage system |
7409625, | Dec 28 2001 | Network Appliance, Inc. | Row-diagonal parity technique for enabling efficient recovery from double failures in a storage array |
7424497, | Jan 27 2005 | NetApp, Inc | Technique for accelerating the creation of a point in time prepresentation of a virtual file system |
7424637, | Mar 21 2003 | NetApp, Inc | Technique for managing addition of disks to a volume of a storage system |
7428691, | Nov 12 2003 | Data recovery from multiple failed data blocks and storage units | |
7430571, | Apr 30 2004 | NetApp, Inc | Extension of write anywhere file layout write allocation |
7437523, | Apr 25 2003 | NetApp, Inc | System and method for on-the-fly file folding in a replicated storage system |
7437652, | Dec 28 2001 | Network Appliance, Inc. | Correcting multiple block data loss in a storage array using a combination of a single diagonal parity group and multiple row parity groups |
7437727, | Mar 21 2002 | NetApp, Inc | Method and apparatus for runtime resource deadlock avoidance in a raid system |
7447938, | Apr 24 2003 | Network Appliance, Inc. | System and method for reducing unrecoverable media errors in a disk subsystem |
7467276, | Oct 25 2005 | NetApp, Inc | System and method for automatic root volume creation |
7478101, | Dec 23 2003 | NetApp, Inc | System-independent data format in a mirrored storage system environment and method for using the same |
7487394, | Nov 19 2004 | International Business Machines Corporation | Recovering from abnormal interruption of a parity update operation in a disk array system |
7506111, | Dec 20 2004 | NetApp, Inc | System and method for determining a number of overwitten blocks between data containers |
7509329, | Jun 01 2004 | NetApp, Inc | Technique for accelerating file deletion by preloading indirect blocks |
7509525, | Mar 08 2002 | Network Appliance, Inc. | Technique for correcting multiple storage device failures in a storage array |
7516285, | Jul 22 2005 | NetApp, Inc | Server side API for fencing cluster hosts via export access rights |
7519628, | Jun 01 2004 | NetApp, Inc | Technique for accelerating log replay with partial cache flush |
7523286, | Nov 19 2004 | NetApp, Inc | System and method for real-time balancing of user workload across multiple storage systems with shared back end storage |
7574464, | Feb 14 2005 | NetApp, Inc | System and method for enabling a storage system to support multiple volume formats simultaneously |
7590660, | Mar 21 2006 | NetApp, Inc | Method and system for efficient database cloning |
7593975, | Dec 21 2001 | NetApp, Inc | File system defragmentation technique to reallocate data blocks if such reallocation results in improved layout |
7603532, | Oct 15 2004 | NetApp, Inc | System and method for reclaiming unused space from a thinly provisioned data container |
7613947, | Nov 30 2006 | NetApp, Inc | System and method for storage takeover |
7613984, | Dec 28 2001 | NetApp, Inc | System and method for symmetric triple parity for failing storage devices |
7617370, | Apr 29 2005 | NetApp, Inc | Data allocation within a storage system architecture |
7627715, | Nov 13 2001 | NetApp, Inc. | Concentrated parity technique for handling double failures and enabling storage of more than one parity block per stripe on a storage device of a storage array |
7634760, | May 23 2005 | NetApp, Inc | System and method for remote execution of a debugging utility using a remote management module |
7636744, | Nov 17 2004 | NetApp, Inc | System and method for flexible space reservations in a file system supporting persistent consistency point images |
7640484, | Dec 28 2001 | NetApp, Inc | Triple parity technique for enabling efficient recovery from triple failures in a storage array |
7647451, | Nov 24 2003 | NetApp, Inc. | Data placement technique for striping data containers across volumes of a storage system cluster |
7647526, | Dec 06 2006 | NetApp, Inc | Reducing reconstruct input/output operations in storage systems |
7650366, | Sep 09 2005 | NetApp, Inc | System and method for generating a crash consistent persistent consistency point image set |
7653682, | Jul 22 2005 | NetApp, Inc | Client failure fencing mechanism for fencing network file system data in a host-cluster environment |
7660966, | Mar 21 2003 | NetApp, Inc. | Location-independent RAID group virtual block management |
7661020, | Apr 24 2003 | NetApp, Inc. | System and method for reducing unrecoverable media errors |
7664913, | Mar 21 2003 | NetApp, Inc | Query-based spares management technique |
7669107, | Nov 19 2004 | International Business Machines Corporation | Method and system for increasing parallelism of disk accesses when restoring data in a disk array system |
7685462, | Mar 21 2003 | NetApp, Inc. | Technique for coherent suspension of I/O operations in a RAID subsystem |
7693864, | Jan 03 2006 | NetApp, Inc | System and method for quickly determining changed metadata using persistent consistency point image differencing |
7694173, | Mar 21 2003 | NetApp, Inc. | Technique for managing addition of disks to a volume of a storage system |
7707165, | Dec 09 2004 | NetApp, Inc | System and method for managing data versions in a file system |
7720801, | Dec 19 2003 | NetApp, Inc | System and method for supporting asynchronous data replication with very short update intervals |
7721062, | Nov 10 2003 | NetApp, Inc | Method for detecting leaked buffer writes across file system consistency points |
7730277, | Oct 25 2004 | NetApp, Inc | System and method for using pvbn placeholders in a flexible volume of a storage system |
7734603, | Jan 26 2006 | NetApp, Inc | Content addressable storage array element |
7734980, | Jun 24 2005 | Intel Corporation; Intel Corporaiton | Mitigating silent data corruption in a buffered memory module architecture |
7739250, | Nov 10 2003 | NetApp, Inc. | System and method for managing file data during consistency points |
7739318, | Jun 20 2005 | NetApp, Inc | System and method for maintaining mappings from data containers to their parent directories |
7757056, | Mar 16 2005 | NetApp, Inc | System and method for efficiently calculating storage required to split a clone volume |
7769723, | Apr 28 2006 | NetApp, Inc | System and method for providing continuous data protection |
7779201, | Oct 13 2004 | NetApp, Inc. | System and method for determining disk ownership model |
7779335, | Nov 19 2004 | International Business Machines Corporation | Enhanced error identification with disk array parity checking |
7783611, | Nov 10 2003 | NetApp, Inc | System and method for managing file metadata during consistency points |
7809693, | Feb 10 2003 | NetApp, Inc | System and method for restoring data on demand for instant volume restoration |
7818299, | Mar 19 2002 | NetApp, Inc. | System and method for determining changes in two snapshots and for transmitting changes to a destination snapshot |
7822921, | Oct 31 2006 | NetApp, Inc | System and method for optimizing write operations in storage systems |
7827350, | Apr 27 2007 | NetApp, Inc | Method and system for promoting a snapshot in a distributed file system |
7836331, | May 15 2007 | NetApp, Inc | System and method for protecting the contents of memory during error conditions |
7840837, | Apr 27 2007 | NetApp, Inc | System and method for protecting memory during system initialization |
7856423, | Sep 09 2005 | NetApp, Inc. | System and method for generating a crash consistent persistent consistency point image set |
7873700, | Aug 09 2002 | NetApp, Inc | Multi-protocol storage appliance that provides integrated support for file and block access protocols |
7882304, | Apr 27 2007 | NetApp, Inc | System and method for efficient updates of sequential block storage |
7921257, | Nov 03 2003 | NetApp, Inc. | Dynamic parity distribution technique |
7925622, | Oct 10 2002 | NetApp, Inc. | System and method for file system snapshot of a virtual logical disk |
7926059, | Mar 21 2002 | NetApp, Inc. | Method and apparatus for decomposing I/O tasks in a RAID system |
7930475, | Mar 21 2002 | NetApp, Inc. | Method for writing contiguous arrays of stripes in a RAID storage system using mapped block writes |
7930587, | Nov 30 2006 | NetApp, Inc. | System and method for storage takeover |
7934060, | Nov 01 2005 | NetApp, Inc. | Lightweight coherency control protocol for clustered storage system |
7962528, | Jan 03 2006 | NetApp, Inc. | System and method for quickly determining changed metadata using persistent consistency point image differencing |
7970770, | Apr 30 2004 | NetApp, Inc. | Extension of write anywhere file layout write allocation |
7970996, | Nov 13 2001 | NetApp, Inc. | Concentrated parity technique for handling double failures and enabling storage of more than one parity block per stripe on a storage device of a storage array |
7975102, | Aug 06 2007 | NetApp, Inc | Technique to avoid cascaded hot spotting |
7979402, | Nov 10 2003 | NetApp, Inc. | System and method for managing file data during consistency points |
7979633, | Mar 21 2002 | NetApp, Inc. | Method for writing contiguous arrays of stripes in a RAID storage system |
7979779, | Dec 28 2001 | NetApp, Inc. | System and method for symmetric triple parity for failing storage devices |
7984259, | Dec 17 2007 | NetApp, Inc | Reducing load imbalance in a storage system |
7984328, | Apr 24 2003 | NetApp, Inc. | System and method for reducing unrecoverable media errors |
7996636, | Nov 06 2007 | NetApp, Inc | Uniquely identifying block context signatures in a storage volume hierarchy |
8010874, | Dec 28 2001 | NetApp, Inc. | Triple parity technique for enabling efficient recovery from triple failures in a storage array |
8015472, | Dec 28 2001 | NetApp, Inc. | Triple parity technique for enabling efficient recovery from triple failures in a storage array |
8019842, | Jan 27 2005 | NetApp, Inc | System and method for distributing enclosure services data to coordinate shared storage |
8032704, | Nov 24 2003 | NetApp, Inc. | Data placement technique for striping data containers across volumes of a storage system cluster |
8041888, | Feb 05 2004 | NetApp, Inc | System and method for LUN cloning |
8041924, | Mar 21 2003 | NetApp, Inc. | Location-independent raid group virtual block management |
8055702, | Apr 25 2005 | NetApp, Inc | System and method for caching network file systems |
8099576, | Apr 30 2004 | NetApp, Inc. | Extension of write anywhere file system layout |
8126935, | Feb 14 2005 | NetApp, Inc. | System and method for enabling a storage system to support multiple volume formats simultaneously |
8132073, | Jun 30 2009 | EMC IP HOLDING COMPANY LLC | Distributed storage system with enhanced security |
8156282, | Oct 31 2006 | NetApp, Inc. | System and method for optimizing write operations in storage systems |
8161007, | Dec 19 2003 | NetApp, Inc. | System and method for supporting asynchronous data replication with very short update intervals |
8161236, | Apr 23 2008 | NetApp, Inc. | Persistent reply cache integrated with file system |
8171227, | Mar 11 2009 | NetApp, Inc. | System and method for managing a flow based reply cache |
8180855, | Jan 27 2005 | NetApp, Inc | Coordinated shared storage architecture |
8181090, | Dec 28 2001 | NetApp, Inc. | Triple parity technique for enabling efficient recovery from triple failures in a storage array |
8196018, | Nov 19 2004 | International Business Machines Corporation | Enhanced error identification with disk array parity checking |
8197399, | May 19 2006 | PSIP LLC | System and method for producing and improving images |
8201149, | May 23 2005 | NetApp, Inc. | System and method for remote execution of a debugging utility using a remote management module |
8209289, | Sep 04 2008 | NetApp, Inc. | Technique for accelerating the creation of a point in time representation of a virtual file system |
8209587, | Apr 12 2007 | NetApp, Inc | System and method for eliminating zeroing of disk drives in RAID arrays |
8219749, | Apr 27 2007 | NetApp, Inc | System and method for efficient updates of sequential block storage |
8219821, | Mar 27 2007 | NetApp, Inc | System and method for signature based data container recognition |
8260831, | Mar 31 2006 | NetApp, Inc | System and method for implementing a flexible storage manager with threshold control |
8266191, | Nov 17 2004 | NetApp, Inc. | System and method for flexible space reservations in a file system supporting persistent consistency point image |
8285817, | Mar 20 2006 | NetApp, Inc | Migration engine for use in a logical namespace of a storage system environment |
8301673, | Dec 29 2006 | Network Appliance, Inc | System and method for performing distributed consistency verification of a clustered file system |
8310530, | May 19 2006 | PSIP LLC | Device and method for reducing effects of video artifacts |
8312214, | Mar 28 2007 | NetApp, Inc | System and method for pausing disk drives in an aggregate |
8402346, | Dec 28 2001 | NetApp, Inc. | N-way parity technique for enabling recovery from up to N storage device failures |
8468304, | Nov 13 2001 | NetApp, Inc. | Concentrated parity technique for handling double failures and enabling storage of more than one parity block per stripe on a storage device of a storage array |
8495417, | Jan 09 2009 | NetApp, Inc | System and method for redundancy-protected aggregates |
8516342, | Dec 28 2001 | NetApp, Inc. | Triple parity technique for enabling efficient recovery from triple failures in a storage array |
8533201, | Apr 30 2004 | NetApp, Inc. | Extension of write anywhere file layout write allocation |
8560503, | Jan 26 2006 | NetApp, Inc | Content addressable storage system |
8560773, | Aug 06 2007 | NetApp, Inc. | Technique to avoid cascaded hot spotting |
8583892, | Apr 30 2004 | NetApp, Inc. | Extension of write anywhere file system layout |
8621059, | Jan 27 2005 | NetApp, Inc. | System and method for distributing enclosure services data to coordinate shared storage |
8621154, | Apr 18 2008 | NetApp, Inc. | Flow based reply cache |
8621172, | Oct 15 2004 | NetApp, Inc. | System and method for reclaiming unused space from a thinly provisioned data container |
8621465, | Mar 21 2002 | NetApp, Inc. | Method and apparatus for decomposing I/O tasks in a RAID system |
8626866, | Apr 25 2005 | NetApp, Inc. | System and method for caching network file systems |
8725986, | Apr 18 2008 | NetApp, Inc. | System and method for volume block number to disk block number mapping |
8880814, | Aug 06 2007 | NetApp, Inc. | Technique to avoid cascaded hot spotting |
8898381, | Dec 08 2009 | Kioxia Corporation | Raid storage systems having arrays of solid-state drives and methods of operation |
8898536, | Apr 27 2007 | NetApp, Inc | Multi-core engine for detecting bit errors |
8903761, | Jun 20 2005 | NetApp, Inc. | System and method for maintaining mappings from data containers to their parent directories |
8903830, | Apr 30 2004 | NetApp, Inc. | Extension of write anywhere file layout write allocation |
8990539, | Apr 30 2004 | NetApp, Inc. | Extension of write anywhere file system layout |
8990653, | Mar 31 2006 | STMicroelectronics, Inc. | Apparatus and method for transmitting and recovering encoded data streams across multiple physical medium attachments |
9099187, | Sep 14 2009 | BITMICRO LLC | Reducing erase cycles in an electronic storage device that uses at least one erase-limited memory device |
9152503, | Mar 16 2005 | NetApp, Inc. | System and method for efficiently calculating storage required to split a clone volume |
9152600, | Apr 25 2005 | NetApp, Inc. | System and method for caching network file systems |
9158579, | Nov 10 2008 | NetApp, Inc. | System having operation queues corresponding to operation execution time |
9280457, | Apr 18 2008 | NetApp, Inc. | System and method for volume block number to disk block number mapping |
9372755, | Oct 05 2011 | BITMICRO LLC | Adaptive power cycle sequences for data recovery |
9400617, | Mar 15 2013 | BITMICRO LLC | Hardware-assisted DMA transfer with dependency table configured to permit-in parallel-data drain from cache without processor intervention when filled or drained |
9411514, | Mar 21 2002 | NetApp, Inc. | Method and apparatus for decomposing I/O tasks in a RAID system |
9423457, | Mar 14 2013 | BITMICRO LLC | Self-test solution for delay locked loops |
9430278, | Nov 10 2008 | NetApp, Inc. | System having operation queues corresponding to operation execution time |
9430386, | Mar 15 2013 | BITMICRO LLC | Multi-leveled cache management in a hybrid storage system |
9430493, | Apr 30 2004 | NetApp, Inc. | Extension of write anywhere file layout write allocation |
9484103, | Sep 14 2009 | BITMICRO LLC | Electronic storage device |
9501436, | Mar 15 2013 | BITMICRO LLC | Multi-level message passing descriptor |
9577671, | Dec 05 2014 | SK Hynix Inc. | Parity check circuit and memory device including the same |
9613418, | Apr 10 2007 | PSIP LLC | Method and device for examining or imaging an interior surface of a cavity |
9672178, | Mar 15 2013 | BITMICRO LLC | Bit-mapped DMA transfer with dependency table configured to monitor status so that a processor is not rendered as a bottleneck in a system |
9720603, | Mar 15 2013 | BITMICRO LLC | IOC to IOC distributed caching architecture |
9734067, | Mar 15 2013 | BITMICRO LLC | Write buffering |
9798688, | Mar 15 2013 | BITMICRO LLC | Bus arbitration with routing and failover mechanism |
9811461, | Apr 17 2014 | BITMICRO LLC | Data storage system |
9842024, | Mar 15 2013 | BITMICRO LLC | Flash electronic disk with RAID controller |
9858084, | Mar 15 2013 | BITMICRO LLC | Copying of power-on reset sequencer descriptor from nonvolatile memory to random access memory |
9875205, | Mar 15 2013 | BITMICRO LLC | Network of memory systems |
9916213, | Mar 15 2013 | BITMICRO LLC | Bus arbitration with routing and failover mechanism |
9923578, | Dec 05 2014 | SK Hynix Inc. | Parity check circuit and memory device including the same |
9934160, | Mar 15 2013 | BITMICRO LLC | Bit-mapped DMA and IOC transfer with dependency table comprising plurality of index fields in the cache for DMA transfer |
9952991, | Apr 17 2014 | BITMICRO LLC | Systematic method on queuing of descriptors for multiple flash intelligent DMA engine operation |
9971524, | Mar 15 2013 | BITMICRO LLC | Scatter-gather approach for parallel data transfer in a mass storage system |
9977077, | Mar 14 2013 | BITMICRO LLC | Self-test solution for delay locked loops |
9996419, | May 18 2012 | BITMICRO LLC | Storage system with distributed ECC capability |
RE41499, | Feb 25 1998 | Panasonic Corporation | High-speed error correcting apparatus with efficient data transfer |
RE42860, | Sep 18 1995 | Universal storage management system |
Patent | Priority | Assignee | Title |
3729725, | |||
4016547, | Jan 22 1976 | The United States of America as represented by the Secretary of the Navy | Mos shift register compensation system for defective tracks of drum storage system |
4053752, | Sep 15 1975 | International Business Machines Corporation | Error recovery and control in a mass storage system |
4092732, | May 31 1977 | International Business Machines Corporation | System for recovering data stored in failed memory unit |
4202018, | Sep 27 1978 | Optical Recording Corporation | Apparatus and method for providing error recognition and correction of recorded digital information |
4209809, | Sep 11 1978 | International Business Machines Corporation | Apparatus and method for record reorientation following error detection in a data storage subsystem |
4236207, | Oct 25 1977 | COMPAQ INFORMATION TECHNOLOGIES GROUP, L P | Memory initialization circuit |
4276647, | Aug 02 1979 | Xerox Corporation | High speed Hamming code circuit and method for the correction of error bursts |
4336612, | Jan 17 1978 | Mitsubishi Denki Kabushiki Kaisha | Error correction encoding and decoding system |
4358848, | Nov 14 1980 | International Business Machines Corporation | Dual function ECC system with block check byte |
4359772, | Nov 14 1980 | International Business Machines Corporation | Dual function error correcting system |
4423448, | Oct 18 1979 | LI FAMILY HOLDING, LTD | Multi-path to data facility for disk drive transducer arms |
4484238, | Jun 15 1982 | International Business Machines Corporation | Dual track magnetic recording method |
4486881, | Jun 19 1980 | Thomson-CSF | Device for real-time correction of errors in data recorded on a magnetic medium |
4494234, | Dec 29 1982 | International Business Machines Corporation | On-the-fly multibyte error correcting system |
4523275, | Nov 14 1980 | Sperry Corporation | Cache/disk subsystem with floating entry |
4525838, | Feb 28 1983 | International Business Machines Corporation | Multibyte error correcting system involving a two-level code structure |
4562577, | Sep 19 1983 | STUFF TECHNOLOGY PARTNERS II, LTD | Shared encoder/decoder circuits for use with error correction codes of an optical disk system |
4598357, | Nov 14 1980 | SPERRY CORPORATION, 1290 AVENUE OF THE AMERICAS NEW YORK, N Y 10019, A CORP OF | Cache/disk subsystem with file number for recovery of cached data |
4608688, | Dec 27 1983 | AT&T Bell Laboratories | Processing system tolerant of loss of access to secondary storage |
4612613, | May 16 1983 | Data General Corporation | Digital data bus system for connecting a controller and disk drives |
4622598, | Dec 06 1982 | Sony Corporation; Willi Studer AG | Method of recording odd and even words of one channel PCM signals in plural tracks |
4698810, | Aug 23 1984 | Hitachi, Ltd. | Data recording and reproducing system with error correction capability using ECC and CRC codes |
4706250, | Sep 27 1985 | International Business Machines Corporation; INTERNATIONAL BUSINESS MACNINES CORPORATION, ARMONK, NEW YORK 10504, A CORP OF N Y | Method and apparatus for correcting multibyte errors having improved two-level code structure |
4722085, | Feb 03 1986 | Unisys Corporation | High capacity disk storage system having unusually high fault tolerance level and bandpass |
4733396, | Dec 05 1985 | Kabushiki Kaisha Toshiba | Apparatus for detecting and correcting data transfer errors of a magnetic disk system |
4761785, | Jun 12 1986 | International Business Machines Corporation | Parity spreading to enhance storage access |
4817035, | Mar 16 1984 | CII Honeywell Bull; CII HONEYWELL BULL, A CORP OF FRANCE | Method of recording in a disk memory and disk memory system |
4849929, | Mar 16 1984 | Cii Honeywell Bull (Societe Anonyme) | Method of recording in a disk memory and disk memory system |
CA1014664, | |||
EP39565, | |||
EP201330, | |||
FR2561428, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Feb 02 1990 | Seagate Technology, Inc. | (assignment on the face of the patent) | / | |||
May 17 1990 | MAGNETIC PERIPHERALS INC , | Seagate Technology, INC | ASSIGNMENT OF ASSIGNORS INTEREST | 005307 | /0184 | |
Jul 28 2000 | Seagate Technology, INC | Seagate Technology LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 011077 | /0319 | |
Nov 22 2000 | Seagate Technology LLC | THE CHASE MANHATTAN BANK, AS COLLATERAL AGENT | SECURITY AGREEMENT | 011461 | /0001 | |
May 13 2002 | Seagate Technology LLC | JPMorgan Chase Bank, as Collateral Agent | SECURITY AGREEMENT | 013177 | /0001 | |
Nov 30 2005 | JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT FORMERLY KNOWN AS THE CHASE MANHATTAN BANK AND JPMORGAN CHASE BANK | Seagate Technology LLC | RELEASE OF SECURITY INTERESTS IN PATENT RIGHTS | 016926 | /0342 |
Date | Maintenance Fee Events |
Oct 30 1995 | M184: Payment of Maintenance Fee, 8th Year, Large Entity. |
Dec 02 1995 | ASPN: Payor Number Assigned. |
Jan 21 2000 | M185: Payment of Maintenance Fee, 12th Year, Large Entity. |
Feb 01 2000 | ASPN: Payor Number Assigned. |
Feb 08 2000 | RMPN: Payer Number De-assigned. |
Feb 18 2000 | ASPN: Payor Number Assigned. |
Feb 18 2000 | RMPN: Payer Number De-assigned. |
Date | Maintenance Schedule |
Oct 13 1995 | 4 years fee payment window open |
Apr 13 1996 | 6 months grace period start (w surcharge) |
Oct 13 1996 | patent expiry (for year 4) |
Oct 13 1998 | 2 years to revive unintentionally abandoned end. (for year 4) |
Oct 13 1999 | 8 years fee payment window open |
Apr 13 2000 | 6 months grace period start (w surcharge) |
Oct 13 2000 | patent expiry (for year 8) |
Oct 13 2002 | 2 years to revive unintentionally abandoned end. (for year 8) |
Oct 13 2003 | 12 years fee payment window open |
Apr 13 2004 | 6 months grace period start (w surcharge) |
Oct 13 2004 | patent expiry (for year 12) |
Oct 13 2006 | 2 years to revive unintentionally abandoned end. (for year 12) |