HwmonTemp: add TMP468 support

Tested:
Verified that HwmonTempSensor generates the TMP468 dbus object.

Change-Id: Ida22cb6050a510563c490246277f277c989a46eb
Signed-off-by: Hieu Huynh <hieuh@os.ampere

HwmonTemp: add TMP468 support

Tested:
Verified that HwmonTempSensor generates the TMP468 dbus object.

Change-Id: Ida22cb6050a510563c490246277f277c989a46eb
Signed-off-by: Hieu Huynh <hieuh@os.amperecomputing.com>

show more ...

clang-tidy: Remove redundant configuration

Signed-off-by: George Liu <liuxiwei@ieisystem.com>
Change-Id: Iccd1ec53f1f3e0e05291b6810b5ee644121714c3

build: upgrade to C++23

Meson 1.1.1 and GCC-13 both support C++23 and a sufficient portion of
the standard has been implemented. Upgrade the build to leverage it.

Change-Id: Id155ce5591163912ec496

build: upgrade to C++23

Meson 1.1.1 and GCC-13 both support C++23 and a sufficient portion of
the standard has been implemented. Upgrade the build to leverage it.

Change-Id: Id155ce5591163912ec496cb9afa3ca34343c3f8c
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>

show more ...

PSUSensor: Add RTQ6056 supports

Add device RTQ6056 reading support.
Test case: RTQ6056 can be read via PSU sensor service.

Change-Id: If7501d9e5cb95d2177b38fd7f89cafb221f26050
Signed-off-by: Ian Ch

PSUSensor: Add RTQ6056 supports

Add device RTQ6056 reading support.
Test case: RTQ6056 can be read via PSU sensor service.

Change-Id: If7501d9e5cb95d2177b38fd7f89cafb221f26050
Signed-off-by: Ian Chien <ianchien.wiwynn@gmail.com>

show more ...

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: Ib7af6345a7b9e858700bd81645fe87d9d7e9d0fb
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>

show more ...

TachSensor: Support multiple fans on the same GPIO

On IBM SBP1 two fans share the same enclosure, even though they can be
controlled independently as they have two distinct I2C PWM controllers
with

TachSensor: Support multiple fans on the same GPIO

On IBM SBP1 two fans share the same enclosure, even though they can be
controlled independently as they have two distinct I2C PWM controllers
with separate temperature sensors.
The fan enclosure occupies only one GPIO for presence detection.

Allow the same presence GPIO to be used within multiple TachSensors.

TEST: Used the same GPIO on two I2CFans, both disappear when unplugged.

Change-Id: I946e4579a361f00512eb707d2e5eb3b9ec7f2a55
Signed-off-by: Patrick Rudolph <patrick.rudolph@9elements.com>

show more ...

README.md: Fix MD025 warnings

The following warnings are generated by using markdownlint analysis:
```
MD025/single-title/single-h1 Multiple top-level headings in the same document [Context: "# Sens

README.md: Fix MD025 warnings

The following warnings are generated by using markdownlint analysis:
```
MD025/single-title/single-h1 Multiple top-level headings in the same document [Context: "# Sensor Type Documentation"]
```
Refer to markdown-lint [1] to fix MD025
[1]: https://github.com/updownpress/markdown-lint/blob/master/rules/025-single-h1.md

Signed-off-by: George Liu <liuxiwei@ieisystem.com>
Change-Id: Ibb6361abd1da5afe9c0900242bc58546b4479a41

show more ...

README.md: Fix MD040 warnings

The following warnings are generated by using markdownlint analysis:
```
MD040/fenced-code-language Fenced code blocks should have a language specified [Context: "```"]

README.md: Fix MD040 warnings

