clang-tidy: mark unused ioc field in test stub

The 'ioc' field in DbusSensorObject test stub is intentionally
unused but retained to align with the base implementation.

Marked it with [[maybe_unused]] to suppress clang-tidy's
-Wunused-private-field warning while preserving interface
consistency for future compatibility.

Error details:
'''
tests/src/stubs/dbus_sensor_object.cpp:17:5: error:
    class ‘stubs::DbusSensorObject’ does not have any field named ‘ioc’
   17 |     ioc(ioc), bus(bus), objServer(objServer)
'''

Change-Id: Id86a671b255f98ea22fddca82c24ad2192727235
Signed-off-by: Jayanth Othayoth <ojayanth@gmail.com>
1 file changed
tree: b7e577b44bdbfc30feb216062832372d7636ed74
  1. redfish-tests/
  2. src/
  3. subprojects/
  4. tests/
  5. .clang-format
  6. .gitignore
  7. gcovr.cfg
  8. LICENSE
  9. meson.build
  10. meson.options
  11. OWNERS
  12. README.md
  13. xyz.openbmc_project.Telemetry.service.in
README.md

Telemetry

This component implements middleware for sensors and metrics aggregation.

Capabilities

This application is implementation of Telemetry proposed in OpenBMC design docs [1].

It's responsible for:

  • on-demand creation of metric reports,
    • aggregated sets of sensor values available in system [2],
  • access to metric report in both pull and push model (triggers),
  • run-time monitoring of sensor[3] updates.

Use-cases

  • generic and centralized way to observe telemetry data inside system
  • back-end for Redfish TelemetryService[4]

How to build

There are two way to build telemetry service:

  • using bitbake in yocto environment
  • using meson as native build

To build it using bitbake follow the guide from OpenBMC docs[5]. To build it using meson follow the quick guide to install meson[6] and then run below commands

meson build
cd build
ninja

After successful build you should be able to run telemetry binary or start unit tests

./tests/telemetry-ut
./telemetry

In case if system is missing boost dependency, it is possible to build it locally and set BOOST_ROOT environment variable to location of built files for meson. After this change meson should be able to detect boost dependency. See [7] for more details.

Notes

More information can be found in OpenBMC docs repository [8].

References

  1. OpenBMC platform telemetry design
  2. Sensor support for OpenBMC
  3. dbus-sensors
  4. Redfish TelemetryService
  5. Yocto-development
  6. Meson-Quick-Guide
  7. Meson-Boost-dependency
  8. OpenBMC-docs-repository