Thread (22 messages) 22 messages, 4 authors, 2021-11-17

Re: [PATCH v3 00/13] Introduce PECI subsystem

From: "Winiarska, Iwona" <iwona.winiarska@intel.com>
Date: 2021-11-17 23:26:35
Also in: linux-arm-kernel, linux-aspeed, linux-devicetree, linux-hwmon, lkml, openbmc

On Wed, 2021-11-17 at 03:56 +0000, Zev Weiss wrote:
On Mon, Nov 15, 2021 at 10:25:39AM PST, Iwona Winiarska wrote:
quoted
Hi,

This is a third round of patches introducing PECI subsystem.
Sorry for the delay between v2 and v3.
Hi Iwona,

I've done some testing of these patches on my AST2500/E-2778G OpenBMC
platform -- I had to do a small bit of hacking to add support for
INTEL_FAM6_KABYLAKE, but with that in place the newly-added code for the
8.8 format seems to work as it should.  Thanks!
Thanks for the report and testing :)
In poking at it a bit further I encountered some sub-optimal behavior
w.r.t. to host power state transitions and timeouts though --
essentially, if I ever hit a timeout in aspeed_peci_xfer() (for example
on a read of a hwmon tempX_input file after an unexpected host
shutdown), it seems to get stuck in a state where even if the host comes
back online, all attempted PECI transfers continue just timing out.
(Rebooting the BMC seems to resolve the problem.)  This also happens if
I remove the peci client device via the 'remove' sysfs file, shut down
the host, and then do a rescan via sysfs while the host is off (i.e.
another operation that times out).

Let me know if there's any other info that would be helpful for
debugging.
That's unexpected. I do have an idea what might have caused that. Let me fix it
in v4.

Thanks
-Iwona

Thanks,
Zev
  
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help