Document Audience:INTERNAL
Document ID:I0802-1
Title:Incorrect hsPCI cassette LED status on Sun Fire 15K may cause domain panic when cassette is removed
Copyright Notice:Copyright © 2005 Sun Microsystems, Inc. All Rights Reserved
Update Date:2002-03-27

---------------------------------------------------------------------
- Sun Proprietary/Confidential: Internal Use Only -
---------------------------------------------------------------------  
                            FIELD INFORMATION NOTICE
                  (For Authorized Distribution by SunService)
FIN #: I0802-1
Synopsis: Incorrect hsPCI cassette LED status on Sun Fire 15K may cause domain panic when cassette is removed
Create Date: Mar/27/02
Keywords: 

Incorrect hsPCI cassette LED status on Sun Fire 15K may cause domain panic when cassette is removed

SunAlert: No
Top FIN/FCO Report: Yes
Products Reference: Sun Fire 15000
Product Category: Server / Service
Product Affected: 
Systems Affected
----------------  
Mkt_ID     Platform   Model   Description               Serial Number
------     --------   -----   -----------               -------------
  -          F15K      ALL    Sun Fire 15000                  -
 

X-Options Affected:
-------------------
Mkt_ID   Platform   Model   Description                  Serial Number
------   --------   -----   -----------                  -------------
X4575A      -         -     HSPCI ASSY F15000 Base+ Lic        -
Parts Affected: 
Part Number   Description         Model
-----------   -----------         -----
     -             -                -
References: 
BugId: 4634326 - Power should set PCI cassette LEDs at board power on 
                 time.
                 
URL: http://infoserver.central/data/sshandbook/General/LEDs/SunFire15K_LEDs.html
Issue Description: 
For Sun Fire 15K systems with SMS 1.1, the LEDs on Hot-Swap PCI
Cassettes might show incorrect board status, leading to a domain panic
when PCI cassettes are removed for service.  This situation can occur
when POST incorrectly programs the cassette's LEDs, which could lead to
the accidental removal of an hsPCI cassette.

There is an inconsistency in POST's programming of the hsPCI cassette's
LED status.  It has been observed that occasionaly a cassette which
houses an adapter has only the Remove LED illuminated, even though the
adapter is powered on and is part of a booted domain .  The "prtdiag"
command confirms that the adapter is configured in the booted domain
and 'showboards -v' also confirms it is powered on.

Use the following commands to identify a failing configuration:
   
    # /opt/SUNWSMS/bin/smsversion
    smsversion: Active SMS version < 1.1 >
    smsversion: SMS version 1.1 installed
    
The following table shows the correct LED status for the different states
of an adapter board residing in an F15K hsPCI cassette.

   ------------------------------------------------------------------------
  | Board Phase			               | Active | Service | Remove |
  |============================================+========+=========+========|
  | After Insertion or Initial System Power ON | off    | on      | on     |
  | After PRESENCE is Detected		       | off    | off     | on     |
  | Component Powered On                       | on     | off     | off    |
  | Component Powered Off		       | off    | off     | on     |
   ------------------------------------------------------------------------

For the failing condition, the output of 'showboards -d -v' will
contradict what the LEDs show.  When a board is in a "powered on"
state, the Active LED might be off and the Remove LED might be on.  

For example, from the Main System Controller use the command
'showboards -d -v', where x is the domain identifier or tag for the
desired domain.  Based on the return status, determine if the hsPCI
cassette LEDs display the same status as reported from the 'showboards'
command.  Correlate output from the 'showboards' command with hsPCI LED
status.
      
      Incorrect LED status:
 
      sc> showboards -da -v
      IO0/C3V0    On     C3V  (Active LED is off, Remove LED is on)
      
      Correct LED status:
 
      showboards -da -v
      IO0/C3V0    On     C3V   (Active LED is on, Remove LED is off)
                                    
   
The cause for this problem lies with POST.  POST doesn't seem to be
changing the LEDs values at all.  As a result, hsPCI cassette LEDs are
not programmed in the correct sequence which can cause their display
state to be inconsistent with the actual state of the adapter which the
cassette houses.  Changes need to be made to POST's auto-connect and
reset sequence to include setting the LEDs.  LEDs should be set at
board/cassette power on time.  

Refer to the bugId 4634326 for more detailed symptoms of this problem. 

This problem has been fixed with SMS 1.2.  For F15K systems running SMS
1.1 software, follow the service guidelines given below.
Implementation: 
---
        |   |   MANDATORY (Fully Proactive)
         ---    
         
  
         ---
        | X |   CONTROLLED PROACTIVE (per Sun Geo Plan) 
         --- 
         
                                
         ---
        |   |   REACTIVE (As Required)
         ---
Corrective Action: 
The following recommendation is provided as a guideline for authorized
Enterprise Services Field Representatives who may encounter the above
mentioned problem.

When servicing an adapter in an hsPCI cassette in an F15K system under
SMS 1.1, do not rely on the status LEDs on the hsPCI cassette.  Instead
use the output from the "showboards" command to determine if an hsPCI
cassette is currently in a state where it may be safely removed from
the hsPCI assembly.

The output from 'showboards' should resemble the following before an 
hsPCI cassette may be removed:

      sc> showboards -da -v
      IO0/C3V0    Off     C3V
Comments: 
None

============================================================================
Implementation Footnote: 
i)   In case of MANDATORY FINs, Enterprise Services will attempt to    
     contact all affected customers to recommend implementation of 
     the FIN. 
   
ii)  For CONTROLLED PROACTIVE FINs, Enterprise Services mission critical    
     support teams will recommend implementation of the FIN  (to their  
     respective accounts), at the convenience of the customer. 

iii) For REACTIVE FINs, Enterprise Services will implement the FIN as the   
     need arises.
----------------------------------------------------------------------------
All released FINs and FCOs can be accessed using your favorite network 
browser as follows:
 
SunWeb Access:
-------------- 
* Access the top level URL of http://sdpsweb.ebay/FIN_FCO/

* From there, select the appropriate link to query or browse the FIN and
  FCO Homepage collections.
 
SunSolve Online Access:
-----------------------
* Access the SunSolve Online URL at http://sunsolve.Corp/

* From there, select the appropriate link to browse the FIN or FCO index.
 
Internet Access:
----------------
* Access the top level URL of https://infoserver.Sun.COM
--------------------------------------------------------------------------
General:
--------
* Send questions or comments to finfco-manager@sdpsweb.EBay
--------------------------------------------------------------------------
Statusactive