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.

Patent
   RE34100
Priority
Feb 02 1990
Filed
Feb 02 1990
Issued
Oct 13 1992
Expiry
Feb 02 2010
Assg.orig
Entity
Large
221
33
all paid
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 claim 1, further comprising:
(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 claim 2, wherein the byte error detection means receives signals encoding bytes from at least two different sub-blocks of the same data block and supplies byte error detection code signals for each, and wherein the data reconstruction means includes means receiving the byte error detection code signals, for supplying an uncorrectable error signal responsive to detecting errors in at least two bytes occupying the same relative position in two different sub-blocks.
4. The system of claim 2, wherein the byte error code generating means includes means for generating a parity bit signal for the byte.
5. The system of claim 1, wherein the data reconstruction means further includes means for receiving the sub-block error signals, and responding to errors in at least two sub-blocks of the same data block, supplies an uncorrectable error signal.
6. The apparatus system of claim 1 wherein the data redundancy means includes means for generating for a set of associated bits, one from each data sub-block, a signal encoding the parity of said set of bits.
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 claim 7, wherein data is applied to the storage system in data blocks of predetermined length and wherein the organizing means divides the block into data units and assigns an equal number of units to each of the plurality of data sub-blocks. 9. The fault tolerant data storage system of claim 8, wherein the sub-block error detection means further comprises processing error detection means for detecting errors introduced to the sub-blocks after reading of records from the data storage units, the processing error detection means including:
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.
PAC BACKGROUND OF THE INVENTION

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.

Hartness, Carl B.

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 Network Appliance, 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 Network Appliance, Inc Method and apparatus for resource allocation in a raid system
7260678, Oct 13 2004 Network Appliance, 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 Network Appliance, Inc. Dynamic parity distribution technique
7328364, Mar 21 2003 NETWORKS APPLIANCE, INC Technique for coherent suspension of I/O operations in a RAID subsystem
7334094, Apr 30 2004 Network Appliance, 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 Network Appliance, 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 NETWORK APPLICANCE, 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 Network Appliance, 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 Network Appliance, Inc System and method for automatic root volume creation
7478101, Dec 23 2003 Network Appliance, 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 Network Appliance, 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 Network Appliance, 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 Network Appliance, 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 Network Appliance, 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 Network Appliance, 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 Network Appliance, 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 Network Appliance, 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 NETWORK APPLICANCE, 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 Network Appliance, 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 Network Appliance, 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 Network Appliance, 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 Network Appliance, Inc Method and system for promoting a snapshot in a distributed file system
7836331, May 15 2007 Network Appliance, Inc System and method for protecting the contents of memory during error conditions
7840837, Apr 27 2007 Network Appliance, 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 Network Appliance, 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 Network Appliance, Inc; 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 onAssignorAssigneeConveyanceFrameReelDoc
Feb 02 1990Seagate Technology, Inc.(assignment on the face of the patent)
May 17 1990MAGNETIC PERIPHERALS INC ,Seagate Technology, INCASSIGNMENT OF ASSIGNORS INTEREST 0053070184 pdf
Jul 28 2000Seagate Technology, INCSeagate Technology LLCASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0110770319 pdf
Nov 22 2000Seagate Technology LLCTHE CHASE MANHATTAN BANK, AS COLLATERAL AGENTSECURITY AGREEMENT0114610001 pdf
May 13 2002Seagate Technology LLCJPMorgan Chase Bank, as Collateral AgentSECURITY AGREEMENT0131770001 pdf
Nov 30 2005JPMORGAN CHASE BANK, N A , AS ADMINISTRATIVE AGENT FORMERLY KNOWN AS THE CHASE MANHATTAN BANK AND JPMORGAN CHASE BANK Seagate Technology LLCRELEASE OF SECURITY INTERESTS IN PATENT RIGHTS0169260342 pdf
Date Maintenance Fee Events
Oct 30 1995M184: Payment of Maintenance Fee, 8th Year, Large Entity.
Dec 02 1995ASPN: Payor Number Assigned.
Jan 21 2000M185: Payment of Maintenance Fee, 12th Year, Large Entity.
Feb 01 2000ASPN: Payor Number Assigned.
Feb 08 2000RMPN: Payer Number De-assigned.
Feb 18 2000ASPN: Payor Number Assigned.
Feb 18 2000RMPN: Payer Number De-assigned.


Date Maintenance Schedule
Oct 13 19954 years fee payment window open
Apr 13 19966 months grace period start (w surcharge)
Oct 13 1996patent expiry (for year 4)
Oct 13 19982 years to revive unintentionally abandoned end. (for year 4)
Oct 13 19998 years fee payment window open
Apr 13 20006 months grace period start (w surcharge)
Oct 13 2000patent expiry (for year 8)
Oct 13 20022 years to revive unintentionally abandoned end. (for year 8)
Oct 13 200312 years fee payment window open
Apr 13 20046 months grace period start (w surcharge)
Oct 13 2004patent expiry (for year 12)
Oct 13 20062 years to revive unintentionally abandoned end. (for year 12)