Rename prefixed config files

Now that these files are all in folders, we don't need to prefix the
names. Not all folders ended up following the companyname_<model>
pattern, so fix the ones that nee

Rename prefixed config files

Now that these files are all in folders, we don't need to prefix the
names. Not all folders ended up following the companyname_<model>
pattern, so fix the ones that need fixed.

Open to suggestion if there's a better pattern we should follow, but
portions of the repo already follow this pattern, so we should be
consistent.

Change-Id: Ieb27b7c894f43db90fcf40709befc79aa9f3bcbf
Signed-off-by: Ed Tanous <etanous@nvidia.com>

show more ...

configurations: Align humidity sensor names with dbus-sensors changes

This patch updates sensor configuration files to reflect the corrected
sensor naming scheme for multi-function sensors such as B

configurations: Align humidity sensor names with dbus-sensors changes

This patch updates sensor configuration files to reflect the corrected
sensor naming scheme for multi-function sensors such as BME280. This
change ensures consistency with the naming conventions defined in
`HwmonTempMain.cpp` and aligns with recent updates in the `dbus-sensors`
repository.

Previously, both pressure and humidity readings used the same key
("Name1"), which led to confusion and potential misinterpretation of
sensor data.

This patch replaces sensor naming keys as follows:

- "Name1" → "NamePressure"
- "Name2" → "NameHumidity"

This change ensures proper mapping and indexing of humidity and pressure
sensors on D-Bus, preventing conflicts and improving the reliability of
sensor readings. It directly addresses the changes introduced in:

https://gerrit.openbmc.org/c/openbmc/dbus-sensors/+/82559

Affected platforms:
- blyth
- blyth2
- bletchley_frontpanel
- mudflap
- storm_king
- storm_king2

Change-Id: Iaa5e95ae0758581c015fabe2895f4dd2a34beac7
Signed-off-by: Naresh Solanki <naresh.solanki@9elements.com>

show more ...

configurations: Add IBM's Huygens chassis

This represents the highest level chassis, of which there is one.

Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Change-Id: I2abfc4732654a6b0592559c56aac

configurations: Add IBM's Huygens chassis

This represents the highest level chassis, of which there is one.

Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Change-Id: I2abfc4732654a6b0592559c56aacd96f38f4b515

show more ...

Move the rest of the configs

Per the migration we've been doing elsewhere, move the rest of the
configs into vendor specific folders.

Change-Id: Ie688a5c06aa6659f1eea8db99b227dbf3a7c559b
Signed-off

Move the rest of the configs

Per the migration we've been doing elsewhere, move the rest of the
configs into vendor specific folders.

Change-Id: Ie688a5c06aa6659f1eea8db99b227dbf3a7c559b
Signed-off-by: Ed Tanous <etanous@nvidia.com>

show more ...

configurations/ibm: organize configs

Organizing configs by hardware vendor has some advantages:
- quickly find configs for hardware
- easily review config changes for hardware you are using via gerr

configurations/ibm: organize configs

Organizing configs by hardware vendor has some advantages:
- quickly find configs for hardware
- easily review config changes for hardware you are using via gerrit
path matches
- harder to overlook toplevel files like `VENDORS.md` and `meson.build`
- more easily see which config is relevant for some hardware

Organizing config like this has precedent in linux [1].

References:
[1] https://github.com/torvalds/linux/tree/b320789d6883cc00ac78ce83bccbfe7ed58afcf0/arch/arm/boot/dts

Change-Id: I8bbca1193a3b4b1b4f1e21b28bdc5a37e63740ff
Signed-off-by: Alexander Hansen <alexander.hansen@9elements.com>

show more ...