mbox series

[v3,0/3] sbefifo long running chip-op ioctl support

Message ID 20220303014616.757411-1-joel@jms.id.au
Headers show
Series sbefifo long running chip-op ioctl support | expand

Message

Joel Stanley March 3, 2022, 1:46 a.m. UTC 
v3: Fix memory leaks
    Ensure timeout is reset in failure path
    Document long running commands in the header
v2: Split out new API from implemntation of ops
    Document long ops in commit message

The sbefifo driver in the kernel has gained an ioctl for setting the
timeout (in seconds) for a chip-op.

 https://lore.kernel.org/all/20220121053816.82253-1-joel@jms.id.au/

It will appear in v5.18 (mainline), and is backported to OpenBMC
dev-5.15.

The timeout is per-descriptor so the currently running application will
set this for chip-ops that are specified as long running in the SP to
SBE Interface Specification for P10 Systems, version 2.

After the operation is complete libpdbg will reset the timout to the
kernel's default.

Amitay Isaacs (3):
  configure: Add configure check for <linux/fsi.h>
  libsbefifo: Add long read timeout API
  libsbefifo: Set long read timeout for chip-ops

 libsbefifo/sbefifo_private.h | 39 ++++++++++++++++++++--------------
 libsbefifo/cmd_array.c       | 14 ++++++++++++
 libsbefifo/cmd_control.c     |  7 ++++++
 libsbefifo/cmd_generic.c     |  7 ++++++
 libsbefifo/cmd_memory.c      | 29 ++++++++++++++++++++++++-
 libsbefifo/cmd_mpipl.c       | 21 ++++++++++++++++++
 libsbefifo/cmd_register.c    | 12 +++++++++++
 libsbefifo/cmd_ring.c        | 21 ++++++++++++++++++
 libsbefifo/connect.c         | 41 ++++++++++++++++++++++++++++++++++++
 configure.ac                 |  5 +++++
 10 files changed, 179 insertions(+), 17 deletions(-)