Browse Prior Art Database

Automatic Card and Card Cage Configuration Determination During an Upgrade

IP.com Disclosure Number: IPCOM000122283D
Original Publication Date: 1991-Nov-01
Included in the Prior Art Database: 2005-Apr-04
Document File: 6 page(s) / 267K

Publishing Venue

IBM

Related People

Roubal, EG: AUTHOR

Abstract

An algorithm is described for determining the actual physical card and card cage configuration after a model upgrade/downgrade in a multi-versioned environment without the need for an expert system. This environment supports multi-versioned card cages which can be interconnected in any of several bus schemes corresponding to the model and version of the system as well as the hardware driven by the cards within those card cages. Algorithm assumes the use of a System Resource Management data base containing self-identifying information reported in by the actual cards and devices.

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

Automatic Card and Card Cage Configuration Determination During an
Upgrade

      An algorithm is described for determining the actual
physical card and card cage configuration after a model
upgrade/downgrade in a multi-versioned environment without the need
for an expert system.  This environment supports multi-versioned card
cages which can be interconnected in any of several bus schemes
corresponding to the model and version of the system as well as the
hardware driven by the cards within those card cages.  Algorithm
assumes the use of a System Resource Management data base containing
self-identifying information reported in by the actual cards and
devices.

      Card Addressing:  Cards report a DSA (Direct Select Address)
and a UA (unit address).  For our purposes, the DSA constitutes the
'address'.  The DSA consists of a logical bus, board, and card
location.  All cards within a card cage have the same board value.

      SRM background:  Under the conditions of the existing SRM
(System Resource Manager) data base which contains records
representing the hardware cards and devices, only those cards and
devices which reported to the system are available for IMA (Inventory
Maintenance Assistance).  Cards and devices may remain in the SRM for
an indefinite period of time even after they are removed from the
system.  Cards may also remain in the SRM with invalid addresses
after being moved and incorrectly seated (after an upgrade).
Nonetheless these and other cases result in cards (and devices
connected to those cards) in the SRM which have invalid addresses for
the present configuration.

      If the card actually declared its existence to the system
during the last IPL (Initial Program Load), then it is referred to as
being 'reported' - meaning that it is actually in the configuration.
A card in the SRM can take one of 4 states:  Moved, New, Unchanged,
and Replaced.  When a card is marked as Unchanged, it is considered
to have topology (physical location) information.  IMA will not
process cards marked as Unchanged (assuming they have already been
processed).  When a card is marked as New or Moved, all its topology
information must be recalculated.

      Card enclosures (or card cages) with the exception of the CEC
(Central Electronics Complex) enclosure do not report.  They have
topology-only entries placed in the SRM by IMA.  There may exist two
types of card enclosures: expansion cages and extension cages.
Expansion cages expand the number of buses on the system.  Extension
cages extend one particular bus.

      Bus drivers and receivers (cards which extend the bus from one
cage to another) do not report.  They have topology-only entries in
the SRM which are placed there manually by IMA (IMA must infer their
presence).

      IMA background:  IMA calculates and manages the topology
(location) information for hardware in the SRM. For cards, it
calculates the exact location (card slot) auto...