commit | 6980011b042c8706b65af9606d1308e96d919b02 | [log] [tgz] |
---|---|---|
author | George Liu <liuxiwei@inspur.com> | Sat Oct 10 11:41:08 2020 +0800 |
committer | George Liu <liuxiwei@ieisystem.com> | Mon Jun 09 00:24:16 2025 +0000 |
tree | 7db78c2a8b9d2509e805a16aa3e5ed08db7caa3c | |
parent | 7f3726a22d976251365bbb1f11de1cb681c9b8a8 [diff] |
Implement LocationIndicatorActive for Memory resource Implement LocationIndicatorActive for Memory schema to set/get the status of the location LED for a Dimm.[1] Uses the utility functions getLocationIndicatorActive() and setLocationIndicatorActive() to follow the association and get or set the LED value. [1] https://redfish.dmtf.org/schemas/v1/Memory.v1_20_0.json Tested: - Note: The pre-existing code had support for finding objects implementing the interface "xyz.openbmc_project.Inventory.Item.PersistentMemory.Partition". From the comments it looks like these are separate objects on the D-Bus. The property information for these objects are added to the response for the Dimm. I kept the GET path similar to avoid regressing that support. However I was not able to test it as our hardware does not implement that interface. (Those interfaces are not part of the PATCH path.) - Redfish service validator passes - Tested on p10bmc hardware simulator: 1. Get LocationIndicatorActive ``` $ curl -k -H "X-Auth-Token: $token" https://${bmc}/redfish/v1/Systems/system/Memory/dimm0 { "@odata.id": "/redfish/v1/Systems/system/Memory/dimm0", "@odata.type": "#Memory.v1_11_0.Memory", "LocationIndicatorActive": false, ... } ``` 2. Set LocationIndicatorActive to true ``` $ curl -k -H "X-Auth-Token: $token" -H "Content-Type: application/json" -X PATCH -d '{"LocationIndicatorActive":true}' https://${bmc}/redfish/v1/Systems/system/Memory/dimm0 $ curl -k -H "X-Auth-Token: $token" https://${bmc}/redfish/v1/Systems/system/Memory/dimm0 { "@odata.id": "/redfish/v1/Systems/system/Memory/dimm0", "@odata.type": "#Memory.v1_11_0.Memory", "LocationIndicatorActive": true, ... } ``` 3. Use busctl set-propery to change the value back to false ``` $ busctl --json=pretty call xyz.openbmc_project.ObjectMapper /xyz/openbmc_project/object_mapper xyz.openbmc_project.ObjectMapper GetAssociatedSubTreePaths ooias /xyz/openbmc_project/inventory/system/chassis/motherboard/dimm0/identifying /xyz/openbmc_project/led/groups 0 1 xyz.openbmc_project.Led.Group { "type" : "as", "data" : [ [ "/xyz/openbmc_project/led/groups/ddimm16_identify" ] ] } $ busctl set-property xyz.openbmc_project.LED.GroupManager /xyz/openbmc_project/led/groups/ddimm16_identify xyz.openbmc_project.Led.Group Asserted b false $ curl -k -H "X-Auth-Token: $token" https://${bmc}/redfish/v1/Systems/system/Memory/dimm0 { "@odata.id": "/redfish/v1/Systems/system/Memory/dimm0", "@odata.type": "#Memory.v1_11_0.Memory", "LocationIndicatorActive": false, ... } ``` 4. Error returned when trying to set the value to non-boolean ``` $ curl -k -H "X-Auth-Token: $token" -H "Content-Type: application/json" -X PATCH -d '{"LocationIndicatorActive":"unknown"}' https://${bmc}/redfish/v1/Systems/system/Memory/dimm0 { "LocationIndicatorActive@Message.ExtendedInfo": [ { "@odata.type": "#Message.v1_1_1.Message", "Message": "The value '\"unknown\"' for the property LocationIndicatorActive is not a type that the property can accept.", "MessageArgs": [ "\"unknown\"", "LocationIndicatorActive" ], "MessageId": "Base.1.19.PropertyValueTypeError", "MessageSeverity": "Warning", "Resolution": "Correct the value for the property in the request body and resubmit the request if the operation failed." } ] } ``` 5. Error returned when specifying an unknown Memory resource ``` $ curl -k -H "X-Auth-Token: $token" https://${bmc}/redfish/v1/Systems/system/Memory/dimm300 { "error": { "@Message.ExtendedInfo": [ { "@odata.type": "#Message.v1_1_1.Message", "Message": "The requested resource of type Memory named 'dimm300' was not found.", "MessageArgs": [ "Memory", "dimm300" ], "MessageId": "Base.1.19.ResourceNotFound", "MessageSeverity": "Critical", "Resolution": "Provide a valid resource identifier and resubmit the request." } ], "code": "Base.1.19.ResourceNotFound", "message": "The requested resource of type Memory named 'dimm300' was not found." } } $ curl -k -H "X-Auth-Token: $token" -H "Content-Type: application/json" -X PATCH -d '{"LocationIndicatorActive":true}' https://${bmc}/redfish/v1/Systems/system/Memory/dimm300 { "error": { "@Message.ExtendedInfo": [ { "@odata.type": "#Message.v1_1_1.Message", "Message": "The requested resource of type Memory named 'dimm300' was not found.", "MessageArgs": [ "Memory", "dimm300" ], "MessageId": "Base.1.19.ResourceNotFound", "MessageSeverity": "Critical", "Resolution": "Provide a valid resource identifier and resubmit the request." } ], "code": "Base.1.19.ResourceNotFound", "message": "The requested resource of type Memory named 'dimm300' was not found." } } ``` Signed-off-by: George Liu <liuxiwei@inspur.com> Change-Id: Ifb705003380c2a83ada8a645b346b0ae52a06183 Signed-off-by: Janet Adkins <janeta@us.ibm.com>
This component attempts to be a "do everything" embedded webserver for OpenBMC.
The webserver implements a few distinct interfaces:
bmcweb at a protocol level supports http and https. TLS is supported through OpenSSL.
Bmcweb supports multiple authentication protocols:
Each of these types of authentication is able to be enabled or disabled both via runtime policy changes (through the relevant Redfish APIs) or via configure time options. All authentication mechanisms supporting username/password are routed to libpam, to allow for customization in authentication implementations.
All authorization in bmcweb is determined at routing time, and per route, and conform to the Redfish PrivilegeRegistry.
*Note: Non-Redfish functions are mapped to the closest equivalent Redfish privilege level.
bmcweb is configured per the meson build files. Available options are documented in meson_options.txt
meson setup builddir ninja -C builddir
If any of the dependencies are not found on the host system during configuration, meson will automatically download them via its wrap dependencies mentioned in bmcweb/subprojects
.
bmcweb relies on some on-system data for storage of persistent data that is internal to the process. Details on the exact data stored and when it is read/written can seen from the persistent_data
namespace.
When SSL support is enabled and a usable certificate is not found, bmcweb will generate a self-signed a certificate before launching the server. Please see the bmcweb source code for details on the parameters this certificate is built with.
bmcweb is capable of aggregating resources from satellite BMCs. Refer to AGGREGATION.md for more information on how to enable and use this feature.