#
1318a5ed |
| 16-Aug-2024 |
Patrick Williams <patrick@stwcx.xyz> |
clang-format: re-format for clang-18
clang-format-18 isn't compatible with the clang-format-17 output, so we need to reformat the code with the latest version. The way clang-18 handles lambda forma
clang-format: re-format for clang-18
clang-format-18 isn't compatible with the clang-format-17 output, so we need to reformat the code with the latest version. The way clang-18 handles lambda formatting also changed, so we have made changes to the organization default style format to better handle lambda formatting.
See I5e08687e696dd240402a2780158664b7113def0e for updated style. See Iea0776aaa7edd483fa395e23de25ebf5a6288f71 for clang-18 enablement.
Change-Id: I01547e98d27910919e09ebf7907c86292a6c825d Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
show more ...
|
#
7b037276 |
| 17-Jun-2024 |
Johnathan Mantey <johnathanx.mantey@intel.com> |
Add ability to add 'energy' sensor Type 01 records
Allow the getSensorTypeFromPath to create Type 01 records for D-Bus entries with 'energy' in their path name.
Energy sensors are 'Other Unit-based
Add ability to add 'energy' sensor Type 01 records
Allow the getSensorTypeFromPath to create Type 01 records for D-Bus entries with 'energy' in their path name.
Energy sensors are 'Other Unit-based sensors' and are considered to be 'threshold' sensors. The unit of measure is 'joules'.
Tested: Confirmed sensors with the 'energy' string preceding the sensor name generated a Type 01 record with the Sensor Type == 0xb, and the Event Reading type set to 0x01. The record also set the Sensor Units 2 entry to 0x07 to indicate the unit of measure is in joules.
Change-Id: I6ca9027e1ff2a8ad58640f851a9bd9f102ba55e9 Signed-off-by: Johnathan Mantey <johnathanx.mantey@intel.com>
show more ...
|
#
68d9d405 |
| 09-Nov-2023 |
Matt Simmering <matthew.simmering@intel.com> |
Update terminology used within repo
Update the terms to more inclusive language. This change if only for variables used in the repo.
Change-Id: I5151c9c2efab707b5dbc707e55333a3cb8c4e32b Signed-off-
Update terminology used within repo
Update the terms to more inclusive language. This change if only for variables used in the repo.
Change-Id: I5151c9c2efab707b5dbc707e55333a3cb8c4e32b Signed-off-by: Matt Simmering <matthew.simmering@intel.com>
show more ...
|
#
23a722ca |
| 12-May-2023 |
Johnathan Mantey <johnathanx.mantey@intel.com> |
Enable Yocto control of the USING_ENTITY_MANAGER_DECORATORS
The USING_ENTITY_MANAGER_DECORATORS compile switch is hard coded to enabled in a header file. The changes here allow the feature to be con
Enable Yocto control of the USING_ENTITY_MANAGER_DECORATORS
The USING_ENTITY_MANAGER_DECORATORS compile switch is hard coded to enabled in a header file. The changes here allow the feature to be controlled in recipes via PACKAGECONFIG entries in bbappend files.
Tested: Applied https://gerrit.openbmc.org/c/openbmc/openbmc/+/63434 Modified internal bbappend file to PACKAGECONFIG:remove entity-manager-decorators Confirmed the code guarded by the ifdef no longer compiled Removed change to bbappend file Confirmed the code guarded by the ifdef was restored.
Change-Id: I4f3072451f893fcb5edaa478d0546253e7005b9f Signed-off-by: Johnathan Mantey <johnathanx.mantey@intel.com>
show more ...
|
#
cd1c4963 |
| 22-Sep-2021 |
Johnathan Mantey <johnathanx.mantey@intel.com> |
Guarantee SDR Type12 byte alignment matches the IPMI spec
The Type12 structure used a uint24_t to assign storage for 3 reserved bytes in the Type12 SDR definition. This turned out to be an issue as
Guarantee SDR Type12 byte alignment matches the IPMI spec
The Type12 structure used a uint24_t to assign storage for 3 reserved bytes in the Type12 SDR definition. This turned out to be an issue as the compiler promoted the uint24_t to a uint32_t, which added one additional byte to the structure. This in turn pushed the trailing bytes out of alignment.
The defintion has been changed to use an explicit uint8_t array that is three bytes in size. This defines the structure in a way that guarantees the size of the record is correct.
The structure has also had a constructor added to it to eliminate code duplication, and to reduce the likelihood of errors caused by manual calculation of values.
Tested: Issued 'ipmitool sdr dump /tmp/sdrs.bin' Performed a hex dump on the binary data and reviewed the Type12 records. Confirmed all fields were correctly assigned, including the inclusion of only 3 reserved bytes.
Ported From: https://gerrit.openbmc-project.xyz/c/openbmc/intel-ipmi-oem/+/47117
Change-Id: I3fef5a1fe67877e5a6cf6e7928c5f15599bfb6f6 Signed-off-by: Johnathan Mantey <johnathanx.mantey@intel.com> Signed-off-by: Willy Tu <wltu@google.com>
show more ...
|
#
05d17c03 |
| 14-Sep-2021 |
Harvey Wu <Harvey.Wu@quantatw.com> |
dbus-sdr: implement SDR Record Type 8
- implement SDR Record Type 8 sensor like ipmi_entity_get_sdr function in sensorhandler.cpp, and will locate at the last of SDR list
TEST: ~# ipmitool sdr el
dbus-sdr: implement SDR Record Type 8
- implement SDR Record Type 8 sensor like ipmi_entity_get_sdr function in sensorhandler.cpp, and will locate at the last of SDR list
TEST: ~# ipmitool sdr elist all -vvv ... ... ... SDR record ID : 0x00d9 SDR record type : 0x08 SDR record next : 0x00da SDR record bytes: 11 Getting 11 bytes from SDR at offset 5 SDR record ID : 0x00d9 SDR record ID : 0x00da SDR record type : 0x08 SDR record next : 0xffff SDR record bytes: 11 Getting 11 bytes from SDR at offset 5 SDR record ID : 0x00da
~# ipmitool raw 0x04 0x21 0x00 0x00 0xd9 0x00 0x00 0xff da 00 d9 00 51 08 0b 1e 00 80 0b 03 0b 07 1d 00 1d 01 ~# ipmitool raw 0x04 0x21 0x00 0x00 0xda 0x00 0x00 0xff ff ff da 00 51 08 0b 1e 01 80 0b 08 0b 0b 1d 02 1d 03
Signed-off-by: Harvey Wu <Harvey.Wu@quantatw.com> Change-Id: I4998532402158f299dcb34c29734b23b5f8dc719
show more ...
|
#
de54f486 |
| 26-Jan-2021 |
Willy Tu <wltu@google.com> |
dbus-sdr: Initial Dynamic Sensor Stack
Migrate intel-ipmi-oem dynamic sensor stack into phosphor-host-ipmid for more general use.
The files are copied from https://gerrit.openbmc-project.xyz/c/open
dbus-sdr: Initial Dynamic Sensor Stack
Migrate intel-ipmi-oem dynamic sensor stack into phosphor-host-ipmid for more general use.
The files are copied from https://gerrit.openbmc-project.xyz/c/openbmc/intel-ipmi-oem/+/39743
https://gerrit.openbmc-project.xyz/plugins/gitiles/openbmc/intel-ipmi-oem/+/b910987a7d832e38e9342f0946aeb555a48f9cb0
Created `libdynamiccmds` to enable dynamic sensor stack.
Minor changes in the migration include:
1, Removing the use of `commandutils.hpp` in all files since it is only used for ``` static constexpr bool debug = false; ``` It is added to `sdrutils.hpp` instead.
2, Update lastWriteAddr to size_t to match the vector.size() type during comparison.
3, Renamed the sensorcommand unit test to sensorcommands_unitest.cpp
4, Removed unused variables. - sensorcommands ``` constexpr uint8_t thresholdMask = 0xFF; ``` - sensorcommands_unitest ``` double yError = std::abs(y - yRoundtrip); ``` 5, Removed Intel Specific Changes - Redfish logs - node manager/ME - BIOS to SEL event 6, Removed externing a global variable for sensorTree. - Replaced it with a method that returns a singleton - auto& sensorTree = getSensorTree(); for access 7, Replaced intel_oem namespace with dynamic_sensors
8, Removed types.hpp and use `ipmid/types.hpp` directly - Updated the types to match ipmid/types - Added Association and std::vector<Association>> under Value.
9, Add cpp files for sdrutils and sensorutils.
10, link libipmid as it is required for getManagedObjects needed by sensorcommands.cpp
Signed-off-by: Willy Tu <wltu@google.com> Change-Id: If944620c895ecf4c9f4c3efe72479f4de276f4fb Signed-off-by: Vijay Khemka <vijaykhemkalinux@gmail.com>
show more ...
|