SYSTEMS, METHODS, AND COMPUTER PROGRAM PRODUCTS FOR PROVIDING A TWO-BIT SYMBOL BUS ERROR CORRECTING CODE WITH ALL CHECKBITS TRANSFERRED LAST

Abstract

Systems, method, and computer program products for providing a nested two-bit symbol bus error correcting code scheme for transfer over a bus in two or more transfers. Methods include constructing a nested error correcting code (ECC) scheme. The method includes receiving a Hamming distance n code including original checkbits. A symbol correcting code H-matrix framework is defined including specifying bit positions for the original checkbits and for additional checkbits associated with a symbol correcting code. The bit positions are specified such that the original checkbits and the additional checkbits are in bit positions that are transferred over a bus in a transfer subsequent to a first transfer. A symbol correcting code H-matrix is created using the bit positions indicated by the framework by iteratively adding rows of H-matrix bits on a symbol column basis such that the symbol correcting code H-matrix describes the symbol correcting code, and the Hamming distance n code is preserved as a subset of the symbol correcting code H-matrix.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

Referring now to the drawings wherein like elements are numbered alike in the several FIGURES:

FIG. 1 is an exemplary standard, parallel bus, showing the bus bitlanes in pictoral format;

FIG. 2 is a representation of a high-speed bus where the number of bitlanes are reduced, but the speed of the data transfers is increased to provide for equivalent or faster bus bandwidth;

FIG. 3 shows a basic single error correcting and double error detecting Hamming distance n code matrix;

FIG. 4A shows the framework of a nested code stored in a H-matrix that may be utilized by exemplary embodiments;

FIG. 4B shows the framework of a nested code stored in a H-matrix with the symbol correcting code checkbits in the second position of the checkbit symbol columns that may be utilized by exemplary embodiments;

FIG. 5 depicts a process flow that may be utilized by exemplary embodiments to create a nested two-bit symbol bus error correcting code;

FIG. 6 depicts a process flow that may be utilized by exemplary embodiments to add extension bits to a symbol column; and

FIG. 7 depicts a process flow that may be utilized by exemplary embodiments to re-seed the nested two-bit symbol bus error correcting code.

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS

Exemplary embodiments provide methods and apparatuses for generating a bus error correcting code (ECC) for an m-transfer class of buses, where m is greater than 1 (i.e., the dataword is transferred over two or more bus cycles, with some or all of a different ECC codeword being incorporated into the bus ECC codeword). Exemplary embodiments generate nested, two-bit symbol codes which maintain and/or revise part of an original SEC/DED code and provide timing improvements in the bus transfer of both the newly generated S2EC/D2ED checkbits as well as the original SEC/DED code checkbits.

Exemplary embodiments include a method of constructing a nested error correcting code (ECC) scheme. The method includes receiving a Hamming distance n code including original checkbits. A symbol correcting code H-matrix framework is defined including specifying bit positions for the original checkbits and for additional checkbits associated with a symbol correcting code. The bit positions are specified such that the original checkbits and the additional checkbits are in bit positions that are transferred over a bus in a transfer subsequent to a first transfer. A symbol correcting code H-matrix is created using the bit positions indicated by the framework by iteratively adding rows of H-matrix bits on a symbol column basis such that the symbol correcting code H-matrix describes the symbol correcting code, and the Hamming distance n code is preserved as a subset of the symbol correcting code H-matrix. The data associated with the symbol correcting code may be referred to as the symbol correcting code or as the symbol correcting code codeword.

As is commonly known in the art, the term “Hamming distance” refers to how powerfully an ECC can detect and/or correct errors. A d=3 code can correct all single errors. A d=4 code can correct all single errors while simultaneously detecting all double errors. A d=5 code can correct all double errors. A d=6 code can correct all double errors while simultaneously detecting all triple errors. The concept is further understood to be applicable to symbol-oriented codes, where a symbol is a predefined group of bits in the code stream. Thus, a distance 4 symbol code can correct all single symbol errors while simultaneously detecting all double symbol errors, etc. In general, the terms Single Symbol Correcting (SSC) and Double Symbol Detecting (DSD) would be combined for a distance 4 code and it would be designated, SSC/DSD, and similarly for a distance 4 binary code, the terms Single Error Correcting (SEC) and Double Error Detecting (DED) would be combined and thus the code would be referred to as a SEC/DED code. The additional checkbits generated for the S2EC/D2ED code as well as the original SEC/DED code checkbits are transferred over the second bus transfer cycle.

In exemplary embodiments, the new, bus ECC checkbits are generated on the fly as the SEC/DED ECC word is presented for transfer at the bus interface. The entire SEC/DED ECC word, including its existing checkbits, can be sent across the bus as a subset of the S2EC/D2ED bus code. Thus, in theory, the only logic that needs to be performed is that of generation of the new checkbits (also referred to herein as “additional checkbits”). However, there are cases in which logic must be performed on both the newly generated checkbits as well as the original SEC/DED checkbits. For example, if the system needs to check the data coming out of the memory before it is transferred across the bus to make sure that no memory errors exist, that would prevent the bus ECC from accurately fixing bus errors. Thus, it would be desirable to gain time to allow the manipulation of the original checkbits. Exemplary embodiments gain time by rearranging the checkbits so that all of the new S2EC/D2ED checkbits (i.e., the additional checkbits associated with a symbol correcting code) and all of the original SEC/DED checkbits are sent on the second bus transfer.

FIG. 1 depicts an exemplary basic parallel bus structure. The bus includes twelve wires with each wire transmitting data, control information, and/or ECC checkbits depending on the data transfer format and protocol. In addition, one of the wires may be reserved to be utilized as a spare wire in the event that one of the other wires fails. The exemplary bus depicted in FIG. 1 is a one-way bus that originates on a printed wiring board (PWB) and is in communication with another PWB. FIG. 2 depicts an exemplary high speed parallel bus structure with six wires each transmitting data, control information, and/or ECC checkbits depending on the data transfer format and protocol. In addition, one of the wires may be reserved as a spare wire in the event that one of the other wires fails. As compared to the bus depicted in FIG. 1, the bus In FIG. 2 has a reduced number of bitlanes (thus, what was done in a single transfer in FIG. 1 is now done in two or more transfers), with the speed of the data transfers typically increased to provide for equivalent or faster bus bandwidth. FIG. 1 and FIG. 2 show twelve and six wires, respectively and are intended to be examples of buses that may be utilized by exemplary embodiments. Buses of any number of wires (including unidirectional and bidirectional buses) may be utilized by exemplary embodiments.

FIG. 3 shows a basic SEC/DED code H-matrix. One of the simplest single error detecting (SEC) codes is a parity code. In terms of “exclusive ORs” (XOR's), the parity bit is the XOR or “exclusive not OR” (XNOR) of all of the databits (depending on whether the scheme calls for “even” or “odd” parity). A Hamming code is a single error correcting (SEC) code that is more complex and powerful than a parity code. For example, if a dataword that is parity protected at one point in a computer or communications system is then required to be further encoded to provide SEC/DED protection, a simple code construction exists to allow reuse of the parity code as a nested code within an extended Hamming code. In exemplary embodiments, the construction is to take an existing Hamming code and add an overall parity checkbit to provide a SEC/DED extended Hamming code, which has the parity code nested within it and which has the parity bit reused as one of the Hamming code checkbits. Since ECCs (e.g., SEC/DED codes) are often described in terms of H-matrices (arrays of ones and zeros that indicate which databits have to be XOR'd together to encode checkbits), a simple example of the parity code nested within an SEC/DED code is described below.

The parity code of 4 databits: P1=D1*D2*D3*D4, where the * symbol indicates a Boolean exclusive OR function, is a degenerative H-matrix of 1 1 1 1. A Hamming code of 4 databits can be represented as:

