systemd: no installation in templated targets

Upstream yocto introduced a change via e510222 (systemd-systemctl:
fix instance template WantedBy symlink construction).

This fixes a bug that we in Op

systemd: no installation in templated targets

Upstream yocto introduced a change via e510222 (systemd-systemctl:
fix instance template WantedBy symlink construction).

This fixes a bug that we in OpenBMC had been taking advantage of in that
we were able to document our templated target dependencies without it
actually doing anything. The real installation of services within
targets occurs in our bitbake recipes due to the complexity of chassis
and host instances on a per machine basis.

Leave the dependency information in the service files but comment them
out. It's useful to be able to look at a service and understand which
targets it's going to be installed into by the bitbake recipes.

In some cases, we had hard coded the target instance, which does install
the service correctly, but only in that one target. All services should
be installed via the bitbake recipe to ensure the service is properly
installed in all instances of the target. Once the bump for this commit
goes into openbmc/openbmc, I will ensure the recipe is updated to
install all services correctly.

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

show more ...

update service file deps in accordance with recent refactoring

As noted in the following mailing list thread:
https://lists.ozlabs.org/pipermail/openbmc/2022-November/032457.html

and implemented vi

update service file deps in accordance with recent refactoring

As noted in the following mailing list thread:
https://lists.ozlabs.org/pipermail/openbmc/2022-November/032457.html

and implemented via this series of commits:
https://gerrit.openbmc.org/q/topic:op-power-control-ref

Some systemd services had their names changed. Update the service files
in this repo to reflect this.

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

show more ...

regulators: Host reboot should not redo operations

While powering on the host, a "warm reboot" of the host may occur one or
more times. For example, the host boot process may update hardware in a
w

regulators: Host reboot should not redo operations

While powering on the host, a "warm reboot" of the host may occur one or
more times. For example, the host boot process may update hardware in a
way that requires a host reboot.

During a "warm reboot" of the host, power to the chassis remains on. As
a result, the following regulator operations should *not* be performed:
* Configuring the regulators again.
* Disabling and then re-enabling regulator monitoring for sensors and
redundant phase faults.

Modify several regulator systemd service files so that those regulator
operations are not performed during a "warm reboot" of the host.

Test Plan:
* https://gist.github.com/smccarney/c2eea054b7439b84b55f4fb89f474413

Signed-off-by: Shawn McCarney <shawnmm@us.ibm.com>
Change-Id: I5e4c97168f0f7cdd5d7d6bfed227c5769a86d5a8

show more ...

regulators: Add phosphor-regulators service dependencies

'regsctl' can't do anything useful until phosphor-regulators is running,
so add systemd unit dependencies to ensure it's started before
regul

regulators: Add phosphor-regulators service dependencies

'regsctl' can't do anything useful until phosphor-regulators is running,
so add systemd unit dependencies to ensure it's started before
regulators-config and regulators-monitor-{enable,disable}.

While we're at it, change phosphor-regulators.service to be of type dbus
so we get a more meaningful check that it's really up and running, and
tweak the instantiation of ManagerObject so that it emits the necessary
signals.

Signed-off-by: Zev Weiss <zev@bewilderbeest.net>
Change-Id: I724e4f335c4347ad6789e2d68cfb58c6387e6073

show more ...

reg-config: ensure runs before chassis power on

openbmc/phosphor-state-manager#16 documents an issue with the
obmc-power-start-pre@.target. Root cause is unknown at this point. Until
root cause is u

reg-config: ensure runs before chassis power on

openbmc/phosphor-state-manager#16 documents an issue with the
obmc-power-start-pre@.target. Root cause is unknown at this point. Until
root cause is understood there, set the service dependency directly to
ensure this service always runs prior to chassis power being turned on.

Tested:
- Ran 10 power on/off and verified this service always ran before power
was turned on to the chassis.

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

show more ...

regs: Add/install config service

Create a service file to call a method within the phosphor-regulators
binary to configure the regulators. Add this service file to be
installed within the systemd se

regs: Add/install config service

Create a service file to call a method within the phosphor-regulators
binary to configure the regulators. Add this service file to be
installed within the systemd services directory(`/lib/systemd/system/`).

Tested:
Started before pre-poweron target is set
Keeps next poweron target from starting until completes

Signed-off-by: Matthew Barth <msbarth@us.ibm.com>
Change-Id: I1c470c7221c589733e6cb5bb8346545e2039d467

show more ...