commit | 81671f6d52da047aa487d8e08c4435505e3fe61b | [log] [tgz] |
---|---|---|
author | Alpana Kumari <alpankum@in.ibm.com> | Wed Feb 10 02:21:59 2021 -0600 |
committer | Alpana Kumari <alpankum@in.ibm.com> | Thu Feb 11 00:13:08 2021 -0600 |
tree | a8a8531516bdfe436861a255ac840510e3f1d057 | |
parent | cfd7a75ab49d18abbba4585c392ca12d295e7775 [diff] |
Change ND1 to ND0 for expanded LocationCode Tested- root@rain135bmc:/tmp# ./ibm-read-vpd -f /sys/bus/i2c/drivers/at24/8-0050/eeprom DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0 DBG: expandedLoctionCode: U78DB.ND0.WZS000G DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0-C15 DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0-C15 DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0-C15 DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0-C24 DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0-C24 DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0-C24 DBG: expandedLoctionCode: U78DB.ND0.WZS000G-P0-C22 Change-Id: Iab53916bc95406c6e6da8dd423a008e0e370a574 Signed-off-by: Alpana Kumari <alpankum@in.ibm.com>
#Overview This repository hosts code for OpenPower and IBM IPZ format VPD parsers. Both OpenPower VPD and IPZ VPD formats are structured binaries that consist of records and keywords. A record is a collection of multiple keywords. More information about the format can be found here.
The repository consists of two distinct applications, which are:
This is a build-time YAML driven application that parses the OpenPower VPD format and uses the YAML configuration (see extra-properties-example.yaml and writefru.yaml) to determine:
The application instance must be passed in the file path to the VPD (this can, for example, be a sysfs path exposed by the EEPROM device driver) and also the D-Bus object path(s) that EEPROM data needs to be published under.
This parser is can be built by passing in the --enable-ibm-parser
configure option. This parser differs from the OpenPower VPD parser in the following ways:
#
and are > 255 bytes in length).Making the application runtime JSON driven allows us to support multiple systems (with different FRU configurations) to be supported in a single code image as well as making the application more flexible for future improvements.