$\begin{array}{ccccccc}1& 0& 1& 1& 1& 0& 0\\ 1& 1& 0& 1& 0& 1& 0\\ 0& 1& 1& 1& 0& 0& 1\end{array}$

This means that checkbit 1 (C1)=D1*D3*D4, and checkbit 2 (C2)=D1*D2*D4, and checkbit 3 (C3)=D2*D3*D4.

This SEC Hamming code, which is defined as a distance three code (or d=3), can be extended to an SEC/DED extended Hamming code (d=4) by adding one checkbit to the H-matrix as follows:

$\begin{array}{cccccccc}1& 0& 1& 1& 1& 0& 0& 0\\ 1& 1& 0& 1& 0& 1& 0& 0\\ 0& 1& 1& 1& 0& 0& 1& 0\\ 1& 1& 1& 1& 0& 0& 0& 1\end{array}$

This means that C1, C2, and C3 remain the same, and a new checkbit, checkbit 4 (C4), is added and C4=D1*D2*D3*D4.

Now, it is readily seen that C4 is exactly the same as P1. This means that if data is stored with parity, and it is desired to provide SEC/DED protection for its transference over a bus, for example, the parity code can be reused or nested within the extended Hamming code by using the construction shown. However, once one moves beyond parity and Hamming codes, there are no known mathematical constructions that will guarantee code nesting.

A common computer cache memory is one that contains 64-bit datawords that are protected in memory by eight checkbits, thus forming 72-bit ECC words. After the ECC word is taken out of memory, it can be transferred to another unit across a high-speed, 2-transfer data bus. The decision to use a two-transfer bus is made based on overall system architectures and timings, and seems to be a popular choice, although by no means an exclusive choice. If the 72-bit ECC word were just split in two, sent across a 36-bit high-speed bus, and reconstructed on the other side, the system would still be able to correct all single bit errors and detect all double bit errors. However, if a single driver on the bus were to fail, or a single bitlane (e.g., wire) on the bus were to be corrupted, then the system would experience an uncorrectable error. To avoid this, the 72-bit ECC word may be nested within a 76-bit ECC word, which only adds two wires to the bus and allows two-bit-symbol correction to be performed.

Since one of the objects of exemplary embodiments described herein is to save logic circuits and logic delay, exemplary embodiments start with a minimal extended Hamming code. This can be constructed by choosing only odd-weighted columns to be in the SEC/DED extended Hamming code H-matrix. Such a code is called a Hsiao code, and to make it minimal, first the one-weight columns are chosen for the checkbits, then the three-weight columns until they are exhausted, and then the five-weight columns, and then the seven-weight columns. By using only the odd weights and by starting with the smaller weights, exemplary embodiments are achievable to obtain a minimal weight SEC/DED code. Furthermore, it is important to balance the row weights of the H-matrix, as this also affects the logic design and timing, and so a little trial and error can be used on the last couple of higher-order column-weight columns so that each row in the H-matrix is balanced. Thus, a balanced, minimal SEC/DED H-matrix is shown in FIG. 3, with the column weights and row weights highlighted beneath and to the right of the matrix, respectively, and the databit column numbers (0-63) across the top. The checkbits (also referred to herein as “original checkbits”) are in columns 64-71. Both the checkbits and the databits are included in the SEC/DED and S2EC/D2ED codes.

It should be noted that for SEC/DED codes, rows can be transposed and/or XOR'd with other rows, and columns can be swapped, without any loss of code efficiency. FIG. 3 describes an SEC/DED code (in the format of an H-matrix) in logical terms, a designer can utilized any actual hardware and/or software configuration as long as it obtains the same results as those depicted in FIG. 3.

In exemplary embodiments, a two-bit-symbol correcting code (example referred to herein is a S2EC/D2ED H-matrix) is constructed that uses the matrix depicted in FIG. 3 (referred to herein as a H-matrix with a nested SEC/DED code) for its nested component. According to standard two-bit-symbol code constructions, a total of twelve checkbits are needed to protect 64 databits. Thus, each column of the H-matrix needs to have four more entries added to it such that there are twelve checkbits described for providing S2EC/D2ED protection for the dataword as it is transferred across a two-cycle high-speed bus on thirty-eight total bitlanes.

