commit | e8606daa53c6bea2b15fa2efb201c54d8a4f23f1 | [log] [tgz] |
---|---|---|
author | Adriana Kobylak <anoo@us.ibm.com> | Wed Jul 15 09:16:56 2020 -0500 |
committer | Adriana Kobylak <anoo@us.ibm.com> | Thu Jul 16 15:46:37 2020 -0500 |
tree | b4985e207a7b0546d26e9942e4736435f1d41684 | |
parent | 8bc2ab4eafea6f891b1a8a1223b33cee182884cb [diff] |
mmc: Setup hostfw directories The BMC updater will take care of writing the new hostfw image to flash since it's delivered in the single tarball file, but when the BMC starts up, need to setup the directories so that the contents of the host FW are visible to consumers like pldm. The first service is to setup the patch directory. This is similar to UBI. The path that mboxd expects (pnor) will point to a directory in the hostfw partition. Then create a similar symlink (hostfw) for pldm to use. Eventually pldm will replace mboxd. The second service is an init setup. We need to make the 2 hostfw versions visible. The secondary (non-running) will just be a read-only mount of the non-running image. The primary (running) version needs to be read-write. The mboxd code currently handles 3 directories: ro, rw, prsv. This was deemed too complex for pldm to replicate, so it was decided to have a single rw directory, then pldm would determine if it allowed a write or not. To handle the preserved files (that are not updated on an update), need to copy them off to a tmp space, then set up the primary directory with the contents of the running image, then restore the preserved files. Currently only the PNOR contents are preserved, at a later point the pldm files will be preserved and a different list like the pnor.toc file will be added. Finally, like the vpnor util does, if the version has changed on, remove the patch files. Just that we need to do this when the init service starts because the symlinks will not change at runtime (the host fw version is tied to the bmc version). Change-Id: I32b456bd363671404f573cb941a0f2f374a3eab2 Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
OpenPower PNOR (Processor NOR) Code Management provides a set of host software management applications for OpenPower systems. The host firmware is stored on the PNOR chip. More information can be found at Software Architecture or Host Code Update
To build this package, do the following steps: 1. ./bootstrap.sh 2. ./configure ${CONFIGURE_FLAGS} 3. make To clean the repository run `./bootstrap.sh clean`.