The following warnings are generated by using markdownlint analysis:
```
MD040/fenced-code-language Fenced code blocks should have a language specified [Context: "```"]
```
Refer to markdown-lint [1] to fix MD040
[1]: https://github.com/updownpress/markdown-lint/blob/master/rules/040-fenced-code-language.md

Signed-off-by: George Liu <liuxiwei@ieisystem.com>
Change-Id: Ia2d19b88db5d82492f0b9a421f25bb933f041446

show more ...

PSUSensor: Add MAX11615 supports

Add device MAX11615 reading support.
Test case: MAX11615 can be read via PSU sensor service.

Change-Id: I2127c749eb2c371050190bb0737d59a1975434da
Signed-off-by: Ian

PSUSensor: Add MAX11615 supports

Add device MAX11615 reading support.
Test case: MAX11615 can be read via PSU sensor service.

Change-Id: I2127c749eb2c371050190bb0737d59a1975434da
Signed-off-by: Ian Chien <ianchien.wiwynn@gmail.com>

show more ...

HwmonTemp: add TMP432 support

Tested:
- Confirmed system with TMP432 showed expected temperatures

Change-Id: I3ce9c64c8b226731c8979de408998260c29615aa
Signed-off-by: Andrew Geissler <geissonator@ya

HwmonTemp: add TMP432 support

Tested:
- Confirmed system with TMP432 showed expected temperatures

Change-Id: I3ce9c64c8b226731c8979de408998260c29615aa
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>

show more ...

Fix: Dimm Temp Sensor name change

Dimm names under /redfish/v1/Systems/system/Memory are not matching
with dimm names under /redfish/v1/Chassis/<Baseboard>/Sensors

Tested:
Before: "/redfish/v1

Fix: Dimm Temp Sensor name change

Dimm names under /redfish/v1/Systems/system/Memory are not matching
with dimm names under /redfish/v1/Chassis/<Baseboard>/Sensors

Tested:
Before: "/redfish/v1/Chassis/<Baseboard>/Sensors/
temperature_DIMM_A1_CPU1"
After: "/redfish/v1/Chassis/<Baseboard>/Sensors/
temperature_CPU1_DIMM_A1"

Change-Id: Ia302d6907eacd3630121c75a1f04fb386ba57d67
Signed-off-by: PavanKumarIntel <pavanx.kumar.martha@intel.com>

show more ...

PSUSensor: Fix CPU presence detection

Currently the CPU presence, indicated by 'CPURequired' property, is
board specific and there are boards making use of 0 based and boards
making use of 1 based C

PSUSensor: Fix CPU presence detection

Currently the CPU presence, indicated by 'CPURequired' property, is
board specific and there are boards making use of 0 based and boards
making use of 1 based CPU indices. It really doesn't matter as long
as the inventory uses the same indices and the inventory is board
specific as well.

Within dbus-sensors the indices read from the inventory are assumed
to be 0 based in one place and 1 based in another place.

This patch addresses CPUs that define the CPURequired property. CPUs
that don't have it were and are still unaffected and behavior is still
the same.

For CPUs that define the value, it depends when the CPU presence was
updated on dbus and when psusensors service was started. It's actually
undefined behavior since dbus-sensors race with the CPU presence
detection service.

- Fix that by always using the actual index read from the inventory,
making dbus-sensors consistent within itself and support 0 and 1 based
entity-manager configurations.
- Fix parsing intelcpusensor provided presence since it has an
underscore between 'cpu' and the digit.

Fixes PSU sensors missing for CPU0 when psusensors was started after
the CPU presence was updated on dbus and the board had 0 based CPU
indices in entity-manager configuration.

This change might regress on platforms when both conditions are true:
- psusensors was started after CPU presence was updated on dbus
- that use mixed indices (0 and 1 based) in inventory and
entity-manager configuration

Change-Id: Ieeb5989ef819f2d0a4a2aa9b593cb25b30e0194e
Signed-off-by: Patrick Rudolph <patrick.rudolph@9elements.com>

show more ...

PSUSensor: add RAA228004 support

Add support for Renesas RAA228004 controller.

Test results:
1. add RAA228004 sensor config in EM
```
{
"Address": "0x60",
"Bus": 19,
"Labels": [

PSUSensor: add RAA228004 support

Add support for Renesas RAA228004 controller.

Test results:
1. add RAA228004 sensor config in EM
```
{
"Address": "0x60",
"Bus": 19,
"Labels": [
"iout1",
"pout1",
"temp1",
"vout1"
],
"Name": "PDB_VR_P12V_N1_RAA228004",
"Type": "RAA228004",
"iout1_Name": "PDB_VR_P12V_N1_CURR_A",
"pout1_Name": "PDB_VR_P12V_N1_PWR_W",
"temp1_Name": "PDB_VR_P12V_N1_TEMP_C",
"vout1_Name": "PDB_VR_P12V_N1_VOLT_V"
}
```

2. check sensors is create by psusensors successfully
```
root@bmc:~# busctl tree xyz.openbmc_project.PSUSensor | grep PDB_VR_P12V_N1
│ ├─ /xyz/openbmc_project/State/Decorator/PDB_VR_P12V_N1_RAA228004_OperationalStatus
│ ├─ /xyz/openbmc_project/sensors/current/PDB_VR_P12V_N1_CURR_A
│ ├─ /xyz/openbmc_project/sensors/power/PDB_VR_P12V_N1_PWR_W
│ ├─ /xyz/openbmc_project/sensors/temperature/PDB_VR_P12V_N1_TEMP_C
├─ /xyz/openbmc_project/sensors/voltage/PDB_VR_P12V_N1_VOLT_V
```

Change-Id: If64ca0e8cca2841877ebfafa30af88da5eae7834
Signed-off-by: Potin Lai <potin.lai@quantatw.com>

show more ...

PSUSensor: Add max11617 support

Add iio device max11617 reading support.

Change-Id: I5d76fab45dd40f231430c02456819e319832e706
Signed-off-by: Allen.Wang <Allen_Wang@quantatw.com>

psusensor: simplify the labelMatch table

It might be more efficient to simplify the labelMatch table by not
listing all labels. PSUProperty of the same type are mostly the same,
except for fan prope

psusensor: simplify the labelMatch table

It might be more efficient to simplify the labelMatch table by not
listing all labels. PSUProperty of the same type are mostly the same,
except for fan properties. Listing all labels can limit flexibility
and necessitate table modifications when adding new properties.
Simplifying the table could help alleviate these constraints.

Tested:
(1) Sensors defined in "Labels" (e.g. tempN, powerN, fanN, ...) can
be created successfully.
(2) PWM sensors (/sys/class/hwmon/hwmonX/fanN_target) can be created
with the names, "Pwm_PSUNAME_Fan_1", "Pwm_PSUNAME_Fan_2" ...
(3) FanFault PSUSubEvents can be asserted.

Change-Id: I789cdd5c5d0c5c92cca45700bd2095c166bdc564
Signed-off-by: Cosmo Chou <cosmo.chou@quantatw.com>

show more ...

OWNERS: update with template

The OWNERS file in this repository was never updated with the standard
openbmc OWNERS template. Update it and fill out the information using
data gleaned from other rep

OWNERS: update with template

The OWNERS file in this repository was never updated with the standard
openbmc OWNERS template. Update it and fill out the information using
data gleaned from other repositories.

Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: Ibb96ba6f2a63e511f6cf19aa1536072f0ae74290

show more ...

PSUSensor: Add MPQ8785 support

Tested: We can get sensor reading from this driver.

Change-Id: Ibb507c9c77012dbb41292f78c4c69ed2548ba491
Signed-off-by: Jeff Lin <JeffLin2@quantatw.com>

HwmonTempSensor: Add support for EMC1403

Add support for EMC1403 temperature sensor.

Change-Id: Icea2e100e0630b4202f2278aa759dacfa30a5ddb
Signed-off-by: Delphine CC Chiu <Delphine_CC_Chiu@wiwynn.co

HwmonTempSensor: Add support for EMC1403

Add support for EMC1403 temperature sensor.

Change-Id: Icea2e100e0630b4202f2278aa759dacfa30a5ddb
Signed-off-by: Delphine CC Chiu <Delphine_CC_Chiu@wiwynn.com>

show more ...

PSUSensor: add xdp710 support

Add device xdp710 reading support.

Change-Id: Id4b79dd4c782c39d75ac0305b9f66c94810531fe
Signed-off-by: Yi-Shum <EasonChen1@quantatw.com>

fansensor: add compatible string for ast2600 tach

Add `aspeed,ast2600-pwm-tach` as compatible string for ast2600 pwm tach
driver.

This commit relies on the kernel patch below.
[1] https://lore.kern

fansensor: add compatible string for ast2600 tach

Add `aspeed,ast2600-pwm-tach` as compatible string for ast2600 pwm tach
driver.

This commit relies on the kernel patch below.
[1] https://lore.kernel.org/all/20240221104025.1306227-1-billy_tsai@aspeedtech.com/

Tested on Bletchley.

Change-Id: Ia2fcf6cd8856edfb15871a3b68a8ffbc13b8025d
Signed-off-by: Potin Lai <potin.lai@quantatw.com>

show more ...

ipmbsensor: add support for an Ampere SMPro on an IPMB

On ADLINK systems, the SMPro can be reached via the MMC (Module
Management Controller), which is a second BMC. It sits on an IPMB
bus.

Add sup

ipmbsensor: add support for an Ampere SMPro on an IPMB

On ADLINK systems, the SMPro can be reached via the MMC (Module
Management Controller), which is a second BMC. It sits on an IPMB
bus.

Add support for reading power, voltage, current and temperature values
from the SMPro.

Tested: built ipmbsensor and ran new ipmb unit tests.

Change-Id: Ib9862486a18f77fb58d3acd59de7686750029b56
Signed-off-by: Rebecca Cran <rebecca@bsdio.com>

show more ...

Add IpmbSensor unit tests

Because everything was packed into IpmbSensor.cpp, which also included
main(), this commit breaks it up into the patterns we have in other
sensors, with <X>main.cpp contain

Add IpmbSensor unit tests

Because everything was packed into IpmbSensor.cpp, which also included
main(), this commit breaks it up into the patterns we have in other
sensors, with <X>main.cpp containing the things for main.

While this doesn't clean up everything, it at least makes
processResponse unit testable, and adds one minor test for it.

Change-Id: I1eabf650ff635211e5b9a94816c2ffce250ed252
Signed-off-by: Ed Tanous <ed@tanous.net>

show more ...

hwmontempsensor: update PercentRH unit string

change PercentRH unit string to follow the definition in
phosphor-dbus-interface.

Test Result:
```
root@bmc:~# busctl get-property xyz.openbmc_project.

hwmontempsensor: update PercentRH unit string

change PercentRH unit string to follow the definition in
phosphor-dbus-interface.

Test Result:
```
root@bmc:~# busctl get-property xyz.openbmc_project.HwmonTempSensor /xyz/openbmc_project/sensors/humidity/FRONT_PANEL_HUMIDTY xyz.openbmc_project.Sensor.Value Unit -j
{
"type" : "s",
"data" : "xyz.openbmc_project.Sensor.Value.Unit.PercentRH"
}
```

Change-Id: I2967ee5d804eaa6f7ab28c9f39789bc58317e210
Signed-off-by: Potin Lai <potin.lai@quantatw.com>

show more ...

Utils: change OS state busname and objpath

Change the busname and object path of OS state interface.

This commit relies on the patch below:
[1] https://gerrit.openbmc.org/c/openbmc/x86-power-contro

Utils: change OS state busname and objpath

Change the busname and object path of OS state interface.

This commit relies on the patch below:
[1] https://gerrit.openbmc.org/c/openbmc/x86-power-control/+/69589

Change-Id: If2180db4a26a548934ef62fb4a16a6f2ed6f41eb
Signed-off-by: Potin Lai <potin.lai@quantatw.com>

show more ...

Add new tidy checks

Change-Id: Ibe7eb340603a6c5228997d314c20fe872e91fe58
Signed-off-by: Ed Tanous <ed@tanous.net>