FIG. 4A shows the framework of a S2EC/D2ED H-matrix that may be implemented by exemplary embodiments. In exemplary embodiments, the S2EC/D2ED H-matrix framework looks like the matrix depicted in FIG. 4A, where the “x's” indicate the new H-matrix bits to be determined (referred to herein as the extension bits 404), the “1's” and “0's” represent the additional checkbits 406 that have been added (where the last four columns, 72-75, represent the additional checkbits), and the bold “1's,” “0's,” and “x's” indicate the first symbol column 402.

FIG. 4B shows an exemplary framework (others may also be utilized) of a nested code stored in a H-matrix with both the additional checkbits for the S2EC/D2ED code and the original SEC/DED checkbits in the second position of the checkbit symbol columns. The H-matrix depicted in FIG. 4B may be utilized by exemplary embodiments and is derived by reordering the databit and checkbit positions in FIG. 4A, resulting in the reordered databits and checkbits depicted in FIG. 4B (where the twelve checkbit positions are labeled “c0” through “cb”). The reordering is performed in order to ensure that all of the checkbits are transferred on the second bus cycle. Because the databits are reconstituted on the receive side of the high-speed bus, they can be transferred in any order desired (provided that two-bit symbol protection is preserved along the bitlanes). However, as described previously, it can be advantageous for timing purposes to allow the checkbits to be transferred on the second cycle. In exemplary embodiments, this is accomplished by reordering the S2EC/D2ED H-matrix such that the checkbits are spread into the dataword symbol columns and are moved into the second position of these symbol columns This allows the original SEC/DED checkbits and the newly generated additional checkbits for the S2EC/D2ED code—to be sent on the second transfer.

Thus, in exemplary embodiments, the original skeleton S2EC/D2ED H-matrix looks like the H-matrix in FIG. 4A and the modified S2EC/D2ED H-matrix looks like the H-matrix in FIG. 4B. The modified H-matrix framework depicted in FIG. 4B provides for the transference of the checkbits over the second transfer by reordering the databit and checkbit positions (as compared to those depicted in FIG. 4A). Note that the databits and the checkbits from the SEC/DED code are still reused, but that the new code is generated from the modified databit and checkbit sequence and not from the original sequence. The re-ordering of the databits and checkbits is performed prior to the creation of the symbol correcting code H-matrix. This insures that the checkbits will be in a bit position that is transferred in a transfer that is subsequent (e.g., second transfer) to the first transfer. Thus the new H-matrix will not be in the so-called “systematic” format, where all of the checkbits are signified by an identity matrix at the right or left end of the H-matrix. Nonetheless, the code will retain its mathematical Hamming distance if the sequences as defined in the invention are followed.

FIGS. 5-7 depict process flows that may be utilized by exemplary embodiments to create a S2EC/D2ED H-matrix (an exemplary symbol correcting code) using the databit and checkbit positions indicated in the framework depicted in FIG. 4B. FIG. 5 depicts an overall process flow that may be utilized to fill in a S2EC/D2ED H-matrix such as the one depicted in FIG. 4B in order to construct a S2EC/D2ED code. The process depicted in FIG. 5 iteratively adds rows to the S2EC/D2ED H-matrix on a symbol column basis. At block 502, the H-matrix bits of the nested SEC/DED code are grouped into two-bit symbol columns (00, 01, 02, 03, 04, 05, etc.) and then reordered so that the checkbits are in the second position in the symbol columns. At block 504, the current symbol column is set to the last symbol column 408 in the S2EC/D2ED H-matrix. At block 506, the current symbol column is added to the S2EC/D2ED matrix and at block 508, the values of the extension bits for the current symbol column are determined and added to the S2EC/D2ED H matrix. In exemplary embodiments, the values of the extension bits for the current symbol column are determined by a process such as that described below in reference to FIG. 6.

