Good afternoon,
I'm trying to get an OpenHPI implementation on a bladed ATCA chassis
working. (I still have 2.0.4, but I haven't seen better results when
experimenting with 2.10.1.) I'd like to be able to put the string for
our internal AMC card ID in the ResourceTag element of the
SaHpiRptEntryT structure.
At the IPMI level, this string is located in the FRU Device Locator
Record SDR corresponding to the AMC card in the SDR repositories
maintained both by the shelf and by the Intel blade (MPCBL0040). (See
Table 43-7, FRU Device Locator Record on page 525 of this document:
http://www.intel.com/design/servers/ipmi/pdf/IPMIv2_0_rev1_0_E3_markup.p
df.)
The problem is, I seem to 'lose' this string by the time I get to the
high-level RPT tables that my application can read. It shows up as the
'Id' in the 'ipmish' output, as shown:
Entity
Name: d(r0.148.193.6)
Type: fru
Present: true
Presence sensor always there: false
Hot swappable: true
Supports managed hot swap: true
Parents
Name: d(r0.148.160.0)
Id: AH0305-4
Entity ID String: invalid
>From looking at the 'ipmi' plugin code (I have had better luck getting
this working on my system than I have 'ipmidirect'), it appears the the
'Entity ID String' is what's being read into the ResourceTag field.
This string seems to be directly related to the numerical 'entity ID',
in this case 193 (an OEM value, I understand). Indeed the 'invalid'
marker is what shows up in the 'hpitree' output.
* If I got 'ipmidirect' to work, would it behave differently?
* Is there any way to access this string using the 'ipmi' plugin,
or should I focus on another method of identifying the board at the HPI
level, such as the entity path, or the Manufacturer/Product ID
combination in SaHpiResourceInfoT?
Thanks a lot, and have a great New Year!
Jason
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel
