From: Cornelia Huck <cohuck@redhat.com>
To: Matthew Rosato <mjrosato@linux.ibm.com>
Cc: thuth@redhat.com, kvm@vger.kernel.org, pmorel@linux.ibm.com,
david@redhat.com, schnelle@linux.ibm.com, qemu-s390x@nongnu.org,
qemu-devel@nongnu.org, pasic@linux.ibm.com,
borntraeger@de.ibm.com, alex.williamson@redhat.com,
mst@redhat.com, pbonzini@redhat.com, philmd@redhat.com,
rth@twiddle.net
Subject: Re: [PATCH 00/13] s390x/pci: s390-pci updates for kernel 5.10-rc1
Date: Mon, 26 Oct 2020 17:19:47 +0100 [thread overview]
Message-ID: <20201026171947.0f302dcc.cohuck@redhat.com> (raw)
In-Reply-To: <1603726481-31824-1-git-send-email-mjrosato@linux.ibm.com>
On Mon, 26 Oct 2020 11:34:28 -0400
Matthew Rosato <mjrosato@linux.ibm.com> wrote:
> Combined set of patches that exploit vfio/s390-pci features available in
> kernel 5.10-rc1. This patch set is a combination of
>
> [PATCH v4 0/5] s390x/pci: Accomodate vfio DMA limiting
>
> and
>
> [PATCH v3 00/10] Retrieve zPCI hardware information from VFIO
>
> with duplicate patches removed and a single header sync. All patches have
> prior maintainer reviews except for:
>
> - Patch 1 (update-linux-headers change to add new file)
That one has ;)
> - Patch 2 (header sync against 5.10-rc1)
I'm still unsure about the rdma/(q)atomic stuff -- had we reached any
conclusion there?
> - Patch 13 - contains a functional (debug) change; I switched from using
> DPRINTFs to using trace events per Connie's request.
>
>
>
> Matthew Rosato (10):
> update-linux-headers: Add vfio_zdev.h
> linux-headers: update against 5.10-rc1
> s390x/pci: Move header files to include/hw/s390x
> vfio: Create shared routine for scanning info capabilities
> vfio: Find DMA available capability
> s390x/pci: Add routine to get the vfio dma available count
> s390x/pci: Honor DMA limits set by vfio
> s390x/pci: clean up s390 PCI groups
> vfio: Add routine for finding VFIO_DEVICE_GET_INFO capabilities
> s390x/pci: get zPCI function info from host
>
> Pierre Morel (3):
> s390x/pci: create a header dedicated to PCI CLP
> s390x/pci: use a PCI Group structure
> s390x/pci: use a PCI Function structure
>
> MAINTAINERS | 1 +
> hw/s390x/meson.build | 1 +
> hw/s390x/s390-pci-bus.c | 91 ++++++-
> hw/s390x/s390-pci-inst.c | 78 ++++--
> hw/s390x/s390-pci-vfio.c | 276 +++++++++++++++++++++
> hw/s390x/s390-virtio-ccw.c | 2 +-
> hw/s390x/trace-events | 6 +
> hw/vfio/common.c | 62 ++++-
> {hw => include/hw}/s390x/s390-pci-bus.h | 22 ++
> .../hw/s390x/s390-pci-clp.h | 123 +--------
> include/hw/s390x/s390-pci-inst.h | 119 +++++++++
> include/hw/s390x/s390-pci-vfio.h | 23 ++
> include/hw/vfio/vfio-common.h | 4 +
> .../drivers/infiniband/hw/vmw_pvrdma/pvrdma_ring.h | 14 +-
> .../infiniband/hw/vmw_pvrdma/pvrdma_verbs.h | 2 +-
> include/standard-headers/linux/ethtool.h | 2 +
> include/standard-headers/linux/fuse.h | 50 +++-
> include/standard-headers/linux/input-event-codes.h | 4 +
> include/standard-headers/linux/pci_regs.h | 6 +-
> include/standard-headers/linux/virtio_fs.h | 3 +
> include/standard-headers/linux/virtio_gpu.h | 19 ++
> include/standard-headers/linux/virtio_mmio.h | 11 +
> include/standard-headers/linux/virtio_pci.h | 11 +-
> linux-headers/asm-arm64/kvm.h | 25 ++
> linux-headers/asm-arm64/mman.h | 1 +
> linux-headers/asm-generic/hugetlb_encode.h | 1 +
> linux-headers/asm-generic/unistd.h | 18 +-
> linux-headers/asm-mips/unistd_n32.h | 1 +
> linux-headers/asm-mips/unistd_n64.h | 1 +
> linux-headers/asm-mips/unistd_o32.h | 1 +
> linux-headers/asm-powerpc/unistd_32.h | 1 +
> linux-headers/asm-powerpc/unistd_64.h | 1 +
> linux-headers/asm-s390/unistd_32.h | 1 +
> linux-headers/asm-s390/unistd_64.h | 1 +
> linux-headers/asm-x86/kvm.h | 20 ++
> linux-headers/asm-x86/unistd_32.h | 1 +
> linux-headers/asm-x86/unistd_64.h | 1 +
> linux-headers/asm-x86/unistd_x32.h | 1 +
> linux-headers/linux/kvm.h | 19 ++
> linux-headers/linux/mman.h | 1 +
> linux-headers/linux/vfio.h | 29 ++-
> linux-headers/linux/vfio_zdev.h | 78 ++++++
> scripts/update-linux-headers.sh | 2 +-
> 43 files changed, 961 insertions(+), 173 deletions(-)
> create mode 100644 hw/s390x/s390-pci-vfio.c
> rename {hw => include/hw}/s390x/s390-pci-bus.h (94%)
> rename hw/s390x/s390-pci-inst.h => include/hw/s390x/s390-pci-clp.h (59%)
> create mode 100644 include/hw/s390x/s390-pci-inst.h
> create mode 100644 include/hw/s390x/s390-pci-vfio.h
> create mode 100644 linux-headers/linux/vfio_zdev.h
>
next prev parent reply other threads:[~2020-10-26 16:28 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-26 15:34 [PATCH 00/13] s390x/pci: s390-pci updates for kernel 5.10-rc1 Matthew Rosato
2020-10-26 15:34 ` [PATCH 01/13] update-linux-headers: Add vfio_zdev.h Matthew Rosato
2020-10-26 15:34 ` [PATCH 02/13] linux-headers: update against 5.10-rc1 Matthew Rosato
2020-10-26 17:37 ` Alex Williamson
2020-10-26 17:40 ` Matthew Rosato
2020-10-26 15:34 ` [PATCH 03/13] s390x/pci: Move header files to include/hw/s390x Matthew Rosato
2020-10-26 15:34 ` [PATCH 04/13] vfio: Create shared routine for scanning info capabilities Matthew Rosato
2020-10-26 15:34 ` [PATCH 05/13] vfio: Find DMA available capability Matthew Rosato
2020-10-26 15:34 ` [PATCH 06/13] s390x/pci: Add routine to get the vfio dma available count Matthew Rosato
2020-10-26 15:34 ` [PATCH 07/13] s390x/pci: Honor DMA limits set by vfio Matthew Rosato
2020-10-26 15:34 ` [PATCH 08/13] s390x/pci: create a header dedicated to PCI CLP Matthew Rosato
2020-10-26 15:34 ` [PATCH 09/13] s390x/pci: use a PCI Group structure Matthew Rosato
2020-10-26 15:34 ` [PATCH 10/13] s390x/pci: clean up s390 PCI groups Matthew Rosato
2020-10-26 15:34 ` [PATCH 11/13] s390x/pci: use a PCI Function structure Matthew Rosato
2020-10-26 15:34 ` [PATCH 12/13] vfio: Add routine for finding VFIO_DEVICE_GET_INFO capabilities Matthew Rosato
2020-10-26 15:34 ` [PATCH 13/13] s390x/pci: get zPCI function info from host Matthew Rosato
2020-10-26 16:38 ` Cornelia Huck
2020-10-26 16:19 ` Cornelia Huck [this message]
2020-10-26 16:38 ` [PATCH 00/13] s390x/pci: s390-pci updates for kernel 5.10-rc1 Matthew Rosato
2020-10-26 16:44 ` Cornelia Huck
2020-10-26 16:41 ` Cornelia Huck
2020-10-26 16:53 ` Alex Williamson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20201026171947.0f302dcc.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=alex.williamson@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=david@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=mjrosato@linux.ibm.com \
--cc=mst@redhat.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=philmd@redhat.com \
--cc=pmorel@linux.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=rth@twiddle.net \
--cc=schnelle@linux.ibm.com \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).