It is determined if there are more symbol columns left to be processed at block 510. If all of the symbol columns have been processed, then the S2EC/D2ED H-matrix has been completed and the process is exited at block 512. As described herein, the processing is exited at block 512 when a true S2EC/D2ED code to correct all single two-bit errors and to detect all double two-bit error has been created in the S2EC/D2ED H-matrix. If there are more symbol columns left to be processed, as determined at block 512, then block 514 is performed. At block 514, the current symbol column is set to the previous symbol column (thereby working backwards from the last symbol column to the first symbol column) and iterative processing of each symbol column continues at block 506.

FIG. 6 depicts an exemplary process for adding the extension bits for the current symbol column to the S2EC/D2ED H matrix as performed by block 508 in FIG. 5. The process depicted in FIG. 6 begins at block 602 when the symbol column extension in the S2EC/D2ED H-matrix for the current symbol column is initialized to zero. At block 604, the S2EC/D2ED H matrix is tested for d=4 using any method known in the art, such as the MacWilliams identity or by an exhaustive, trial and error method. If the Hamming distance, “d”, has a value of 4 or greater, then a SEC/DED code is generally assured. If d=4, as determined at block 606, the block 608 is performed and processing resumes at block 510 in FIG. 5. If “d” does not equal 4, as determined at block 606 in FIG. 6, then processing continues at block 610. Other values of “d” may be tested for, for example “d” may be set to five to test for a symbol correcting code that may be utilized for double error correction.

At block 610, the symbol column extension for the current symbol column is incremented to the next binary value. At block 612, it is determined if the incremented value is out of range (implying that all possible combinations have been tried). If all possible combinations have been tried, then processing continues at block 614, where the process described herein in reference to FIG. 7 is invoked to re-seed the S2EC/D2ED H-matrix. If all possible combinations have not been tried, then processing continues at block 606, where the S2EC/D2ED H-matrix is tested for d=4.

FIG. 7 depicts a process that may be implemented by exemplary embodiments to re-seed the S2EC/D2ED H-matrix. In exemplary embodiments, the processing depicted in FIG. 7 is invoked by block 614 when all possible combinations for the symbol column extension bits for the current column have been tried and “d” does not equal 4 then a S2EC/D2ED code has not been achieved. Therefore, at block 702, the current symbol column is set to the last symbol column and at block 704, the last symbol column is re-initialized with the next higher binary symbol column extension (eg., if previously started with zero-zero, then move to one-zero). At block 706, the S2EC/D2ED H-matrix is tested for d=4 using, for example, the MacWilliams identity or an exhaustive, trial and error method. If d=4, as determined at block 708, then processing continues at block 710. At block 710, the process continues at block 510 in FIG. 5 to continue processing the rest of the symbol columns in the S2EC/D2ED H-matrix starting over with the second symbol column.

If “d” does not equal 4, as determined at block 708, then block 712 is performed to determine if all possible extension values have been tried for the first symbol column. If all possible extension values have not been tried, then processing continues at block 704 to try the next highest binary symbol. If all possible extension values have been tried, as determined at block 712, the processing continues at block 714. At block 714, two more checkbits (i.e., two more rows and two more columns) are added to the S2EC/D2ED H-matrix. After the two additional checkbits are added, the whole process is repeated beginning at step 502 in FIG. 5.

The examples described herein relate to an H-matrix that is transferred in two bus cycles. It is within the scope of the invention for the H-matrix to be transferred in three or more cycles. Further, the bit positions in the H-matrices depicted herein are exemplary in nature and other bit positions may be implemented by exemplary embodiments.

The examples described herein relate to two-bit error codes. It is within the scope of exemplary embodiments to expand this to three or more bit error codes. The same iterative processing described herein may be utilized to create three bit error codes.

