| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Since the power supply I2C addresses are swapped between the 2 systems,
there needs to be separate config files.
(From meta-ibm rev: 7b91758259c860052d5f292a86a56c0d18884616)
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Change-Id: I3eb8ec881a7e4d7887c79a53ef142ee2f948b53f
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
The top supply, PS0, is 0x68, and PS1 is 0x69.
(From meta-ibm rev: c4df414e0284f1859ff1c709eb84eace6d848e87)
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Change-Id: I4a9f38830f86b18932a918119bafaf1f5bd5d72a
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
On swift, the VRMs that power-workarounds.sh touches can't communicate
until the system has been powered on. Rearrange the services to make
this happen.
(From meta-ibm rev: b5980e57561bc2f161bd61965551c1a3e1323131)
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Change-Id: I0ac7fb6adaa0de18feb525259f991e99c147e244
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Remove the witherspoon prefix from the witherspoon-pfault-analysis based
recipes for applications and service files to avoid confusion when these
are reused by Swift.
Point to latest commit of witherspoon-pfault-analysis.
Requires:
I4c7275c3b14b3b3724abb98b8d43610df4f9c2a3
https://gerrit.openbmc-project.xyz/c/openbmc/witherspoon-pfault-analysis/+/19399
(From meta-ibm rev: fe3a464e30811d89cad55aab795523fd6152b5a8)
Change-Id: Ic73d31809794b5033126549044d7e4ff00653118
Signed-off-by: Brandon Wyman <bjwyman@gmail.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Instead of obmc-standby.target, use multi-user.target.
(From meta-ibm rev: 85cff8cc9e66049d8ac26271c13f82d894ac572f)
Change-Id: I03c3d41c031343fa584511889c70e3def92cb83d
Signed-off-by: Patrick Venture <venture@google.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
This witherspoon-pseq-monitor-pgood service launches an instance
of witherspoon-pseq-monitor to run during a power on to monitor
for power faults during that sequence. It needs the hwmon driver
for the ucd90160 bound when it starts so that it can find the
path to some sysfs files it needs to access on failures.
However, the power-workarounds@.service was running at about the
same time, and it unbinds that device driver while it runs, so
the pseq-monitor code can't find what it's looking for, as can
be seen by a "Unable to find hwmon directory in device base path"
trace.
The fix is to just wait for the power-workaround service to be
complete before starting this service.
(From meta-ibm rev: 65da05ba33ac3b4bc2b46f1a58e05d1714221335)
Change-Id: I04209d8765a63ec89546708b6af87f761cc6f73d
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
The new subtree model brings the subtrees up from the openbmc-machines
layer.
Change-Id: I58a03ae1be374bc79ae1438e65e888375d12d0c0
Signed-off-by: Dave Cobbley <david.j.cobbley@linux.intel.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
