PEL: Handle multiple inv paths per loc code
DataInterface::getInventoryFromLocCode() was only returning a single
inventory path from GetFRUsByExpandedLocationCode() even though multiple
paths may have been returned.
Mostly that was fine, except when a processor on a DCM was called out.
That would lead to only one processor on the DCM being set to not
functional by service_indicators.cpp, so on the web UI the actual CPU
called out may not have been marked as unhealthy (health status critical
in Redfish).
This commit changes getInventoryFromLocCode() to return all the paths
that GetFRUsByExpandedLocationCode() returns, and then makes the
corresponding changes in service_indicators.cpp to be able to handle
multiple inventory paths per location code when setting them to not
functional and creating a critical association.
The other code that was calling this function can just use the first
path returned, since in those cases it's just needed to get the VPD
information for the PEL, and all the paths would return the same info
anyway since they had the same location code.
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Change-Id: Ia16f50881e4a4f84c171ae20b7a99eddcc98ad4f
diff --git a/extensions/openpower-pels/service_indicators.cpp b/extensions/openpower-pels/service_indicators.cpp
index 5327129..9572f25 100644
--- a/extensions/openpower-pels/service_indicators.cpp
+++ b/extensions/openpower-pels/service_indicators.cpp
@@ -203,9 +203,15 @@
{
try
{
- auto inventoryPath = _dataIface.getInventoryFromLocCode(locCode, 0,
- true);
- paths.push_back(std::move(inventoryPath));
+ auto inventoryPaths = _dataIface.getInventoryFromLocCode(locCode, 0,
+ true);
+ for (const auto& path : inventoryPaths)
+ {
+ if (std::find(paths.begin(), paths.end(), path) == paths.end())
+ {
+ paths.push_back(path);
+ }
+ }
}
catch (const std::exception& e)
{