The examples described herein relate to a SEC/DED H-matrix that has eight rows and 72 columns and a S2EC/D2ED H-matrix that has twelve rows and 76 columns. These H-matrices are examples only as the size of the H-matrices will vary based on the number of wires on the bus and the type of error detecting and correcting being performed.

The examples described herein relate to a S2EC/D2ED two bit symbol correcting code. As will be evident to those skilled in the art, other symbol correcting codes, such as a four bit S4EC/D4ED and an eight bit S8EC/D8ED, may be created using the processing described herein.

The examples described herein relate to a Hamming distance of four. As will be evident to those skilled in the art, other Hamming distances can be supported using the processing described herein. For example, if only a SEC code is required, then “d” can be set to three.

The examples described herein relate to a SEC/DED code. As will be evident to those skilled in the art, other Hamming distance n codes may be utilized by exemplary embodiments. For example, the Hamming distance n code may be a double error correction and triple error detection code.

The examples described herein relate to system requirements that all checkbits (symbol correcting code and Hamming distance n code) be transferred over a bus in a second bus transfer. As will be evident to those skilled in the art, other system requirements regarding checkbit and databit placement may be implemented by exemplary embodiments.

The capabilities of the present invention can be implemented in software, firmware, hardware or some combination thereof.

The flow diagrams depicted herein are just examples. There may be many variations to these diagrams or the steps (or operations) described therein without departing from the spirit of the invention. For instance, the steps may be performed in a differing order, or steps may be added, deleted or modified. All of these variations are considered a part of the claimed invention.

While the preferred embodiment to the invention has been described, it will be understood that those skilled in the art, both now and in the future, may make various improvements and enhancements which fall within the scope of the claims which follow. These claims should be construed to maintain the proper protection for the invention first described.

Technical effects and benefits of exemplary embodiments include a structured means of developing symbol correcting codes (e.g., a S2EC/D2ED code) with nested Hamming distance n codes (e.g., a SEC/DED code) that reuse all or part of the Hamming distance n code checkbits as part of the symbol correcting code checkbits. The ability to reuse the logic and circuitry may result in a significant savings in both logic and delay. In addition, the ability to allow both the new S2EC/D2ED checkbits and the original SEC/DED checkbits to be sent on the second transfer may result in greatly improved bus timing by allowing additional time to perform logic operations on the checkbits.

As described above, the embodiments of the invention may be embodied in the form of computer-implemented processes and apparatuses for practicing those processes. Embodiments of the invention may also be embodied in the form of computer program code containing instructions embodied in tangible media, such as floppy diskettes, CD-ROMs, hard drives, or any other computer-readable storage medium, wherein, when the computer program code is loaded into and executed by a computer, the computer becomes an apparatus for practicing the invention. The present invention can also be embodied in the form of computer program code, for example, whether stored in a storage medium, loaded into and/or executed by a computer, or transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via electromagnetic radiation, wherein, when the computer program code is loaded into and executed by a computer, the computer becomes an apparatus for practicing the invention. When implemented on a general-purpose microprocessor, the computer program code segments configure the microprocessor to create specific logic circuits.

While the invention has been described with reference to exemplary embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the invention without departing from the essential scope thereof. Therefore, it is intended that the invention not be limited to the particular embodiment disclosed as the best mode contemplated for carrying out this invention, but that the invention will include all embodiments falling within the scope of the appended claims. Moreover, the use of the terms first, second, etc. do not denote any order or importance, but rather the terms first, second, etc. are used to distinguish one element from another.

Claims

1. A method of constructing a nested error correcting code (ECC) scheme, for transfer over a bus in two or more transfers, the method comprising: receiving a Hamming distance n code including original checkbits;defining a symbol correcting code H-matrix framework including specifying bit positions for the original checkbits and for additional checkbits associated with a symbol correcting code such that the original checkbits and the additional checkbits are in bit positions that are transferred over a bus in a transfer subsequent to a first transfer; andcreating a symbol correcting code H-matrix using the bit positions indicated by the framework by iteratively adding rows of H-matrix bits on a symbol column basis such that the symbol correcting code H-matrix describes the symbol correcting code, and the Hamming distance n code is preserved as a subset of the symbol correcting code H-matrix.

