Re: [PATCH v2 0/3] s390/pci: Updates to PCI insn tracing

[Gerd Bayer <gbayer@linux.ibm.com>]

On Mon, 2026-10-12 at 18:00 +0200, Heiko Carstens wrote:
> On Mon, Oct 12, 2026 at 04:21:48PM +0200, Gerd Bayer wrote:
> > With this series applied (+ a test patch to trace RPCIT even in CC0
> > situations) an entry in /sys/kernel/debug/s390dbf/pci_error/hex_ascii
> > looks like the following (removed time-stamp and ASCII transcription,
> > replaced instruction address with "<IA>"):
> 
> ...
> 
> > Signed-off-by: Gerd Bayer <gbayer@linux.ibm.com>
> > ---
> > Changes in v2:
> > - 1/3 and 3/3: Replace unnamed bitfields with named dummy members for
> >   padding (address Sashiko findings)
> > - Link to v1: https://lore.kernel.org/r/20261007-rpcit_trcfh_upstream-v1-0-8a2718cfb90b@linux.ibm.com
> > 
> > ---
> > Gerd Bayer (3):
> >       s390/pci: Adjust alignment in insn trace
> >       s390/pci: Use 32-bit fh outside of inline asm
> >       s390/pci: Add function handle to RPCIT insn trace
> > 
> >  arch/s390/include/asm/pci_insn.h |  2 +-
> >  arch/s390/pci/pci_insn.c         | 42 +++++++++++++++++++++++++++++++++-------
> >  drivers/iommu/s390-iommu.c       |  8 +++-----
> >  3 files changed, 39 insertions(+), 13 deletions(-)
> 
> Even though this touches drivers/iommu/s390-iommu.c I assume this
> should go upstream via s390. Is this correct?

Hi Heiko,

that was my assumption, yes. I hope the iommu-maintainers agree, since
patch 2 touches s390 internals, exclusively.

Thanks,
Gerd