US20080133169A1 - Methods and apparatus for testing a link between chips - Google Patents

Methods and apparatus for testing a link between chips Download PDF

Info

Publication number
US20080133169A1
US20080133169A1 US12/016,935 US1693508A US2008133169A1 US 20080133169 A1 US20080133169 A1 US 20080133169A1 US 1693508 A US1693508 A US 1693508A US 2008133169 A1 US2008133169 A1 US 2008133169A1
Authority
US
United States
Prior art keywords
link
test
chip
packet
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/016,935
Inventor
Scott Douglas Clark
Dorothy Marie Thelen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US12/016,935 priority Critical patent/US20080133169A1/en
Publication of US20080133169A1 publication Critical patent/US20080133169A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G01MEASURING; TESTING
    • G01RMEASURING ELECTRIC VARIABLES; MEASURING MAGNETIC VARIABLES
    • G01R31/00Arrangements for testing electric properties; Arrangements for locating electric faults; Arrangements for electrical testing characterised by what is being tested not provided for elsewhere
    • G01R31/28Testing of electronic circuits, e.g. by signal tracer
    • G01R31/317Testing of digital circuits
    • G01R31/31712Input or output aspects
    • G01R31/31717Interconnect testing

Definitions

  • the present invention relates generally to computer systems, and more particularly to methods and apparatus for testing a link between chips.
  • a conventional computer system may include a first chip coupled to a second chip via a link (e.g., through a chip input/output (I/O) interface) that may, for example, be one to six bytes wide. While the conventional computer system operates in a test mode, the first chip may generate a known bit pattern and transmit the bit pattern to the second chip via the link. Additionally, the second chip may store bits of the known bit pattern in a buffer. After the second chip receives each bit of the bit pattern via the link, the bits may be compared via compare logic against corresponding bits of the known bit pattern stored in the buffer of the second chip.
  • a link e.g., through a chip input/output (I/O) interface
  • the link and first and second chips may be deemed not faulty.
  • the link, first chip and/or second chip may be faulty. In this manner, the link, first chip and second chip may be tested.
  • additional logic e.g., the buffer and/or compare logic
  • a first method of testing a link between a first chip and a second chip includes the steps of, while operating in a test mode, (1) transmitting test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and (2) performing cyclic redundancy checking (CRC) on the test data to test the link.
  • CRC cyclic redundancy checking
  • a first apparatus for testing a link between a first chip and a second chip includes (1) a link; and (2) cyclic redundancy checking (CRC) logic coupled to the link.
  • the apparatus is adapted to, while operating in a test mode, (a) transmit test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and (b) perform CRC on the test data to test the link.
  • a first system for testing a link includes (1) a first chip including a first portion of cyclic redundancy checking (CRC) logic; (2) a second chip including a second portion of the CRC logic; and (3) a link coupled to the first and second chips.
  • the system is adapted to, while operating in a test mode, (a) transmit test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and (b) test the link by performing CRC on the test data using the CRC logic.
  • FIG. 1 illustrates a first exemplary packet structure employed to transmit data during a functional mode in accordance with an embodiment of the present invention.
  • FIG. 2 illustrates a second exemplary packet structure employed to transmit data during a test mode in accordance with an embodiment of the present invention.
  • FIG. 3 illustrates a block diagram of a system adapted to test a link between chips of the system in accordance with an embodiment of the present invention.
  • the present invention provides improved methods and apparatus for testing a link, which may include differential wire pairs. More specifically, the present invention provides a system including a first chip coupled to a second chip via a link. In a functional mode, the system is adapted to transmit data packets of a first fixed size (e.g., via the link). However, the system (e.g., a link thereof) may not be tested effectively using packets of the first fixed size because packets of the first fixed size may not include enough (e.g., at least a minimum number of) contiguous bits to effectively perform a stress test on and/or debug the system. For example, packets of the first fixed size may not include enough bits to enable exercising of worst case scenario transitions.
  • the first chip may include transmit logic adapted to generate data packets of a second fixed size when the system operates in a test mode.
  • the second fixed size may be larger than the first fixed size.
  • the transmit logic may be adapted to compute a CRC value for a data packet of the second fixed size and insert such CRC value into the packet.
  • the transmit logic may transmit such a packet to the second chip via the link.
  • the second chip may include receive logic adapted to receive such a packet. Further, the receive logic may be adapted to compute a CRC value for the received packet of the second fixed length, and compare the computed CRC value with the CRC value inserted in the data packet by the transmit logic.
  • the data packet of the second fixed size may enable enough contiguous bits of a bit pattern (generated by the first chip) to be stored therein such that the system may effectively be stress tested and/or debugged. For example, by employing a data packet of the second fixed size to store the bit pattern, when data of such a packet is transmitted across the link such data may include enough contiguous bits to effectively stress test and/or debug the system.
  • the system may not have to perform the bit-by-bit comparison performed by the conventional system, and therefore, the receive logic does not require a buffer to store the test pattern generated by the first chip. Consequently, an amount of logic included in chips of the present system, and therefore, chip space consumed by such logic, may be reduced (compared to conventional systems).
  • the present invention provides improved methods and apparatus for testing a link.
  • the second chip may include the transmit logic described above and the first chip may include the receive logic described above so data may also be transmitted from the second chip to the first chip.
  • the first chip may transmit data to itself via the link (e.g., do a loopback).
  • FIG. 1 illustrates a first exemplary packet structure employed to transmit data during a functional mode in accordance with an embodiment of the present invention.
  • the first exemplary packet 100 may be employed by a system including a link between a first and a second chip to store and transmit data while operating in a functional mode.
  • the first exemplary packet 100 may be of a fixed length and may include fields (among other fields) adapted to store one or more portions of a packet sequence number, a start of packet indicator (e.g., an envelope sequence indicator (ESI)), a cyclic redundancy checking (CRC) value.
  • ESEI envelope sequence indicator
  • CRC cyclic redundancy checking
  • At least a predetermined minimum number (e.g., twelve or another suitable number) of contiguous user-defined data bits may be transmitted on the link.
  • the first exemplary packet structure may not provide for (e.g., allow) the predetermined minimum number of contiguous user-defined data bits to be transmitted on the link.
  • a stream of user-defined data bits may be interrupted by start-of-packet indicator bits, CRC bits or the like. Therefore, the link may not be tested as desired.
  • the first exemplary packet 100 may be seventy-two bytes in size (although a larger or smaller size may be employed). More specifically, the first exemplary packet 100 may include four physical layer groups (PLGs) each of which may be eighteen bytes wide (e.g., 144 bits wide).
  • PLGs physical layer groups
  • the first exemplary packet structure 100 may include a first through fourth PLG 0 -PLG 3 102 - 108 .
  • the first exemplary packet 100 may include a larger or smaller number of PLGs each of which may be larger or smaller.
  • the first PLG 102 may include fields 110 , 112 adapted to store second and third portions, respectively, of a sequence number (e.g., an envelope sequence number (ESN)) associated with the packet 100 .
  • ESN envelope sequence number
  • a first portion of the ESN may be stored in the second PLG 104 .
  • the first PLG 102 may include fields 114 - 118 adapted to store a first through third start of packet indicators (e.g., ESI 0 -ESI 2 ), respectively.
  • the first PLG 102 may include a PLG Type 0 field 120 and a PLG Data 0 field 122 which are adapted to store user-defined data (UDD).
  • UDD user-defined data
  • the second PLG 104 may include a field 124 adapted to store the first portion of the ESN. Additionally, the second PLG 104 may include a field 126 adapted to store a return envelope sequence number (RESN) which may serve as an ESN acknowledge field. The second PLG 104 may include a field 128 adapted to store an RESN valid (RESNV) field 128 which may indicate whether the RESN is valid. Further, the second PLG 104 may include a PLG Type 1 field 130 and a PLG Data 1 field 132 which are adapted to store user-defined data.
  • RESN return envelope sequence number
  • RESNV RESN valid
  • the third PLG 106 may include a reserved field 134 (Rsvd) and a field 136 adapted to store a first portion of a CRC value calculated based on the user-defined data included in the packet 100 . Additionally, the third PLG 106 may include a PLG Type 2 field 138 and a PLG Data 2 field 140 which are adapted to store user-defined data.
  • Rsvd reserved field 134
  • PLG Data 2 field 140 which are adapted to store user-defined data.
  • the fourth PLG 108 may include a retry field 142 adapted to store data such that a receiving chip can request that a transmitting chip resend a particular packet (and subsequent packets) if the receiving chip determines it may not process the packet at a given time (e.g., due to lack of buffer space to store the contents). Data in the retry field 142 may be used in conjunction with data stored in the RESN field 126 to inform the transmitting chip from which packet to start retransmission. Further, the fourth PLG 108 may include a field 144 adapted to store a second portion of the CRC value calculated based on the user-defined data included in the packet 100 .
  • the fourth PLG 108 may include a PLG Type 3 field 146 and a PLG Data 3 field 148 which are adapted to store user-defined data.
  • any field may be employed to store UDD.
  • the field 110 for storing the second portion of the ESN may be 3 bits wide
  • the field 114 for storing the ESI 0 may be 1 bit wide
  • the field 112 for storing the third portion of the ESN may be 3 bits wide
  • the field 116 for storing ESI 1 may be 1 bit wide
  • the field 118 for storing ESI 2 may be 1 bit wide
  • the field 124 for storing the first portion of the ESN may be 1 bit wide
  • the field 126 for storing RESN may be 7 bits wide
  • the field 128 for storing RESNV may be 1 bit wide
  • the reserved field 134 may be 1 bit wide
  • the field 136 for storing the first portion of the CRC value may be 8 bits wide
  • the retry field 142 may be 1 bit wide
  • the field 144 for storing the second portion of the CRC value may be 8 bits wide.
  • each of the PLG Type 0 -PLG Type 3 fields may be 3 bits wide and each of the PLG Data 0 -PL
  • the first exemplary packet structure may not allow the predetermined minimum number of contiguous user-defined data bits which may be required to test the link to be transmitted on the link. More specifically, while transmitting the first exemplary packet 100 via the link, a stream of user-defined bits may be interrupted by start-of-packet indicator bits, CRC bits or the like. Therefore, the link may not be tested as desired. To wit, test data desired to be transmitted via the link may not fit in a single first exemplary packet, and may have to be transmitted using multiple first exemplary packets. Consequently, a new packet structure to be employed while testing the link is desired.
  • FIG. 2 illustrates a second exemplary packet structure employed to transmit data during a test mode in accordance with an embodiment of the present invention.
  • the second exemplary packet 200 may be employed by the system including the link between the first and the second chip to store and transmit data while operating in a test mode. Similar to the first exemplary packet 100 , the second exemplary packet 200 may be of a fixed length and may include fields adapted to store one or more portions of at least one start of packet indicator (e.g., an envelope sequence indicator (ESI)), a cyclic redundancy checking (CRC) value and user-defined data.
  • ESEI envelope sequence indicator
  • CRC cyclic redundancy checking
  • the structure of the second exemplary packet 200 may enable at least a predetermined minimum number of contiguous user-defined data bits, which are required to successfully test (e.g., debug or stress test) the link, to be transmitted on the link. More specifically, while transmitting the second exemplary packet 200 , a stream of user-defined bits may be uninterrupted by start-of-packet indicator bits, CRC bits or the like.
  • the second exemplary packet structure 200 may be 288 bytes in size (although a larger or smaller size may be employed). More specifically, the second exemplary packet structure 200 may include sixteen physical layer groups (PLGs) each of which may be eighteen bytes wide (e.g., 144 bits wide). For example, the second exemplary packet 200 may include a first through sixteenth PLG 0 -PLG 15 202 - 232 . However, the second exemplary packet 200 may include a larger or smaller number of PLGs each of which may be larger or smaller.
  • PLGs physical layer groups
  • the first PLG 202 may include first through third fields 234 , 236 , 238 adapted to store user-defined data, and first through third fields 240 , 242 , 244 adapted to store start of packet indicators ESI 0 -ESI 2 , respectively. Additionally, a plurality of sequential or contiguous PLGs 202 - 232 of the second data packet 200 may serve to store (e.g., exclusively) user-defined data. For example, the second through fourteenth PLGs PLG 1 -PLG 13 may include fields 240 - 264 , respectively, adapted to store user-defined data.
  • the second data packet 200 may include a fifteenth PLG 230 that may include first and second fields 266 , 268 adapted to store user-defined data and a field 270 adapted to store a first portion of a CRC value calculated based on the user-defined data included in the packet 200 .
  • the second data packet 200 may include a sixteenth PLG 232 that may include first and second fields 272 , 274 adapted to store user-defined data and a field 276 adapted to store a second portion of a CRC value calculated based on the user-defined data included in the packet 200 .
  • the field 234 for storing UDD may be 3 bits wide
  • the field 240 for storing ESI 0 may be 1 bit wide
  • the field 236 for storing UDD may be 3 bits wide
  • the field 242 for storing ESI 1 may be 1 bit wide
  • the field 244 for storing ESI 2 may be 1 bit wide
  • field 238 for storing UDD may be 135 bits wide.
  • Fields 240 through 264 for storing UDD, respectively, may each be 18 bytes (e.g., 144 bits wide).
  • the field 266 adapted to store UDD may be 1 bit wide
  • the field 270 adapted to store the first portion of the CRC value may be 8 bits wide
  • the field 268 adapted to store UDD may be 135 bits wide.
  • the field 272 adapted to store UDD may be 1 bit wide
  • the field 276 adapted to store the second portion of the CRC valve may be 8 bits wide
  • the field 274 adapted to store UDD may be 135 bits wide.
  • one or more of the above-described fields may be larger or smaller.
  • the second exemplary packet 200 may include a larger or smaller number of and/or different fields as long as the structure of the second exemplary packet 200 may enable a predetermined minimum number of contiguous user-defined data bits, which are required to successfully test (e.g., debug or stress test) the link, to be transmitted on the link. Due to the above-described internal representation of the second exemplary packet 200 , the second exemplary packet structure may enable the predetermined minimum number of contiguous user-defined data bits to be transmitted on the link. More specifically, while transmitting the second exemplary packet 200 , a stream of UDD bits may be uninterrupted by start-of-packet indicator bits, CRC bits or the like. To wit, the second exemplary packet 200 may include enough bits to enable exercising of worst case transitions. Therefore, the link may be tested as desired using the second data packet structure.
  • FIG. 3 illustrates a block diagram of a system adapted to test a link between chips of the system in accordance with an embodiment of the present invention.
  • the system 300 may include a first chip 302 coupled to a second chip 304 via a link 306 (e.g., a high speed chip-to-chip link).
  • the link 306 may be or include a chip input/output (I/O) interface 307 in each chip 302 , 304 adapted to receive data output from such chip 302 , 304 and to input data to the chip 302 , 304 .
  • I/O chip input/output
  • the I/O interface 307 may include one or more drivers, receivers, serializing logic and/or deserializing logic 308 adapted to enable the above-described communication. Further, the link 306 may include wires 309 coupling the chips 302 , 304 .
  • the I/O interface 307 may be an improved version of the existing I/O interface included in the Cell BE processor manufactured by the assignee of the present invention, IBM Corporation of Armonk, N.Y.
  • the first chip 302 may serve to transmit data and the second chip 304 may serve to receive data.
  • the first chip 302 may include transmit side logic 310 adapted to encapsulate data into a packet (e.g., while operating in a test mode), calculate a first CRC value based on data included in the packet, insert the first CRC value into the packet, and transmit the data packet to the second chip 304 via the link 306 .
  • the transmit side logic 310 may include a data buffer 312 coupled to logic 314 adapted to generate a CRC value based on data included in a packet (hereinafter “CRC generating logic”).
  • the data buffer 312 may be adapted to store data to be transmitted on the link. Such data may be encapsulated into the first packets 100 . Additionally, such data may include one or more packets that should be retransmitted due to a link error, for example.
  • Data output from the data buffer 312 may be input by the CRC generating logic 314 .
  • the system 300 may be adapted to operate in a functional mode and a test mode. When operating in the functional mode, the system 300 may operate on and transmit (e.g., via the link 306 ) data encapsulated using the first exemplary packet structure. Alternatively, when operating in the test mode, the system 300 may operate on and transmit (e.g., via the link 306 ) data encapsulated using the second exemplary packet structure. Therefore, when the system 300 operates in the functional mode, the CRC generating logic 314 may receive data encapsulated using the first exemplary data packet structure from the data buffer 312 .
  • the CRC generating logic 314 may calculate a first CRC value based on data included in the first exemplary packet 100 , and insert the first CRC value into the packet 100 . Thereafter, the packet 100 may be output from the CRC generating logic 314 to be transmitted via the link 306 .
  • the CRC generating logic 314 may receive data encapsulated using the first exemplary data packet structure from the data buffer 312 and encapsulate such data using the second exemplary packet data structure.
  • the CRC generating logic 314 may include control logic 316 (e.g., a counter or the like) adapted to enable the CRC generating logic 314 to calculate a first CRC value based on data included in a data packet, such as the second exemplary data packet 200 , that is longer (e.g., four times longer) than the first exemplary data packet 100 .
  • the control logic 316 may reduce a frequency with which a CRC value is reset to accommodate for the increased length of the second exemplary data packet 200 .
  • the CRC generating logic 314 may calculate a first CRC value based on data included in the second exemplary packet 200 , and insert the first CRC value into the packet 200 . Thereafter, the packet 200 may be output from the CRC generating logic 314 to be transmitted via the link 306 .
  • an alternate method of generating the CRC may be employed.
  • the transmit side logic 110 may not compute the CRC value.
  • the CRC value for the data packet of the second fixed size may be manually calculated and placed in the data buffer 312 with the packet data. In such embodiments, the CRC generating logic 314 may be bypassed while in test mode so as not to replace the manually-calculated CRC.
  • the CRC generating logic 314 may be coupled to logic 318 (hereinafter “shuffling logic”) adapted to shuffle or multiplex a data packet such that the data packet may be transmitted via the link 306 .
  • shuffling logic may partition the data packet into portions of data to be transmitted via the link 306 . In this manner, such data transmitted via the link 306 may be interleaved.
  • the link 306 may be a six-byte-wide interface that employs differential wire pairs to transmit a bit of data.
  • the link 306 may be larger or smaller (e.g., anywhere from one-byte-wide to about six-bytes-wide).
  • the link 306 may be a single-ended interface (e.g., an interface that does not employ differential wire pairs to transmit a bit of data).
  • each packet operated on a packet-based protocol where each packet is 72 bytes in length (e.g., operates on the first exemplary data packets 100 ) in the functional mode
  • each one-byte-portion of the link 306 would transmit 12 bytes of the packet 100 , and therefore, each differential wire pair forming such portion would transmit or carry 12 bits of the packet 100 .
  • Such a packet 100 would be internally transmitted as a set of four 18 byte Physical Layer Groups (PLGs).
  • PSGs Physical Layer Groups
  • the ESI bits and CRC bits When transmitting such a packet 100 via the link 306 , the ESI bits and CRC bits would be present for a receiving chip (e.g., the second chip 304 ) to delineate a packet boundary and verify integrity of the data, respectively. Remaining data would be used to transmit user-defined data for the purposes of link characterization and test. However, when transmitting across a six-byte-wide interface 308 , some portions thereof (e.g., some differential wire pairs) would only be able to control fewer than a predetermined minimum number (e.g., twelve) of bits in succession, which are required to test the link (although the predetermined minimum number may be larger or smaller).
  • a predetermined minimum number e.g., twelve
  • the system 300 would be unable to create bitstreams of interest when employing the first exemplary packet structure in the test mode. For example, some wire pairs would transmit an ESI bit on a second bit of the packet and CRC bits on the final four bits of the packet. Thus, the system 300 would only be able to control six successive bits, which is insufficient to successfully test the link 306 .
  • the second exemplary data packet structure is employed to transmit data in the test mode.
  • the fixed length second exemplary packet 200 may be 288 bytes long, which is four times the length of the first exemplary packet 100 (e.g., the standard packet).
  • the second exemplary packet 200 may include ESI and CRC fields to delineate the packet 200 and verify the integrity of the data included therein. Remaining bits may all be user-defined data. Consequently, in contrast to transmitting the first exemplary data packet 100 , when transmitting the second exemplary data packet 200 over a six byte interface 308 , each differential wire pair may transmit 48 bits of sequential data within the packet 200 .
  • employing the second exemplary data packet 200 may enable the link 306 to transmit sequential data having seven times the length of sequential data transmitted using the first exemplary packet 100 .
  • the second exemplary packet may include enough bits to enable exercising of worst case transitions.
  • a first, third, sixth, ninth, twelfth and fifteenth byte of a packet may be transmitted via the link 306 .
  • a subsequent clock cycle e.g., a second clock cycle
  • a second, fourth, seventh, tenth, thirteenth and sixteenth byte of the packet may be transmitted via the link 306 , and so on.
  • a stream of UDD bits may be uninterrupted by start-of-packet indicator bits, CRC bits or the like. Consequently, the second exemplary packet structure may enable the predetermined minimum number of contiguous user-defined data bits to be transmitted on the link 306 . Therefore, the link 306 may be tested as desired using the second data packet structure.
  • the second chip 304 may include receive side logic 320 adapted to receive data packets and determine whether such packets were successfully transmitted via the link 306 (e.g., while receiving the packets). More specifically, the receive side logic 320 may include logic 322 (hereinafter “unshuffling logic”) adapted to unshuffle or demultiplex a data packet. For example, the unshuffling logic 322 may reassemble portions of a data packet received from the link 306 into the data packet.
  • the unshuffling logic 322 may be coupled to logic 324 (hereinafter “CRC comparing logic”) adapted to calculate a second CRC value based on data included in the data packet received by the receive side logic 320 and to compare the second CRC value with the first CRC value inserted into the packet by the CRC generating logic 314 . Based on such a comparison, the system 300 may determine whether the data packet was successfully transmitted via the link 306 from the first chip 302 to the second chip 304 . For example, if the first and second CRC values match, the data packet was successfully transmitted. Alternatively, if the first and second CRC values do not match, the data packet may have been unsuccessfully transmitted. For example, a link error may have caused transmission of the data packet to fail.
  • CRC comparing logic adapted to calculate a second CRC value based on data included in the data packet received by the receive side logic 320 and to compare the second CRC value with the first CRC value inserted into the packet by the CRC generating logic 314 . Based on such
  • the CRC comparing logic 324 may include control logic 326 (e.g., a counter or the like) adapted to enable the CRC comparing logic 324 to calculate the second CRC value based on data included in the received data packet, such as a received second exemplary data packet 200 , that is longer (e.g., four times longer) than the first exemplary data packet 100 .
  • control logic 326 may reduce a frequency with which a CRC value is reset to accommodate for the increased length of the second exemplary data packet 200 .
  • the above-described link 306 may typically include or be coupled to performance-measuring facilities, such as counters or the like, to track a number of good packets received and/or a number of packets received with a CRC error when operating in functional mode. Such facilities may also be employed by the link 306 during test mode to quantify the quality of the link 306 during testing.
  • performance-measuring facilities such as counters or the like
  • the receive side logic 320 may not have to perform a bit-by-bit comparison of data received via the link 306 with a known test data pattern that was encapsulated into a packet and transmitted by the transmit side logic 310 . Therefore, the receive side logic 320 may not be required to store the known test data pattern in a local buffer, thereby eliminating the need for such a buffer. Consequently, the system 300 may reduce an amount of chip area consumed by the present invention. More specifically, the system 300 may reduce an amount of space on the second chip 304 consumed by the receive side logic 320 .
  • the system 300 may be able to transmit at least a predetermined minimum number of contiguous user-defined data bits, which are required to successfully test the link 306 , on the link 306 . In this manner, the system 300 may debug the link 306 to determine a source of a problem with the link 306 . Further, the system 300 may stress test (e.g., characterize) the link 306 . The stress test may subject the link 306 to extreme scenarios (e.g., by exposing the link 306 to large voltage and/or temperature swings).
  • user-defined data e.g., a known pattern of test data
  • the system 300 may transmit data from the first chip 302 to the second chip 304 via the link 306 and test such a link 306 .
  • the second chip 304 may also include the transmit side logic 310 and the first chip 302 may also include the receive side logic 320 such that the system 300 may transmit data from the second chip 304 to the first chip 302 via the link 306 .
  • the receive side logic 320 in the first chip 302 may be coupled to the transmit side logic 310 of the first chip 302 such that the receive side logic 320 may communicate information about received data (e.g., the ESN of the packets successfully received) to the transmit side logic 310 .
  • Such information may be placed in an outbound packet as the RESN so that the original transmitting chip knows that a particular packet with the corresponding ESN was received successfully.
  • the receive side logic 320 in the second chip 304 may be coupled to the transmit side logic 310 of the second chip 304 such that the receive side logic 320 may communicate information about received data (e.g., the ESN of the packets successfully received) to the transmit side logic 310 .
  • a system 300 may employ a first data packet structure along with CRC while operating in a functional mode and a second data packet structure along with CRC while operating in a test mode.
  • logic e.g., the receive side logic 320
  • Logic employed by the system 300 to perform CRC may be similar to existing CRC logic.
  • the CRC generating and comparing logic 314 , 324 employed by the present methods and apparatus may be the same as existing logic with the exception of including logic 316 , 326 adapted to modify termination or reset of the calculation to account for the longer packet length. All remaining reporting and debug logic, such as error counters and trace facilities, may require no change for operating in test mode (e.g. long packet mode) over existing CRC logic. Therefore, the present methods and apparatus may require almost no additional logic to support the long packets or envelopes.
  • the system 300 may yield a substantial benefit in controlling bitstreams being transmitted across a link under test.
  • the system 300 is able to transmit at least a predetermined minimum number of contiguous user-defined data (e.g., test data) bits, which are required to successfully test the link 306 , on the link 306 .
  • the present methods and apparatus may extend fixed length packets of a first size (e.g., the first exemplary packet 100 ) into a “long packet” (e.g., the second exemplary packet 200 ) to enable sufficient length control over bitstreams transmitted via the link 306 while the system 300 operates in a test mode, thereby exercising the I/O link 306 for worst case transitions.
  • the link 306 may not be tested successfully because the first data packet structure is not large enough to create a suitable configurable bit stream because of the length of the packets and the delineation that is required on each packet. Consequently, while the system 300 operates in a test mode, the link 306 may be efficiently tested by using packets longer than those employed when the system 300 operates in a functional mode.
  • the second chip 304 is different than the first chip 302
  • the present methods and apparatus may be employed when the second chip 304 is the same as the first chip 302 (e.g., when the first chip 302 transmits data to itself via the link 306 .

Abstract

In a first aspect, a first method of testing a link between a first chip and a second chip is provided. The first method includes the steps of, while operating in a test mode, (1) transmitting test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and (2) performing cyclic redundancy checking (CRC) on the test data to test the link. Numerous other aspects are provided.

Description

  • The present application is a continuation of and claims priority to U.S. patent application Ser. No. 11/344,902, filed Feb. 1, 2006, which is hereby incorporated by reference herein in its entirety.
  • FIELD OF THE INVENTION
  • The present invention relates generally to computer systems, and more particularly to methods and apparatus for testing a link between chips.
  • BACKGROUND
  • A conventional computer system may include a first chip coupled to a second chip via a link (e.g., through a chip input/output (I/O) interface) that may, for example, be one to six bytes wide. While the conventional computer system operates in a test mode, the first chip may generate a known bit pattern and transmit the bit pattern to the second chip via the link. Additionally, the second chip may store bits of the known bit pattern in a buffer. After the second chip receives each bit of the bit pattern via the link, the bits may be compared via compare logic against corresponding bits of the known bit pattern stored in the buffer of the second chip. If all bits of the bit pattern received in the second chip via the link match respective bits of the known bit pattern stored in the buffer, the link and first and second chips may be deemed not faulty. Alternatively, if one or more bits of the bit pattern received in the second chip via the link do not match respective bits stored in the buffer, the link, first chip and/or second chip may be faulty. In this manner, the link, first chip and second chip may be tested. However, such a testing method requires the second chip to include additional logic (e.g., the buffer and/or compare logic), and therefore, inefficiently consumes chip area. Accordingly, improved methods and apparatus for testing a link are desired.
  • SUMMARY OF THE INVENTION
  • In a first aspect of the invention, a first method of testing a link between a first chip and a second chip is provided. The first method includes the steps of, while operating in a test mode, (1) transmitting test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and (2) performing cyclic redundancy checking (CRC) on the test data to test the link.
  • In a second aspect of the invention, a first apparatus for testing a link between a first chip and a second chip is provided. The first apparatus includes (1) a link; and (2) cyclic redundancy checking (CRC) logic coupled to the link. The apparatus is adapted to, while operating in a test mode, (a) transmit test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and (b) perform CRC on the test data to test the link.
  • In a third aspect of the invention, a first system for testing a link is provided. The first system includes (1) a first chip including a first portion of cyclic redundancy checking (CRC) logic; (2) a second chip including a second portion of the CRC logic; and (3) a link coupled to the first and second chips. The system is adapted to, while operating in a test mode, (a) transmit test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and (b) test the link by performing CRC on the test data using the CRC logic. Numerous other aspects are provided, as are systems and apparatus in accordance with these and other aspects of the invention.
  • Other features and aspects of the present invention will become more fully apparent from the following detailed description, the appended claims and the accompanying drawings.
  • BRIEF DESCRIPTION OF THE FIGURES
  • FIG. 1 illustrates a first exemplary packet structure employed to transmit data during a functional mode in accordance with an embodiment of the present invention.
  • FIG. 2 illustrates a second exemplary packet structure employed to transmit data during a test mode in accordance with an embodiment of the present invention.
  • FIG. 3 illustrates a block diagram of a system adapted to test a link between chips of the system in accordance with an embodiment of the present invention.
  • DETAILED DESCRIPTION
  • The present invention provides improved methods and apparatus for testing a link, which may include differential wire pairs. More specifically, the present invention provides a system including a first chip coupled to a second chip via a link. In a functional mode, the system is adapted to transmit data packets of a first fixed size (e.g., via the link). However, the system (e.g., a link thereof) may not be tested effectively using packets of the first fixed size because packets of the first fixed size may not include enough (e.g., at least a minimum number of) contiguous bits to effectively perform a stress test on and/or debug the system. For example, packets of the first fixed size may not include enough bits to enable exercising of worst case scenario transitions. Consequently, assuming data is transferred from the first chip to the second chip, the first chip may include transmit logic adapted to generate data packets of a second fixed size when the system operates in a test mode. The second fixed size may be larger than the first fixed size. Further, the transmit logic may be adapted to compute a CRC value for a data packet of the second fixed size and insert such CRC value into the packet. The transmit logic may transmit such a packet to the second chip via the link.
  • The second chip may include receive logic adapted to receive such a packet. Further, the receive logic may be adapted to compute a CRC value for the received packet of the second fixed length, and compare the computed CRC value with the CRC value inserted in the data packet by the transmit logic. The data packet of the second fixed size may enable enough contiguous bits of a bit pattern (generated by the first chip) to be stored therein such that the system may effectively be stress tested and/or debugged. For example, by employing a data packet of the second fixed size to store the bit pattern, when data of such a packet is transmitted across the link such data may include enough contiguous bits to effectively stress test and/or debug the system. Further, by employing CRC to transmit data in the test mode, the system may not have to perform the bit-by-bit comparison performed by the conventional system, and therefore, the receive logic does not require a buffer to store the test pattern generated by the first chip. Consequently, an amount of logic included in chips of the present system, and therefore, chip space consumed by such logic, may be reduced (compared to conventional systems).
  • By employing data packets of the second fixed size to transmit data via the link during system testing and performing CRC on data transmitted during system testing, the present invention provides improved methods and apparatus for testing a link. It should be noted, the second chip may include the transmit logic described above and the first chip may include the receive logic described above so data may also be transmitted from the second chip to the first chip. In some embodiments, the first chip may transmit data to itself via the link (e.g., do a loopback).
  • FIG. 1 illustrates a first exemplary packet structure employed to transmit data during a functional mode in accordance with an embodiment of the present invention. With reference to FIG. 1, the first exemplary packet 100 may be employed by a system including a link between a first and a second chip to store and transmit data while operating in a functional mode. The first exemplary packet 100 may be of a fixed length and may include fields (among other fields) adapted to store one or more portions of a packet sequence number, a start of packet indicator (e.g., an envelope sequence indicator (ESI)), a cyclic redundancy checking (CRC) value. To successfully test the link, at least a predetermined minimum number (e.g., twelve or another suitable number) of contiguous user-defined data bits (e.g., test data bits) may be transmitted on the link. However, the first exemplary packet structure may not provide for (e.g., allow) the predetermined minimum number of contiguous user-defined data bits to be transmitted on the link. More specifically, while transmitting the first exemplary packet 100, a stream of user-defined data bits may be interrupted by start-of-packet indicator bits, CRC bits or the like. Therefore, the link may not be tested as desired.
  • For example, the first exemplary packet 100 may be seventy-two bytes in size (although a larger or smaller size may be employed). More specifically, the first exemplary packet 100 may include four physical layer groups (PLGs) each of which may be eighteen bytes wide (e.g., 144 bits wide). For example, the first exemplary packet structure 100 may include a first through fourth PLG0-PLG3 102-108. However, the first exemplary packet 100 may include a larger or smaller number of PLGs each of which may be larger or smaller. The first PLG 102 may include fields 110, 112 adapted to store second and third portions, respectively, of a sequence number (e.g., an envelope sequence number (ESN)) associated with the packet 100. As described below, a first portion of the ESN may be stored in the second PLG 104. Additionally, the first PLG 102 may include fields 114-118 adapted to store a first through third start of packet indicators (e.g., ESI0-ESI2), respectively. Additionally, the first PLG 102 may include a PLG Type 0 field 120 and a PLG Data 0 field 122 which are adapted to store user-defined data (UDD).
  • The second PLG 104 may include a field 124 adapted to store the first portion of the ESN. Additionally, the second PLG 104 may include a field 126 adapted to store a return envelope sequence number (RESN) which may serve as an ESN acknowledge field. The second PLG 104 may include a field 128 adapted to store an RESN valid (RESNV) field 128 which may indicate whether the RESN is valid. Further, the second PLG 104 may include a PLG Type 1 field 130 and a PLG Data 1 field 132 which are adapted to store user-defined data.
  • The third PLG 106 may include a reserved field 134 (Rsvd) and a field 136 adapted to store a first portion of a CRC value calculated based on the user-defined data included in the packet 100. Additionally, the third PLG 106 may include a PLG Type 2 field 138 and a PLG Data 2 field 140 which are adapted to store user-defined data.
  • The fourth PLG 108 may include a retry field 142 adapted to store data such that a receiving chip can request that a transmitting chip resend a particular packet (and subsequent packets) if the receiving chip determines it may not process the packet at a given time (e.g., due to lack of buffer space to store the contents). Data in the retry field 142 may be used in conjunction with data stored in the RESN field 126 to inform the transmitting chip from which packet to start retransmission. Further, the fourth PLG 108 may include a field 144 adapted to store a second portion of the CRC value calculated based on the user-defined data included in the packet 100. Additionally, the fourth PLG 108 may include a PLG Type 3 field 146 and a PLG Data 3 field 148 which are adapted to store user-defined data. In some embodiments, aside from the ESI and CRC fields 114, 116, 118, 136, 144, any field may be employed to store UDD.
  • The field 110 for storing the second portion of the ESN may be 3 bits wide, the field 114 for storing the ESI0 may be 1 bit wide, the field 112 for storing the third portion of the ESN may be 3 bits wide, the field 116 for storing ESI1 may be 1 bit wide, the field 118 for storing ESI2 may be 1 bit wide, the field 124 for storing the first portion of the ESN may be 1 bit wide, the field 126 for storing RESN may be 7 bits wide, the field 128 for storing RESNV may be 1 bit wide, the reserved field 134 may be 1 bit wide, the field 136 for storing the first portion of the CRC value may be 8 bits wide, the retry field 142 may be 1 bit wide, the field 144 for storing the second portion of the CRC value may be 8 bits wide. Additionally, each of the PLG Type 0-PLG Type 3 fields may be 3 bits wide and each of the PLG Data 0-PLG Data 3 fields may be 132 bits wide. However, one or more of the above-described fields may be larger or smaller.
  • Due to the above-described internal representation of the first exemplary packet 100, the first exemplary packet structure may not allow the predetermined minimum number of contiguous user-defined data bits which may be required to test the link to be transmitted on the link. More specifically, while transmitting the first exemplary packet 100 via the link, a stream of user-defined bits may be interrupted by start-of-packet indicator bits, CRC bits or the like. Therefore, the link may not be tested as desired. To wit, test data desired to be transmitted via the link may not fit in a single first exemplary packet, and may have to be transmitted using multiple first exemplary packets. Consequently, a new packet structure to be employed while testing the link is desired.
  • FIG. 2 illustrates a second exemplary packet structure employed to transmit data during a test mode in accordance with an embodiment of the present invention. With reference to FIG. 2, the second exemplary packet 200 may be employed by the system including the link between the first and the second chip to store and transmit data while operating in a test mode. Similar to the first exemplary packet 100, the second exemplary packet 200 may be of a fixed length and may include fields adapted to store one or more portions of at least one start of packet indicator (e.g., an envelope sequence indicator (ESI)), a cyclic redundancy checking (CRC) value and user-defined data. Further, in contrast to the first exemplary packet 100, the structure of the second exemplary packet 200 may enable at least a predetermined minimum number of contiguous user-defined data bits, which are required to successfully test (e.g., debug or stress test) the link, to be transmitted on the link. More specifically, while transmitting the second exemplary packet 200, a stream of user-defined bits may be uninterrupted by start-of-packet indicator bits, CRC bits or the like.
  • For example, the second exemplary packet structure 200 may be 288 bytes in size (although a larger or smaller size may be employed). More specifically, the second exemplary packet structure 200 may include sixteen physical layer groups (PLGs) each of which may be eighteen bytes wide (e.g., 144 bits wide). For example, the second exemplary packet 200 may include a first through sixteenth PLG0-PLG15 202-232. However, the second exemplary packet 200 may include a larger or smaller number of PLGs each of which may be larger or smaller. The first PLG 202 may include first through third fields 234, 236, 238 adapted to store user-defined data, and first through third fields 240, 242, 244 adapted to store start of packet indicators ESI0-ESI2, respectively. Additionally, a plurality of sequential or contiguous PLGs 202-232 of the second data packet 200 may serve to store (e.g., exclusively) user-defined data. For example, the second through fourteenth PLGs PLG1-PLG13 may include fields 240-264, respectively, adapted to store user-defined data. Further, the second data packet 200 may include a fifteenth PLG 230 that may include first and second fields 266, 268 adapted to store user-defined data and a field 270 adapted to store a first portion of a CRC value calculated based on the user-defined data included in the packet 200.
  • Further, the second data packet 200 may include a sixteenth PLG 232 that may include first and second fields 272, 274 adapted to store user-defined data and a field 276 adapted to store a second portion of a CRC value calculated based on the user-defined data included in the packet 200.
  • In the first PLG 202, the field 234 for storing UDD may be 3 bits wide, the field 240 for storing ESI0 may be 1 bit wide, the field 236 for storing UDD may be 3 bits wide, the field 242 for storing ESI1 may be 1 bit wide, the field 244 for storing ESI2 may be 1 bit wide and field 238 for storing UDD may be 135 bits wide. Fields 240 through 264 for storing UDD, respectively, may each be 18 bytes (e.g., 144 bits wide). In the fifteenth PLG 230, the field 266 adapted to store UDD may be 1 bit wide, the field 270 adapted to store the first portion of the CRC value may be 8 bits wide and the field 268 adapted to store UDD may be 135 bits wide. Similarly, in the sixteenth PLG 232, the field 272 adapted to store UDD may be 1 bit wide, the field 276 adapted to store the second portion of the CRC valve may be 8 bits wide, and the field 274 adapted to store UDD may be 135 bits wide. However, one or more of the above-described fields may be larger or smaller. Additionally, the second exemplary packet 200 may include a larger or smaller number of and/or different fields as long as the structure of the second exemplary packet 200 may enable a predetermined minimum number of contiguous user-defined data bits, which are required to successfully test (e.g., debug or stress test) the link, to be transmitted on the link. Due to the above-described internal representation of the second exemplary packet 200, the second exemplary packet structure may enable the predetermined minimum number of contiguous user-defined data bits to be transmitted on the link. More specifically, while transmitting the second exemplary packet 200, a stream of UDD bits may be uninterrupted by start-of-packet indicator bits, CRC bits or the like. To wit, the second exemplary packet 200 may include enough bits to enable exercising of worst case transitions. Therefore, the link may be tested as desired using the second data packet structure.
  • An exemplary system which may employ the first and second data packets 100, 200 is described below with reference to FIG. 3. FIG. 3 illustrates a block diagram of a system adapted to test a link between chips of the system in accordance with an embodiment of the present invention. With reference to FIG. 3, the system 300 may include a first chip 302 coupled to a second chip 304 via a link 306 (e.g., a high speed chip-to-chip link). The link 306 may be or include a chip input/output (I/O) interface 307 in each chip 302, 304 adapted to receive data output from such chip 302, 304 and to input data to the chip 302, 304. The I/O interface 307 may include one or more drivers, receivers, serializing logic and/or deserializing logic 308 adapted to enable the above-described communication. Further, the link 306 may include wires 309 coupling the chips 302, 304. The I/O interface 307 may be an improved version of the existing I/O interface included in the Cell BE processor manufactured by the assignee of the present invention, IBM Corporation of Armonk, N.Y. In some embodiments, the first chip 302 may serve to transmit data and the second chip 304 may serve to receive data. Therefore, the first chip 302 may include transmit side logic 310 adapted to encapsulate data into a packet (e.g., while operating in a test mode), calculate a first CRC value based on data included in the packet, insert the first CRC value into the packet, and transmit the data packet to the second chip 304 via the link 306. More specifically, the transmit side logic 310 may include a data buffer 312 coupled to logic 314 adapted to generate a CRC value based on data included in a packet (hereinafter “CRC generating logic”). The data buffer 312 may be adapted to store data to be transmitted on the link. Such data may be encapsulated into the first packets 100. Additionally, such data may include one or more packets that should be retransmitted due to a link error, for example.
  • Data output from the data buffer 312 may be input by the CRC generating logic 314. The system 300 may be adapted to operate in a functional mode and a test mode. When operating in the functional mode, the system 300 may operate on and transmit (e.g., via the link 306) data encapsulated using the first exemplary packet structure. Alternatively, when operating in the test mode, the system 300 may operate on and transmit (e.g., via the link 306) data encapsulated using the second exemplary packet structure. Therefore, when the system 300 operates in the functional mode, the CRC generating logic 314 may receive data encapsulated using the first exemplary data packet structure from the data buffer 312. Upon receiving such a first exemplary data packet 100, the CRC generating logic 314 may calculate a first CRC value based on data included in the first exemplary packet 100, and insert the first CRC value into the packet 100. Thereafter, the packet 100 may be output from the CRC generating logic 314 to be transmitted via the link 306.
  • Alternatively, when the system 300 operates in the test mode, the CRC generating logic 314 may receive data encapsulated using the first exemplary data packet structure from the data buffer 312 and encapsulate such data using the second exemplary packet data structure. To encapsulate such data into the second exemplary packet 200, the CRC generating logic 314 may include control logic 316 (e.g., a counter or the like) adapted to enable the CRC generating logic 314 to calculate a first CRC value based on data included in a data packet, such as the second exemplary data packet 200, that is longer (e.g., four times longer) than the first exemplary data packet 100. For example, when the system 300 operates in the test mode, the control logic 316 may reduce a frequency with which a CRC value is reset to accommodate for the increased length of the second exemplary data packet 200. The CRC generating logic 314 may calculate a first CRC value based on data included in the second exemplary packet 200, and insert the first CRC value into the packet 200. Thereafter, the packet 200 may be output from the CRC generating logic 314 to be transmitted via the link 306. However, an alternate method of generating the CRC may be employed. In some embodiments, the transmit side logic 110 may not compute the CRC value. For example, the CRC value for the data packet of the second fixed size may be manually calculated and placed in the data buffer 312 with the packet data. In such embodiments, the CRC generating logic 314 may be bypassed while in test mode so as not to replace the manually-calculated CRC.
  • The CRC generating logic 314 may be coupled to logic 318 (hereinafter “shuffling logic”) adapted to shuffle or multiplex a data packet such that the data packet may be transmitted via the link 306. For example, the shuffling logic 318 may partition the data packet into portions of data to be transmitted via the link 306. In this manner, such data transmitted via the link 306 may be interleaved.
  • For example, the link 306 may be a six-byte-wide interface that employs differential wire pairs to transmit a bit of data. However, the link 306 may be larger or smaller (e.g., anywhere from one-byte-wide to about six-bytes-wide). Additionally or alternatively, the link 306 may be a single-ended interface (e.g., an interface that does not employ differential wire pairs to transmit a bit of data). If the link 306 operated on a packet-based protocol where each packet is 72 bytes in length (e.g., operates on the first exemplary data packets 100) in the functional mode, when transmitting such a packet across a six-byte-wide link 306, each one-byte-portion of the link 306 would transmit 12 bytes of the packet 100, and therefore, each differential wire pair forming such portion would transmit or carry 12 bits of the packet 100. Such a packet 100 would be internally transmitted as a set of four 18 byte Physical Layer Groups (PLGs). When transmitting such a packet 100 via the link 306, the ESI bits and CRC bits would be present for a receiving chip (e.g., the second chip 304) to delineate a packet boundary and verify integrity of the data, respectively. Remaining data would be used to transmit user-defined data for the purposes of link characterization and test. However, when transmitting across a six-byte-wide interface 308, some portions thereof (e.g., some differential wire pairs) would only be able to control fewer than a predetermined minimum number (e.g., twelve) of bits in succession, which are required to test the link (although the predetermined minimum number may be larger or smaller). Consequently, the system 300 would be unable to create bitstreams of interest when employing the first exemplary packet structure in the test mode. For example, some wire pairs would transmit an ESI bit on a second bit of the packet and CRC bits on the final four bits of the packet. Thus, the system 300 would only be able to control six successive bits, which is insufficient to successfully test the link 306.
  • Consequently, the second exemplary data packet structure is employed to transmit data in the test mode. As described above the fixed length second exemplary packet 200 may be 288 bytes long, which is four times the length of the first exemplary packet 100 (e.g., the standard packet). However, as described above, similar to the first exemplary packet 100, the second exemplary packet 200 may include ESI and CRC fields to delineate the packet 200 and verify the integrity of the data included therein. Remaining bits may all be user-defined data. Consequently, in contrast to transmitting the first exemplary data packet 100, when transmitting the second exemplary data packet 200 over a six byte interface 308, each differential wire pair may transmit 48 bits of sequential data within the packet 200. On wire pairs that carry ESI and CRC information, this still results in 42 bits of sequential data that can be controlled. Consequently, employing the second exemplary data packet 200 may enable the link 306 to transmit sequential data having seven times the length of sequential data transmitted using the first exemplary packet 100. To wit, the second exemplary packet may include enough bits to enable exercising of worst case transitions.
  • For example, during a first clock cycle, a first, third, sixth, ninth, twelfth and fifteenth byte of a packet may be transmitted via the link 306. Thereafter, during a subsequent clock cycle (e.g., a second clock cycle), a second, fourth, seventh, tenth, thirteenth and sixteenth byte of the packet may be transmitted via the link 306, and so on. During the test mode, when the second exemplary packet structure is employed to transmit data via the link 306, a stream of UDD bits may be uninterrupted by start-of-packet indicator bits, CRC bits or the like. Consequently, the second exemplary packet structure may enable the predetermined minimum number of contiguous user-defined data bits to be transmitted on the link 306. Therefore, the link 306 may be tested as desired using the second data packet structure.
  • The second chip 304 may include receive side logic 320 adapted to receive data packets and determine whether such packets were successfully transmitted via the link 306 (e.g., while receiving the packets). More specifically, the receive side logic 320 may include logic 322 (hereinafter “unshuffling logic”) adapted to unshuffle or demultiplex a data packet. For example, the unshuffling logic 322 may reassemble portions of a data packet received from the link 306 into the data packet. The unshuffling logic 322 may be coupled to logic 324 (hereinafter “CRC comparing logic”) adapted to calculate a second CRC value based on data included in the data packet received by the receive side logic 320 and to compare the second CRC value with the first CRC value inserted into the packet by the CRC generating logic 314. Based on such a comparison, the system 300 may determine whether the data packet was successfully transmitted via the link 306 from the first chip 302 to the second chip 304. For example, if the first and second CRC values match, the data packet was successfully transmitted. Alternatively, if the first and second CRC values do not match, the data packet may have been unsuccessfully transmitted. For example, a link error may have caused transmission of the data packet to fail.
  • The CRC comparing logic 324 may include control logic 326 (e.g., a counter or the like) adapted to enable the CRC comparing logic 324 to calculate the second CRC value based on data included in the received data packet, such as a received second exemplary data packet 200, that is longer (e.g., four times longer) than the first exemplary data packet 100. For example, when the system 300 operates in the test mode, the control logic 326 may reduce a frequency with which a CRC value is reset to accommodate for the increased length of the second exemplary data packet 200.
  • The above-described link 306 may typically include or be coupled to performance-measuring facilities, such as counters or the like, to track a number of good packets received and/or a number of packets received with a CRC error when operating in functional mode. Such facilities may also be employed by the link 306 during test mode to quantify the quality of the link 306 during testing.
  • By employing CRC during the test mode, the receive side logic 320 may not have to perform a bit-by-bit comparison of data received via the link 306 with a known test data pattern that was encapsulated into a packet and transmitted by the transmit side logic 310. Therefore, the receive side logic 320 may not be required to store the known test data pattern in a local buffer, thereby eliminating the need for such a buffer. Consequently, the system 300 may reduce an amount of chip area consumed by the present invention. More specifically, the system 300 may reduce an amount of space on the second chip 304 consumed by the receive side logic 320.
  • Further, by employing the second exemplary data packet structure to transmit user-defined data (e.g., a known pattern of test data), the system 300 may be able to transmit at least a predetermined minimum number of contiguous user-defined data bits, which are required to successfully test the link 306, on the link 306. In this manner, the system 300 may debug the link 306 to determine a source of a problem with the link 306. Further, the system 300 may stress test (e.g., characterize) the link 306. The stress test may subject the link 306 to extreme scenarios (e.g., by exposing the link 306 to large voltage and/or temperature swings).
  • In the manner described above, the system 300 may transmit data from the first chip 302 to the second chip 304 via the link 306 and test such a link 306. However, in some embodiments, the second chip 304 may also include the transmit side logic 310 and the first chip 302 may also include the receive side logic 320 such that the system 300 may transmit data from the second chip 304 to the first chip 302 via the link 306. In such embodiments, the receive side logic 320 in the first chip 302 may be coupled to the transmit side logic 310 of the first chip 302 such that the receive side logic 320 may communicate information about received data (e.g., the ESN of the packets successfully received) to the transmit side logic 310. Such information may be placed in an outbound packet as the RESN so that the original transmitting chip knows that a particular packet with the corresponding ESN was received successfully. Similarly, the receive side logic 320 in the second chip 304 may be coupled to the transmit side logic 310 of the second chip 304 such that the receive side logic 320 may communicate information about received data (e.g., the ESN of the packets successfully received) to the transmit side logic 310.
  • Through use of the present methods and apparatus a system 300 may employ a first data packet structure along with CRC while operating in a functional mode and a second data packet structure along with CRC while operating in a test mode. By employing CRC while operating in the test mode, logic (e.g., the receive side logic 320) employed by the system 300 may consume less space on one or more chips 302, 304 of the system 300. Logic employed by the system 300 to perform CRC may be similar to existing CRC logic. More specifically, since CRC is a sequential running calculation based on a data stream, the CRC generating and comparing logic 314, 324 employed by the present methods and apparatus may be the same as existing logic with the exception of including logic 316, 326 adapted to modify termination or reset of the calculation to account for the longer packet length. All remaining reporting and debug logic, such as error counters and trace facilities, may require no change for operating in test mode (e.g. long packet mode) over existing CRC logic. Therefore, the present methods and apparatus may require almost no additional logic to support the long packets or envelopes.
  • Further, by employing the second data packet structure while operating in the test mode, the system 300 may yield a substantial benefit in controlling bitstreams being transmitted across a link under test. The system 300 is able to transmit at least a predetermined minimum number of contiguous user-defined data (e.g., test data) bits, which are required to successfully test the link 306, on the link 306. In this manner, the present methods and apparatus may extend fixed length packets of a first size (e.g., the first exemplary packet 100) into a “long packet” (e.g., the second exemplary packet 200) to enable sufficient length control over bitstreams transmitted via the link 306 while the system 300 operates in a test mode, thereby exercising the I/O link 306 for worst case transitions. In contrast, if the first exemplary data packet structure is employed while operating in the test mode, the link 306 may not be tested successfully because the first data packet structure is not large enough to create a suitable configurable bit stream because of the length of the packets and the delineation that is required on each packet. Consequently, while the system 300 operates in a test mode, the link 306 may be efficiently tested by using packets longer than those employed when the system 300 operates in a functional mode.
  • The foregoing description discloses only exemplary embodiments of the invention. Modifications of the above disclosed apparatus and methods which fall within the scope of the invention will be readily apparent to those of ordinary skill in the art. For instance, although the second chip 304 is different than the first chip 302, the present methods and apparatus may be employed when the second chip 304 is the same as the first chip 302 (e.g., when the first chip 302 transmits data to itself via the link 306.
  • Accordingly, while the present invention has been disclosed in connection with exemplary embodiments thereof, it should be understood that other embodiments may fall within the spirit and scope of the invention, as defined by the following claims.

Claims (16)

1. A method of testing a link between a first chip and a second chip, comprising:
while operating in a test mode:
transmitting test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and
performing cyclic redundancy checking (CRC) on the test data to test the link.
2. The method of claim 1 wherein one or more packets of a first size are employed to transmit data via the link while operating in a functional mode; and
further comprising employing one or more packets of a second size, larger than the first size, to transmit the test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link while operating in the test mode;
wherein the second packet size enables a predetermined minimum number of contiguous test data bits required to test the link to be transmitted via the link.
3. The method of claim 2 wherein performing CRC on the test data to test the link includes:
before transmitting the test data from the first chip:
calculating a first CRC value based on portions of test data included in a packet of the second size to be transmitted; and
inserting the first CRC value in the packet of the second size to be transmitted; and
while receiving the packet of the second size in the second chip:
calculating a second CRC value based on portions of the test data included in the received packet of the second size; and
comparing the second CRC value with the first CRC value.
4. The method of claim 2 wherein transmitting test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link includes transmitting at least the predetermined minimum number of contiguous test data bits required to test the link.
5. The method of claim 4 wherein transmitting at least the predetermined minimum number of contiguous test data bits required to test the link includes transmitting at least the predetermined minimum number of contiguous test data bits required to at least one of stress test and debug the link.
6. The method of claim 1 further comprising reducing an area required to test the link on at least one of the first and second chips.
7. A system for testing a link, comprising:
a first chip including a first portion of cyclic redundancy checking (CRC) logic;
a second chip including a second portion of the CRC logic; and
a link coupled to the first and second chips;
wherein the system is adapted to:
while operating in a test mode:
transmit test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link; and
test the link by performing CRC on the test data using the CRC logic.
8. The system of claim 7 wherein the system is further adapted to:
employ one or more packets of a first size to transmit data via the link while operating in a functional mode; and
employ one or more packets of a second size, larger than the first size, to transmit the test data of sufficient length to enable exercising of worst case transitions from the first chip to the second chip via the link while operating in the test mode;
wherein the second packet size enables a predetermined minimum number of contiguous test data bits required to test the link to be transmitted via the link.
9. The system of claim 8 wherein the system is further adapted to:
before transmitting the test data from the first chip:
calculate a first CRC value based on portions of test data included in a packet of the second size to be transmitted; and
insert the first CRC value in the packet of the second size to be transmitted; and
while receiving the packet of the second size in the second chip:
calculate a second CRC value based on portions of the test data included in the received packet of the second size; and
compare the second CRC value with the first CRC value.
10. The system of claim 8 wherein the system is further adapted to transmit at least the predetermined minimum number of contiguous test data bits required to test the link.
11. The system of claim 10 wherein the system is further adapted to transmit at least the predetermined minimum number of contiguous test data bits required to at least one of stress test and debug the link.
12. The system of claim 7 wherein the system is further adapted to reduce an area required to test the link on at least one of the first and second chips.
13. A data packet structure to be employed in the test mode of the method of claim 1, comprising:
a first portion adapted to store a CRC value and a value indicating a start of the data packet; and
a second portion adapted to contiguously store user-defined data such that a predetermined minimum number of contiguous user-defined data bits required to test the link may be transmitted via the link.
14. The data packet structure of claim 13 wherein the user-defined data is test data.
15. The system of claim 9, wherein the second CRC logic of the first receive side logic and the fourth CRC logic of the second receive side logic include control logic adapted to enable the CRC logic to calculate the second CRC value based on data received in packets of the second size.
16. The system of claim 15, wherein the control logic is adapted to reduce a frequency at which a CRC value is reset during operation in the test mode.
US12/016,935 2006-02-01 2008-01-18 Methods and apparatus for testing a link between chips Abandoned US20080133169A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/016,935 US20080133169A1 (en) 2006-02-01 2008-01-18 Methods and apparatus for testing a link between chips

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/344,902 US7324913B2 (en) 2006-02-01 2006-02-01 Methods and apparatus for testing a link between chips
US12/016,935 US20080133169A1 (en) 2006-02-01 2008-01-18 Methods and apparatus for testing a link between chips

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/344,902 Continuation US7324913B2 (en) 2006-02-01 2006-02-01 Methods and apparatus for testing a link between chips

Publications (1)

Publication Number Publication Date
US20080133169A1 true US20080133169A1 (en) 2008-06-05

Family

ID=38323167

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/344,902 Expired - Fee Related US7324913B2 (en) 2006-02-01 2006-02-01 Methods and apparatus for testing a link between chips
US12/016,935 Abandoned US20080133169A1 (en) 2006-02-01 2008-01-18 Methods and apparatus for testing a link between chips

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US11/344,902 Expired - Fee Related US7324913B2 (en) 2006-02-01 2006-02-01 Methods and apparatus for testing a link between chips

Country Status (1)

Country Link
US (2) US7324913B2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090034429A1 (en) * 2007-07-30 2009-02-05 Nec Electronics Corporation Packet communication apparatus and communication line quality analyzing method
US20100304804A1 (en) * 2009-05-27 2010-12-02 Lucid Ventures, Inc. System and method of simulated objects and applications thereof
US20120243622A1 (en) * 2011-03-23 2012-09-27 Broadcom Corporation Method and apparatus for improving the error rate of a serial/de-serial backplane connection
CN108513703A (en) * 2016-12-28 2018-09-07 华为技术有限公司 network performance detection method and device

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2869430A1 (en) * 2004-04-27 2005-10-28 St Microelectronics Sa MONITORING THE EXECUTION OF AN ALGORITHM BY AN INTEGRATED CIRCUIT
US7958436B2 (en) 2005-12-23 2011-06-07 Intel Corporation Performing a cyclic redundancy checksum operation responsive to a user-level instruction
US7925957B2 (en) * 2006-03-20 2011-04-12 Intel Corporation Validating data using processor instructions
US7853850B2 (en) * 2007-02-01 2010-12-14 Raytheon Company Testing hardware components to detect hardware failures
US8533543B2 (en) * 2009-03-30 2013-09-10 Infineon Technologies Ag System for testing connections between chips
GB0906417D0 (en) * 2009-04-14 2009-05-20 Cambridge Silicon Radio Ltd Transmitter with self-test capability
EP2677692B1 (en) * 2012-06-18 2019-07-24 Renesas Electronics Europe Limited Communication controller
KR102009655B1 (en) * 2012-08-29 2019-08-13 삼성디스플레이 주식회사 Display device and method of detecting error at the same
US9258244B1 (en) * 2013-05-01 2016-02-09 Sandia Corporation Protocol for communications in potentially noisy environments
EP3270111B1 (en) * 2014-07-18 2019-02-13 Apator Miitors ApS A method and a system for test and calibration of wireless consumption meters

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4617657A (en) * 1984-12-28 1986-10-14 Northern Telecom Limited Transmitting sequence numbers of information in a packet data transmission system
US5574849A (en) * 1992-12-17 1996-11-12 Tandem Computers Incorporated Synchronized data transmission between elements of a processing system
US5867501A (en) * 1992-12-17 1999-02-02 Tandem Computers Incorporated Encoding for communicating data and commands
US6145102A (en) * 1998-01-20 2000-11-07 Compaq Computer Corporation Transmission of an error message over a network by a computer which fails a self-test
US6151689A (en) * 1992-12-17 2000-11-21 Tandem Computers Incorporated Detecting and isolating errors occurring in data communication in a multiple processor system
US20010040912A1 (en) * 1997-02-24 2001-11-15 David Gibbons Out of channel cyclic redundancy code method for a discrete multitone spread spectrum communications system
US20020016939A1 (en) * 2000-06-27 2002-02-07 Jean-Luc Bonifas Communication system, receiver, and method of estimating errors caused by a channel
US20030229844A1 (en) * 2002-03-25 2003-12-11 Akash Bansal Graceful degradation of serial channels
US20040120348A1 (en) * 1999-05-10 2004-06-24 Samsung Electronics Co., Ltd. Apparatus and method for exchanging variable-length data according to radio link protocol in mobile communication system
US6816987B1 (en) * 2000-03-25 2004-11-09 Broadcom Corporation Apparatus and method for built-in self-test of a data communications system
US20050259696A1 (en) * 2004-05-21 2005-11-24 Steinman Maurice B Methods and apparatuses to effect a variable-width link

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02143738A (en) * 1988-11-25 1990-06-01 Nec Corp Data quality monitoring system

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4617657A (en) * 1984-12-28 1986-10-14 Northern Telecom Limited Transmitting sequence numbers of information in a packet data transmission system
US5574849A (en) * 1992-12-17 1996-11-12 Tandem Computers Incorporated Synchronized data transmission between elements of a processing system
US5867501A (en) * 1992-12-17 1999-02-02 Tandem Computers Incorporated Encoding for communicating data and commands
US6151689A (en) * 1992-12-17 2000-11-21 Tandem Computers Incorporated Detecting and isolating errors occurring in data communication in a multiple processor system
US20010040912A1 (en) * 1997-02-24 2001-11-15 David Gibbons Out of channel cyclic redundancy code method for a discrete multitone spread spectrum communications system
US6145102A (en) * 1998-01-20 2000-11-07 Compaq Computer Corporation Transmission of an error message over a network by a computer which fails a self-test
US7068681B2 (en) * 1999-05-10 2006-06-27 Samsung Electronics Co., Ltd. Apparatus and method for exchanging variable-length data according to radio link protocol in mobile communication system
US20050286561A1 (en) * 1999-05-10 2005-12-29 Samsung Electronics Co., Ltd. Apparatus and method for exchanging variable-length data according to radio link protocol in mobile communication system
US20040120348A1 (en) * 1999-05-10 2004-06-24 Samsung Electronics Co., Ltd. Apparatus and method for exchanging variable-length data according to radio link protocol in mobile communication system
US6816987B1 (en) * 2000-03-25 2004-11-09 Broadcom Corporation Apparatus and method for built-in self-test of a data communications system
US20020016939A1 (en) * 2000-06-27 2002-02-07 Jean-Luc Bonifas Communication system, receiver, and method of estimating errors caused by a channel
US20030229844A1 (en) * 2002-03-25 2003-12-11 Akash Bansal Graceful degradation of serial channels
US20050259696A1 (en) * 2004-05-21 2005-11-24 Steinman Maurice B Methods and apparatuses to effect a variable-width link

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090034429A1 (en) * 2007-07-30 2009-02-05 Nec Electronics Corporation Packet communication apparatus and communication line quality analyzing method
US20100304804A1 (en) * 2009-05-27 2010-12-02 Lucid Ventures, Inc. System and method of simulated objects and applications thereof
US20120243622A1 (en) * 2011-03-23 2012-09-27 Broadcom Corporation Method and apparatus for improving the error rate of a serial/de-serial backplane connection
CN108513703A (en) * 2016-12-28 2018-09-07 华为技术有限公司 network performance detection method and device

Also Published As

Publication number Publication date
US20070179733A1 (en) 2007-08-02
US7324913B2 (en) 2008-01-29

Similar Documents

Publication Publication Date Title
US7324913B2 (en) Methods and apparatus for testing a link between chips
US6438717B1 (en) High speed parallel bit error rate tester
WO2004095297A2 (en) A high performance serial bus testing methodology
CN109347598A (en) Check code processing method, electronic equipment and storage connect medium
US20130031412A1 (en) Processing apparatus, test signal generator, and method of generating test signal
US7463653B2 (en) Apparatus and method for compression of the timing trace stream
US6530052B1 (en) Method and apparatus for looping back a current state to resume a memory built-in self-test
JP2005202956A (en) Method for processing broken data
US7774669B2 (en) Complex pattern generator for analysis of high speed serial streams
US7363402B2 (en) Data communications architecture employing parallel SERDES channels
US6675335B1 (en) Method and apparatus for exercising external memory with a memory built-in self-test
US20050152386A1 (en) Successful transactions
US20060268724A1 (en) Using Open Vera Assertions to verify designs
KR101086599B1 (en) Uncertain data arrival time
US7310762B2 (en) Detection of errors
US20050152268A1 (en) Link failures
CN113454935B (en) Line coding method and device
US7281184B2 (en) Test system and method for testing a circuit
CN114968689B (en) FPGA device, MIPI protocol layer testing device and method based on FPGA device
JP2003169093A (en) Communication device
KR101232195B1 (en) A test method for a semiconductor memory device and a test apparatus thereof
JP2944653B1 (en) HEC inspection method and system for ATM-LAN PHY circuit
KR100405847B1 (en) Apparatus and Method for Subscriber Board Traffic Control in ATM System
CN116996590A (en) Ethernet speed reducer of FPGA prototype verification platform and data transmission method
TWI245912B (en) Circuit testing with ring-connected test instrument modules

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION