Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Algorithm for Tolerating Interconnect Faults in the AS/400

IP.com Disclosure Number: IPCOM000111419D
Original Publication Date: 1994-Feb-01
Included in the Prior Art Database: 2005-Mar-26
Document File: 2 page(s) / 47K

Publishing Venue

IBM

Related People

Angelotti, FW: AUTHOR [+4]

Abstract

Disclosed is a method for tolerating faults in the electronic connections of a AS/400* digital computer. When interconnect faults are found, hardware is reconfigured and interconnect tests are run on the new configuration. Possible working configurations are systematically tested in this manner until either a working configuration is found or no reasonable configurations are left to try.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 63% of the total text.

Algorithm for Tolerating Interconnect Faults in the AS/400

      Disclosed is a method for tolerating faults in the electronic
connections of a AS/400* digital computer.  When interconnect faults
are found, hardware is reconfigured and interconnect tests are run on
the new configuration.  Possible working configurations are
systematically tested in this manner until either a working
configuration is found or no reasonable configurations are left to
try.

      When an interconnect failure is found in the system, this new
fault tolerance algorithm is called to search for a working
configuration.  The algorithm is illustrated by the flow chart in the
figure.  Let the set of potentially faulty cards in the system be
called F.  The set of cards that have been tested in the present
phase of the algorithm will be denoted as T.

      First, the initial list of interconnect errors is saved in
error log E.  Next a series of interconnect test and reconfiguration
phases is run.  In each step of each phase, one card from F is chosen
so that:  1) a system configuration without the chosen card could
still operate in a degraded mode and 2) the card chosen is not in the
tested set T.  This card is temporarily removed from the present
configuration, and interconnect tests for the new configuration are
generated and applied.  If the resulting error log (P) is empty, the
current deconfigured card is marked bad and permanently removed from
the working configuration.  In...