METHOD FOR TESTING THE OPERATION OF AN I/O CONTROLLER IN A DATA PROCESSING SYSTEM

Abstract: Method for testing an I/O controller (20) associated with a host processor (10) consisting in loading a test program into the random access memory (24) of the I/O controller (20) through the host processor (10) on a cycle stealing basis, and clearing an area of the main storage unit (11) of the host processor (10) for communicating data to the I/O controller (20) on a cycle stealing basis, for instructing what operations from the test program are to be utilized and to supply data for use in the selected portion of the test pro­ gram. With this procedure, data can be altered in the ran­ dom access memory (24), data from the I/O controller (20) displayed on the operator console (13) of the host processor (10) and data on the channel (26) from an I/O device (30) examined without having to greatly disturb the operations of the host processor (10).

Description: Description METHOD FOR TESTING THE OPERATION OF AN I/O CONTROLLER IN A DATA PROCESSING SYSTEM The invention pertains to a method for testing the operation of an I/O controller used to interface an I/O device, such as a disc memory or a display terminal, to a host processor of a data processing system. An example of a suitable host processor is the IBM (International Business Machines Corporation) Series/1 processor, and an example of a suitable I/O controller is an IBM Type 4966 I/O controller, which is particularly adapted for use with the Series/l processor. An example of a system where the invention can be used is described in more detail in US Patent 4,426,637 . It is often required to test the functioning of the I/O controller and the I/O device, either to verify their operation during the manufacture of the system or to diagnose problems in the field. To carry out such testing, it is desired to be able to examine the contents of the storage, and to display designated segments of data, particularly, data communicated from the I/O device . In the prior art, it has been the practice to connect to the I/O controller a separate test device which is called an "I/O attachment console". An example of such an arrangement is described in US Patent 4,268,902. Although test installations such as that described in the above patent were capable of testing the desired functions of the I/O controller, nevertheless, they were disadvantageous for several reasons. First, it was time consuming to set up the test installation in that the covers of various system units had to be removed and cables disconnected and reconnected through the test device. The operations of the entire data processing system had to be shut down while this was taking place. Moreover, the presence of the test device itself could contribute to the problem being diagnosed, for instance, if the problem were due to electromagnetic interference. This made it very difficult to pinpoint the source of a problem in many instances. IBM Technical Disclosure Bulletin, Vol. 19 No. 10, March 1977, authored by D.C. Solly, describes debugging user programs for use with a "console-less" controller. Although such programs could allow for some testing of the I/O controller without the need for an I/O attachment console, they are not fully acceptable in many situations due to the fact that the user's software program had to be modified greatly to accommodate the debugging programs. Overcoming these disadvantages, the present invention provides a method for testing predetermined functions of an I/O controller in which it is not necessary to greatly disturb the ordinary processing operations of the data processing system of which the I/O controller to be tested forms a part. Particularly, the invention provides such a method in which it is not necessary to disconnect any of the cables of the data processing system and to connect in an I/O attachment console. Further, the present invention provides such a method for testing an I/O controller in which it is not necessary to modify any of the user's software, and wherein the data processing system can continue its ordinary data processing operations after the testing of the I/O controller has been carried out. In the method of the invention, for testing an I/O controller which interfaces a host processor and an I/O device, a test program is first loaded through the host processor into the RAM of the I/O controller. This program loading is done on a cycle steal" basis so that the operations of the host processor are not greatly disturbed. Data stored in a predetermined segment of the main storage of the host processor is cleared from that segment and saved by transferring it to the RAM of the I/O controller. The cleared segment of the main storage is then used by the testing user to communicate commands and data to the I/O controller for testing purposes. During the actual testing of the I/O controller, the user can input instructions and data into the predetermined segment of the main storage through the operator's console which ordinarily forms a part of the host processor unit. These instructions and data are communicated to the I/O controller on a cycle steal basis using the program which was transferred into the I/O controller at the beginning of the test procedure. These instructions provide the capability of either transferring data into designated locations in the RAM of the I/O controller, for example, to correct programming problemst or transferring data which is stored in the RAM of the I/O controller back to the host processor for display upon the console of the host processor so that the contents of the RAM can be examined. Data from the ROS of the I/O controller can be transferred and displayed in a similar manner. For a better understanding of the present invention, together with other and further advantages and features thereof, reference is made to the following description taken in connection with the accompanying drawings where : Fig. 1 is a block diagram of a data processing system with which the invention can be used to advantage; Fig. 2 is a front view of a console unit of a host processor shown in Fig. 1; Figs. 3-6 are a series of flow charts used to describe a test program which is resident in the RAM of the I/O controller during a test procedure; Fig. 7 i5 a diagram showing the organization of a segment of the main storage of the host processor during testing; and Figs. 8A-8E show formats of control words used during testing. Fig. 1 is a block diagram showing a data processing installation where the present invention can be used to advantage. The system includes a host processor 10 composed of a main storage unit 11, a central processing unit (CPU} 12 and a console 13. The I/O controller 20 is provided to interface the host processor 10 with an I/O device 30. The I/O controller 20 includes interface circuits 21 which connect the I/O controller channel 15 from the host processor 10 to the I/O device 30, a microprocessor 22 which controls the operations of the interface circuits 21, and two memories which the microprocessor 22 requires for performing its control operations. The two memories are a read-only storage (ROS) 23 and a random access memory (RAM) 24, both of which are communicated with the microprocessor 22 via a bus 25. Fig. 2 shows a front view of the console panel 13 of the host processor 10 for the example of the Series/l processor mentioned above. The console 13 includes sixteen indicator lamps 16 grouped into sets of four for displaying simultaneously two bytes of data of eight bits each. Also included is a keyboard 17 composed of sixteen data entry push buttons, one push button for each "digit" in hexadecimal notation. The console further includes operational control switches and buttons including START, STOP, RESET, etc. and switches used for controlling the loading of programs. For a detailed discussion of the usage and operations of each of the switches and buttons on this console panel, reference may be made to the S-eries/1 User's Manual (IBM order No. GA34 0021-3} and to US Patent No. 4,038,642. To commence testing of an IfO controller using the method of the invention, it is first necessary to load into the RAM 24 of the I/O controller 20 a test program. This can easily be accomplished by using the "IPL Load" capability of the Series/l processor. The program which is to be loaded into the RAM 24 is illustrated in Figs. 3-6 and will be discussed in detail below. After loading the test program into the RAM 24, it is necessary to clear a predetermined number of bytes-of the main storage 11 of the host processor 10 for use in transferring instructions and data to the RAM 24 and for receiving data from the RAM 24 and the ROS 23 for display upon the indicator lamps 16 for diagnosis by the testing user. In the example herein described, it is assumed that data from locations 0004 through 0019 of the main storage 10 is transferred into RAM 24 where it is saved for return to the main storage 11 at the completion of the test procedure. The data from locations 0000 through 0003 must be saved manually for reasons discussed below. After the test program has been loaded into the RAM 24 and the first 20 bytes of the main storage 11 saved, the actual testing of the I/O controller 20 can commence. This testing is carried out, as mentioned above, using the cleared first 20 locations of the main storage 11. As illustrated in Fig. 8, the first two word locations (0000 and 0001) in the main storage are used to indicate an address in either the ROS 23 or the RAM 24, the second and third locations (0002 and 0003) are used to hold an execute code, and the remaining 16 locations are used for storing data, for example, to be transferred into the RAM 24 at locations specified by the ROS/RAM address from the first two locations. In this example, it is assumed that the execute code is "83". This number has been selected since it will not interfere with any of the normal functions of the Series/l processor. However, other values can be used if desired. Built into the 4966 I/O attachment the I/O controller examines periodically, with a service loop routine on a cycle steal basis, the content of the main storage location 0002 and 0003. If the I/O controller sees the code "83" at any time during passage through the service loop, it executes the particular test operations specified by the data field. Examples of data formats for memory locations 0000 through 0019 for five different test modes now be -discussed with reference to Figs. 8A through 8E. Fig. 8A shows the content of main storage location 0000 through 0019 for the Display ROS or RAM content mode (hereinafter simply the "Display" mode). In this case, main storage locations 0000 and 0001 (abbreviated in the drawings as "0" and "1" for convenience) store the start address in the ROS 23 or the RAM 24 of the data which is to be transferred to the host processor and displayed upon the indicator lamps 16. The execute code "83" is placed in location 0002. The first of the two nibbles of location 0003 is set to hexadecimal "D" to indicate the Display mode. The second nibble of location 0003 contains the byte count, that is, the number of bytes, beginning from the start address specified in locations 0000 and 0001, which are to be read out from the ROS 23 or RAM 24. The byte count may be any value from hexadecimal n o n (specifying 16 bytes) to hexadecimal "F" (15 bytes). Main storage location 0004 through 0019, or as many of them as are necessary if a byte count of less than 16 is chosen, will contain the data read from the specified addresses after execution of the procedures. In the case of the Alter RAM Contents-mode (hereinafter simply the "Alter" mode), as shown in Fig. 8B, main storage locations OOOO and 0001 are set to the start address in the RAM at which alteration of data is to take place. However, it should be noted that the inputting of the execute code "83 n should not be performed until the data for all of the other ones of locations 0000 through 0019 have been entered. The reason for doing this is that as soon as the I/O controller sees the "83 n it will commence with a test routine. The first nibble of location 0Q03 is set to hexadecimal "A" to indicate the Alter mode. The second nibble of main storage location 0003 contains the byte count, the number of bytes of the RAM 24 to be altered. As in the case of Fig. 8A, the number of bytes may range from hexadecimal "0" to hexadecimal "F", where hexadecimal "0" indicates 16 bytes. Locations 0004 through 0019, or as many of them as are necessary, are filled with the altered data to be read into the specified locations in the RAM 24. Fig. 8C illustrates the main storage content for the case of the Execute Sequence Table mode (hereinafter simply the "Table" mode). This mode is used for performing autoloader commands, and for setting, in the case that the I/O device 30 is a disc memory unit, the memory "pointer" to a designated cylinder, head and sector. In this ase, main storage loca- tions 0000 and 0001 are unused. The first nibble of location 0003 is set to "3" to indicate the Execute Sequence Table mode. The second nibble of location 0003 contains, similar to the above-described two cases, the byte count. Locations 0004 through 0019 contain table data specifying where the memory "pointer" is to be set. Figs. 8D and 8E respectively indicate the main storage content for modes for saving the data from locations 0000 to 0019 and for returning it to main storage. In the former case, the "Save" mode, the first nibble of location 003 is set to "5" and in the latter case, the '2Restore" mode, to "6". The execution of the test operations in each of the above-mentioned modes will now be described in further detail with reference to the flow charts of Figs. 3-6. Referring first to Fig. 3, the I/O controller first determines whether the execution of a command is in progress. If YES, the program branches to point P tFig. 6) and returns to the main program. If NO, for the specific example of the 4966 attachment, a switch S2R10 is turned off to turn off the Table mode. Next, the cycle steal is set in the direction out of the Series/l host processor, after which the cycle steal count is set to XXXQ (where X indicates "do not care't). A set-up operation for- a cycle steal operation is then performed. Referring to the small chart at the lower right- hand side of Fig. 3,- this operation will be described in more detail. First, the correct byte of the read area address is put into the RAM cycle steal address. The appropriate bit is then turned on to indicate that a start cycle steal command is in progress so that the residual address and residual count will not be disturbed by the cycle steal operation. Following the chart to point A in Fig. 4, the Series/l cycle steal address is set to 0000 and the first byte of the cycle steal count is set to 00. The storage key is set to 00. The first byte of the read area or save area address is then placed in the RAM cycle steal address. The procedure then returns to Fig. 3, and the cycle steal operation is performed. At the completion of the cycle steal operation, the cycle steal status bit is reset. The IZO processor 20 is then ready to examine what is stored in location 0002 in the main storage and to determine whether the value "83" is then present. If "83" is not present, then the procedure loops back to point P and continues in the manner already discussed. If "83" is present, the I/O processor 2Q is taken out of the diagnostic mode and location 0003 of the main storage is examined to determine the mode to be employed. If the first byte of location 0003 contains "5", the contents of locations 00Q0 through 0019 from the main storage are transferred to RAM 24 where they are saved. (It is to be noted that since locations 0000 through 0003 are needed for implementing this operation, it will be necessary for the user to manually determine the contents of these two locations, write them down, and at the end of the test procedure, input the data thus manually saved.} If the Save mode has been selected, the procedure branches to N in Fig. 6. In the Save mode, the save area address is taken as the RAM cycle steal address and the byte count is set to 19 (20 bytes}. After going through the cycle steal procedure in the manner indicated in Fig. 3, a determination is made as to whether the Execute Table mode is to be carried out. If YES, a return is made to the main code, while if the result is NO, a decision is then made as to whether or not a Restore mode operation is to be executed. If the answer to this decision is YES, a return is again made to main code, while if NO, location 0002 in the main storage is again examined on a cycle steal basis to determine whether "83" is stored therein. If NO, a return is again made to main code. If YES, operations proceed to point C and continue in a manner to be explained below. Referring back to Fig. 3, if the first byte of location 0003 not "5", a determination is made of whether or not the first byte of location 0003 is "6". If YES, the operation proceeds to point M in Fig. 6. In the Restore mode, the cycle steal direction is set in the direction of the Series/l from the RAM 24. "00" is then placed over the "83" in location 002. Then, the operation loops back to point N discussed above. If the first byte of location 0003 is not "5" or "6", a determination is made of whether or not the Alter mode has been chosen by determining whether or not the first byte of location 0003 is '!A". If YES, the operation branches to point G (Fig. 4). In this case, the address from locations 0000 and 0001 is put into the data address register of the microprocessor 22. A determination is then made as to whether or not the address received is a "Page 1" address of the I/O controller. If NO, the operation branches to point C. If YES, the alter byte count (the "count nibble") from the second byte of main storage location 0003 is picked up and examined. If the value of the alter count is 0 (corresponding to an actual count of 16, the count is set to hexadecimal 10. Branching to point J (Fig. 5), the alter count is moved to DAR (Data Address Register) number 3. After the count has been appropriately set to take into account the fact that 0 represents an actual count of 16, a value of four is added to the byte count. The result is stored in the second (right) byte of the cycle steal count. The auxiliary data address registers are then selected and the console read area address is set therein. The main DARs are then selected. Since the Display mode is not then selected, the cycle steal direction is set to be from the Series/l to RAM 24. The cycle steal procedure is then carried out in the manner described above, specifically, the cycle steal operation ís used to move the data specified in locations 0004 through 0019 from the main storage into RAM 24. When this has been completed, the cycle steal status bit is set to the off state. Since the Table mode is not selected in the Alter mode, branching to point K (Fig. 6), alterldisplay address is set in the DARs, and the auxiliary DARs are selected. Patch data is picked up from the read area of main storage. The main DARs are selected, and the patch data-is stored therein at the selected address. Next, one is subtracted from the byte count. If the end of the byte count has not been reached, the process loops back as indicated. If it has been reached, the operation moves again to point C (Fig. 4). Returning to Fig. 3, if the Alter mode is not selected but the Display mode is selected, the operation again branches to point G (Fig. 4}. In this case, the operation proceeds in a manner similar to that in the Alter mode. However, when the Display mode decision box shown in Fig. 5 is reached, the result of the decision will be YES. In this case, a byte to be displayed is picked up and stored in the main DARs. The auxiliary DARs are selected and the display data stored in the readXwrite areas thereof. The main DARs are then selected, and one is subtracted from the byte count. If the end of the byte count has been reached, the operation loops back to point E (Fig. 4}. If not, the operation loops back to the YES side of the Display mode decision box. Referring back to Fig. 3, if none of the Save, Restore, Alter or Display modes have been selected but the Table mode has been selected, the operation goes to point H (Fig. 4). The byte count is picked up from location 0003, and, as described above, hexadecimal 10 is used for the count if location 0003 contains 0 (representing an actual count of 16). The operation then goes to point J (Fig. 5). When the Table mode decision box is reached, the operation will proceed to the next box and the address of the read area plus a value of four is set into the current entry address table pointer of the microprocessor. Returning to point B (Fig. 4) bit S2R10 is then turned on to indicate the execution of the Table mode. The remainder of the procedure then continues in the manner previously described. Though The flow charts of Figs. 3 through 6 and the programs that they describe are, as mentioned above, for use with an IsM corporation Series/l data processor and an 4966 attachment, one of ordinary skill in the art can easily adapt the described programs to another appropriate data processing system. While there has been described what is at present considered to be the preferred embodiment of the invention, it will be obvious to those of ordinary skill in the art that various changes and modifications may be made therein without departing from the invention, and it is, therefore, intended to cover all such changes and modifications as fall within the true spirit and scope of the invention.

Claims: Claims 1. A method for testing the operation of an I/O controller (20} of a data processing system including a host processor characterized by the steps of: loading a testing program into a random access memory (24} of said I/O controller through said host processor on a cycle steal basis, clearing a predetermined portion of a main storage (11} associated with said host processor, inputting through a console (13) of said host processor into said predetermined portion of said main storage information comprising data andXor instructions for use by said testing program, and cycle stealing said information from said predetermined portion of the main storage unit of said host processor to said random access memory of said I/O controller on a cycle steal basis as controlled by said testing program. 2. The method according to claim 1, further comprising the step of transferring data from said random access memory (24) of said I/O controller (20l to said predetermined area of the main storage unit (11) of said host processor (10) on a cycle steal basis under the control of said testing program. 3. The method according to claim 2, further comprising the step of displaying on indicator lamps of said console (13} of said host processor (10) said data transferred to said predetermined area of said main storage unit ( 4. The method according to claim 2 or 3, wherein said data transferred from said random access memory (24} to said predetermined area of said main storage unit ( is of table data received from a memory unit (30) coupled by said I/O controller (20) to said host processor (1OJ. 5. The method according to any one of claims 1 to 4, wherein said step of inputting information into said predetermined area of said main storage unit (11) of said host processor (10) comprises inputting through said console (13) an address of said random access memory (24) and data for storage in said random access memory. 6. The method according to any one of the preceding claims further comprising the step of transferring data from a read only storage (23) of said I/O controller (20) to said predetermined area of said main storage unit (11} of said host processor (10) on a cycle steal basis under the control of said testing program. 7. The method according to any one of the preceding claims, wherein said step of inputting said information through said console (13) of said host processor (10) comprises inputting, after all other information has been inputted, an execute code. 8. The method according to claim 7, further comprising the step of periodically determining whether or not said execute code is present, and if and only if said execute code is present, continuing with said step of cycle stealing said information. 9. The method according to any one of the preceding claims further comprising the step of, after testing of the operation of said I/O controller (20) has been completed, returning to main storage unit (ll) of said host processor (10} data cleared from said predetermined portion. 10. The method according to claim 9, wherein said step of clearing said predetermined portion of said main storage (11) comprises transferring at least a portion of data stored in said predetermined portion to said random access memory (24) of said I/O controller (20), and wherein said step of returning said data comprises transferring said data to said main storage.

Inventors: CRANDALL, DONALD RICHARD
Applicants: INTERNATIONAL BUSINESS MACHINES CORPORATION
Application year: 1983
Main classification: G06F11
IPC codes: G06F11, G06F13