2. The method of claim further comprising transferring the symbol correcting code over the bus with all of the original checkbits and the additional checkbits being transferred subsequent to the first transfer.

3. The method of claim 1 wherein the symbol correcting code is transferred in two transfers and the transfer subsequent to the first transfer is a second transfer.

4. The method of claim 1 wherein the Hamming distance n code is a single error correcting and double error detecting (SEC/DED) code.

5. The method of claim 1 wherein the symbol correcting code is a two-bit symbol error correcting code.

6. The method of claim 1 wherein the symbol correcting code is a single two-bit symbol error correcting and double two-bit symbol error detecting (S2EC/D2ED) code.

7. The method of claim 1 wherein the symbol correcting code is a double two-bit symbol error detecting code.

8. The method of claim 1 wherein the Hamming distance n code is formatted as a H-matrix.

9. The method of claim 8 wherein the Hamming distance n code H-matrix is a subset of the symbol correcting code H-matrix.

10. The method of claim 8 wherein the creating includes adding additional rows and columns to the Hamming distance n code H-matrix.

11. The method of claim 1 wherein the creating includes verifying the symbol correcting code H-matrix using a MacWilliams identity.

12. The method of claim 1 wherein the creating includes verifying the symbol correcting code H-matrix using an exhaustive trial and error method.

13. The method of claim 1 wherein the Hamming distance n code is utilized for detecting and correcting memory errors.

14. The method of claim 1 wherein the symbol correcting code is utilized for detecting and correcting bus errors.

15. A computer program product for constructing a nested ECC scheme for transfer over a bus in two or more transfers, the computer program product comprising: a storage medium readable by a processing circuit and storing instructions for execution by the processing circuit for facilitating a method, the method including: receiving a Hamming distance n code including original checkbits;defining a symbol correcting code H-matrix framework including specifying bit positions for the original checkbits and for additional checkbits associated with a symbol correcting code such that the original checkbits and the additional checkbits are in bit positions that are transferred over a bus in a transfer subsequent to a first transfer; andcreating a symbol correcting code H-matrix using the bit positions indicated by the framework by iteratively adding rows of H-matrix bits on a symbol column basis such that the symbol correcting code H-matrix describes the symbol correcting code, and the Hamming distance n code is preserved as a subset of the symbol correcting code H-matrix.

16. The computer program product of claim 15 wherein the Hamming distance n code is a SEC/DED code.

17. The computer program product of claim 15 wherein the symbol correcting code is a S2EC/D2ED code.

18. The computer program product of claim 15 wherein the Hamming distance n code is formatted as a H-matrix that is a subset of the symbol correcting code H-matrix and the creating includes adding additional rows and columns to the Hamming distance n code H-matrix.

19. A computer or communications or storage system with a nested ECC scheme for transfer over a bus in two or more transfers, the system comprising: a first code to provide error correcting capabilities, the first code including checkbits; anda second, different code to provide different error correcting capabilities and using additional checkbits and being formatted for transfer over a bus in two or more transfers, said second code having said first code as a subset of said second code, and said first code checkbits and said second code checkbits are sent over the bus in a transfer that is subsequent to a first transfer.

20. A method of constructing a nested ECC scheme for transfer over a bus in two or more transfers, the method comprising: receiving a Hamming distance n code including checkbits and databits;reordering the checkbits and the databits in the Hamming distance n code to match a system requirement regarding an order of transferred checkbits for a symbol correcting code; andcreating a symbol correcting code H-matrix by iteratively adding rows of H-matrix bits on a symbol column basis such that the symbol correcting code H-matrix describes the symbol correcting code, and the reordered Hamming distance in code is preserved as a subset of the symbol correcting code H-matrix, and the system requirement regarding an order of transferred checkbits is preserved.