Linux S390: System z9 mainframe

• Thread Index

• Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: "Yang, Lixiao" <lixiao.yang@xxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v5 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH] vdso: Improve cmd_vdso_check to check all dynamic relocations
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• [PATCH] s390/ap: fix memory leak in ap_init_qci_info()
  • From: Wei Yongjun <weiyongjun@xxxxxxxxxxxxxxx>
• Re: [PATCH] s390/pci: Use irq_data_get_msi_desc()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH] s390/pci: Use irq_data_get_msi_desc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] ALSA: memalloc: don't pass bogus GFP_ flags to dma_alloc_*
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] s390/pci: Use irq_data_get_msi_desc()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v5 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: haoxin <xhao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 5/5] s390/uaccess: add cmpxchg_user_key()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] ALSA: memalloc: don't pass bogus GFP_ flags to dma_alloc_*
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] s390/ism: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] cnic: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] RDMA/qib: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• stop drivers from passing GFP_COMP to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] media: videobuf-dma-contig: use dma_mmap_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] KVM: s390: fix array_size.cocci warning
  • From: wangkailong@xxxxxxx
• [PATCH] s390/pci: Use irq_data_get_msi_desc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 6.1-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] s390 updates for 6.1-rc5
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH v16 5/6] KVM: s390: pv: support for Destroy fast UVC
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v16 6/6] KVM: s390: pv: module parameter to fence asynchronous destroy
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v16 1/6] KVM: s390: pv: asynchronous destroy for reboot
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v16 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v16 4/6] KVM: s390: pv: avoid export before import if possible
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v16 2/6] KVM: s390: pv: api documentation for asynchronous destroy
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v16 0/6] KVM: s390: pv: implement lazy destroy for reboot
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH][next] s390/dasd: Fix spelling mistake "Ivalid" -> "Invalid"
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• Re: [External] [PATCH v5 0/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v4 1/1] x86: cpuinfo: Ensure inputs to cpumask_next are valid
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 09/11] vfio: Move container related MODULE_ALIAS statements into container.c
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 10/44] KVM: VMX: Clean up eVMCS enabling if KVM initialization fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• RE: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH v3 0/7] vfio-ccw parent rework
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 32/44] KVM: x86: Unify pr_fmt to use module name for all KVM modules
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 37/44] KVM: Rename and move CPUHP_AP_KVM_STARTING to ONLINE section
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] s390/uaccess: add cmpxchg_user_key()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] s390/uaccess: add cmpxchg_user_key()
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] vfio/ccw: identify CCW data addresses as physical
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 32/44] KVM: x86: Unify pr_fmt to use module name for all KVM modules
  • From: Robert Hoo <robert.hu@xxxxxxxxxxxxxxx>
• Re: [PATCH 37/44] KVM: Rename and move CPUHP_AP_KVM_STARTING to ONLINE section
  • From: Robert Hoo <robert.hu@xxxxxxxxxxxxxxx>
• RE: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 09/11] vfio: Move container related MODULE_ALIAS statements into container.c
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 08/11] vfio-iommufd: Support iommufd for emulated VFIO devices
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 06/11] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v2 05/11] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH 5/5] s390/uaccess: add cmpxchg_user_key()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 2/2] vfio/ccw: identify CCW data addresses as physical
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 0/2] s390/vfio-ccw: addressing fixes
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Anthony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Anthony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [GIT PULL 0/2] s390 fixes for 6.1-rc5
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 5/5] s390/uaccess: add cmpxchg_user_key()
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Anthony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH v2 5/5] s390/pci: use lock-free I/O translation updates
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 2/5] iommu/s390: Add I/O TLB ops
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 4/5] iommu/s390: Optimize IOMMU table walking
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 1/5] iommu/s390: Make attach succeed even if the device is in error state
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 0/5] iommu/s390: Further improvements
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH 26/30] s390/ipl: Use kstrtobool() instead of strtobool()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Anthony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v1] KVM: s390: GISA: sort out physical vs virtual pointers usage
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: S390 testing for IOMMUFD
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Nicolin Chen <nicolinc@xxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Nicolin Chen <nicolinc@xxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• S390 testing for IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 10/11] vfio: Make vfio_container optionally compiled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 06/11] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 09/11] vfio: Move container related MODULE_ALIAS statements into container.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 08/11] vfio-iommufd: Support iommufd for emulated VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 01/11] vfio: Move vfio_device driver open/close code to a function
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 04/11] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 03/11] vfio: Rename vfio_device_assign/unassign_container()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 05/11] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 02/11] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH 27/44] KVM: Drop kvm_arch_{init,exit}() hooks
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 30/44] KVM: Drop kvm_arch_check_processor_compat() hook
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 09/44] KVM: Drop arch hardware (un)setup hooks
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 26/44] KVM: s390: Mark __kvm_s390_init() and its descendants as __init
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 25/44] KVM: s390: Do s390 specific init without bouncing through kvm_init()
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 06/44] KVM: s390: Move hardware setup/unsetup to init/exit
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 04/44] KVM: Teardown VFIO ops earlier in kvm_exit()
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 05/44] KVM: s390: Unwind kvm_arch_init() piece-by-piece() if a step fails
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• [PATCH v2 1/1] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [PATCH v2 0/1] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH v1] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v1] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH v1] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [GIT PULL 0/2] s390 fixes for 6.1-rc5
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 1/2] KVM: s390: pv: don't allow userspace to set the clock under PV
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 2/2] KVM: s390: pci: Fix allocation size of aift kzdev elements
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [PATCH v1] KVM: s390: GISA: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH 44/44] KVM: Opt out of generic hardware enabling on s390 and PPC
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH 30/44] KVM: Drop kvm_arch_check_processor_compat() hook
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH 27/44] KVM: Drop kvm_arch_{init,exit}() hooks
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH 23/44] KVM: RISC-V: Tag init functions and data with __init, __ro_after_init
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH 22/44] KVM: RISC-V: Do arch init directly in riscv_kvm_init()
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH 09/44] KVM: Drop arch hardware (un)setup hooks
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v4a 33/38] timers: s390/cmm: Use timer_shutdown_sync() before a module is released
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 02/44] KVM: Initialize IRQ FD after arch hardware setup
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 07/10] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/44] KVM: x86: Move hardware setup/unsetup to init/exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v3] random: do not include <asm/archrandom.h> from random.h
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v3 7/7] vfio: Remove vfio_free_device
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v3 5/7] vfio/ccw: remove release completion
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v3 4/7] vfio/ccw: move private to mdev lifecycle
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v3 0/7] vfio-ccw parent rework
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v3 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v3 3/7] vfio/ccw: move private initialization to callback
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v3 1/7] vfio/ccw: create a parent struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v3 2/7] vfio/ccw: remove private->sch
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/7] vfio/ccw: move private to mdev lifecycle
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] vfio-ccw parent rework
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH 08/44] KVM: x86: Move hardware setup/unsetup to init/exit
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH v3 02/33] timers: s390/cmm: Use timer_shutdown_sync() before freeing timer
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/44] KVM: Allocate cpus_hardware_enabled after arch hardware setup
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/44] KVM: Initialize IRQ FD after arch hardware setup
  • From: Chao Gao <chao.gao@xxxxxxxxx>
• Re: [PATCH v2 0/7] vfio-ccw parent rework
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] vfio: Remove vfio_free_device
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] vfio/ccw: remove release completion
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 4/7] vfio/ccw: move private to mdev lifecycle
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Sami Tolvanen <samitolvanen@xxxxxxxxxx>
• Re: [PATCH v2 1/7] vfio/ccw: create a parent struct
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 0/7] vfio-ccw parent rework
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 39/44] KVM: Drop kvm_count_lock and instead protect kvm_usage_count with kvm_lock
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 2/3] s390/netiucv: Fix return type of netiucv_tx()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH v2 3/3] s390/lcs: Fix return type of lcs_start_xmit()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH v2 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: yury.norov@xxxxxxxxx
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH 17/44] KVM: arm64: Do arm/arch initialiation without bouncing through kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 3/3] s390/lcs: Fix return type of lcs_start_xmit()
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• [PATCH v3 1/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v3 0/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH 39/44] KVM: Drop kvm_count_lock and instead protect kvm_usage_count with kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v8 0/6] iommu/s390: Fixes related to attach and aperture handling
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 10/44] KVM: VMX: Clean up eVMCS enabling if KVM initialization fails
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v4 1/1] x86: cpuinfo: Ensure inputs to cpumask_next are valid
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• [PATCH v4 0/1] Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH 10/44] KVM: VMX: Clean up eVMCS enabling if KVM initialization fails
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 10/44] KVM: VMX: Clean up eVMCS enabling if KVM initialization fails
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 25/44] KVM: s390: Do s390 specific init without bouncing through kvm_init()
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/44] KVM: Teardown VFIO ops earlier in kvm_exit()
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 25/44] KVM: s390: Do s390 specific init without bouncing through kvm_init()
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• [PATCH v3] random: do not include <asm/archrandom.h> from random.h
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 2/3] s390/netiucv: Fix return type of netiucv_tx()
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH v2] random: do not include <asm/archrandom.h> from random.h
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 17/44] KVM: arm64: Do arm/arch initialiation without bouncing through kvm_init()
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH 30/44] KVM: Drop kvm_arch_check_processor_compat() hook
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH 27/44] KVM: Drop kvm_arch_{init,exit}() hooks
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH 25/44] KVM: s390: Do s390 specific init without bouncing through kvm_init()
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH 22/44] KVM: RISC-V: Do arch init directly in riscv_kvm_init()
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH 21/44] KVM: MIPS: Register die notifier prior to kvm_init()
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH 20/44] KVM: MIPS: Setup VZ emulation? directly from kvm_mips_init()
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• RE: [PATCH 08/10] vfio-iommufd: Support iommufd for emulated VFIO devices
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH 41/44] KVM: Use a per-CPU variable to track which CPUs have enabled virtualization
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 44/44] KVM: Opt out of generic hardware enabling on s390 and PPC
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 42/44] KVM: Make hardware_enable_failed a local variable in the "enable all" path
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 39/44] KVM: Drop kvm_count_lock and instead protect kvm_usage_count with kvm_lock
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 40/44] KVM: Remove on_each_cpu(hardware_disable_nolock) in kvm_exit()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 43/44] KVM: Register syscore (suspend/resume) ops early in kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 37/44] KVM: Rename and move CPUHP_AP_KVM_STARTING to ONLINE section
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 35/44] KVM: SVM: Check for SVM support in CPU compatibility checks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 29/44] KVM: x86: Do CPU compatibility checks in x86 code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 34/44] KVM: VMX: Shuffle support checks and hardware enabling code around
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 30/44] KVM: Drop kvm_arch_check_processor_compat() hook
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 31/44] KVM: x86: Use KBUILD_MODNAME to specify vendor module name
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 32/44] KVM: x86: Unify pr_fmt to use module name for all KVM modules
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 22/44] KVM: RISC-V: Do arch init directly in riscv_kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 27/44] KVM: Drop kvm_arch_{init,exit}() hooks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 26/44] KVM: s390: Mark __kvm_s390_init() and its descendants as __init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 28/44] KVM: VMX: Make VMCS configuration/capabilities structs read-only after init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 21/44] KVM: MIPS: Register die notifier prior to kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 19/44] KVM: MIPS: Hardcode callbacks to hardware virtualization extensions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 20/44] KVM: MIPS: Setup VZ emulation? directly from kvm_mips_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 18/44] KVM: arm64: Mark kvm_arm_init() and its unique descendants as __init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 25/44] KVM: s390: Do s390 specific init without bouncing through kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 17/44] KVM: arm64: Do arm/arch initialiation without bouncing through kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 24/44] KVM: PPC: Move processor compatibility check to module init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 15/44] KVM: arm64: Free hypervisor allocations if vector slot init fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 23/44] KVM: RISC-V: Tag init functions and data with __init, __ro_after_init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 16/44] KVM: arm64: Unregister perf callbacks if hypervisor finalization fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 05/44] KVM: s390: Unwind kvm_arch_init() piece-by-piece() if a step fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 12/44] KVM: VMX: Do _all_ initialization before exposing /dev/kvm to userspace
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 07/44] KVM: x86: Do timer initialization after XCR0 configuration
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 04/44] KVM: Teardown VFIO ops earlier in kvm_exit()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 10/44] KVM: VMX: Clean up eVMCS enabling if KVM initialization fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 13/44] KVM: x86: Serialize vendor module initialization (hardware setup)
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 09/44] KVM: Drop arch hardware (un)setup hooks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 08/44] KVM: x86: Move hardware setup/unsetup to init/exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 14/44] KVM: arm64: Simplify the CPUHP logic
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 11/44] KVM: x86: Move guts of kvm_arch_init() to standalone helper
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 06/44] KVM: s390: Move hardware setup/unsetup to init/exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 03/44] KVM: Allocate cpus_hardware_enabled after arch hardware setup
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 02/44] KVM: Initialize IRQ FD after arch hardware setup
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 01/44] KVM: Register /dev/kvm as the _very_ last thing during initialization
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 1/7] vfio/ccw: create a parent struct
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] vfio/ccw: create a parent struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] s390/netiucv: Fix return type of netiucv_tx()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/3] s390/lcs: Fix return type of lcs_start_xmit()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [RFC PATCH v2 8/8] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 7/8] smp: reword smp call IPI comment
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 6/8] treewide: Trace IPIs sent via smp_send_reschedule()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 4/8] smp: Trace IPIs sent via arch_send_call_function_ipi_mask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 5/8] irq_work: Trace self-IPIs sent via arch_irq_work_raise()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 3/8] sched, smp: Trace IPIs sent via send_call_function_single_ipi()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 2/8] trace: Add trace_ipi_send_cpumask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 1/8] DO-NOT-MERGE: tracing: Add __cpumask to denote a trace event field that is a cpumask_t
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v2 0/8] Generic IPI sending tracepoint
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v2 7/7] vfio: Remove vfio_free_device
  • From: Anthony Krowiak <akrowiak@xxxxxxxxxxxxx>
• [PATCH 2/3] s390/netiucv: Fix return type of netiucv_tx()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 3/3] s390/lcs: Fix return type of lcs_start_xmit()
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 7/7] vfio: Remove vfio_free_device
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH v2 0/7] vfio-ccw parent rework
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 5/7] vfio/ccw: remove release completion
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 4/7] vfio/ccw: move private to mdev lifecycle
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 7/7] vfio: Remove vfio_free_device
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 1/7] vfio/ccw: create a parent struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 3/7] vfio/ccw: move private initialization to callback
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 2/7] vfio/ccw: remove private->sch
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH 5/5] s390/uaccess: add cmpxchg_user_key()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 4/5] s390/extable: add EX_TABLE_UA_LOAD_REGPAIR() macro
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 3/5] s390/cmpxchg: remove digits from input constraints
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 2/5] s390/cmpxchg: make variables local to each case label
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 1/5] s390/cmpxchg: use symbolic names for inline assembly operands
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] iommu/s390: Add I/O TLB ops
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• [PATCH 26/30] s390/ipl: Use kstrtobool() instead of strtobool()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 03/10] vfio: Rename vfio_device_assign/unassign_container()
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v1 4/7] vfio/ccw: move private to mdev lifecycle
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] vfio: Make vfio_container optionally compiled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH 08/10] vfio-iommufd: Support iommufd for emulated VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• Re: [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: Nicolin Chen <nicolinc@xxxxxxxxxx>
• RE: [PATCH v1 7/7] vfio: Remove vfio_free_device
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v1 5/7] vfio/ccw: remove release completion
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH v1 4/7] vfio/ccw: move private to mdev lifecycle
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 09/10] vfio: Make vfio_container optionally compiled
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 08/10] vfio-iommufd: Support iommufd for emulated VFIO devices
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 07/10] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 03/10] vfio: Rename vfio_device_assign/unassign_container()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Nicolin Chen <nicolinc@xxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] iommu/s390: Add I/O TLB ops
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] scripts/min-tool-version.sh: raise minimum clang version to 15.0.0 for s390
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH] s390: always build relocatable kernel
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH] scripts/min-tool-version.sh: raise minimum clang version to 15.0.0 for s390
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• [PATCH] s390: always build relocatable kernel
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2] random: do not include <asm/archrandom.h> from random.h
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [GIT PULL] s390 updates for 6.1-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Nicolin Chen <nicolinc@xxxxxxxxxx>
• Re: [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Nicolin Chen <nicolinc@xxxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [GIT PULL] s390 updates for 6.1-rc3
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/7] vfio/ccw: move private initialization to callback
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/7] vfio/ccw: move private initialization to callback
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v1 2/7] vfio/ccw: remove private->sch
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v1 1/7] vfio/ccw: create a parent struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/7] vfio/ccw: create a parent struct
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] iommu/s390: Add I/O TLB ops
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] iommu/s390: Make attach succeed even if the device is in error state
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v5 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v5 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v5 0/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH v1 1/7] vfio/ccw: create a parent struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC][PATCH v2 02/31] timers: s390/cmm: Use del_timer_shutdown() before freeing timer
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
  • From: Gal Pressman <gal@xxxxxxxxxx>
• Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
  • From: Gal Pressman <gal@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH] selftests: vm: use 1 MB hugepage size for s390
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
  • From: Rafael Mendonca <rafaelmendsr@xxxxxxxxx>
• [PATCH 07/10] vfio-iommufd: Support iommufd for physical VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 08/10] vfio-iommufd: Support iommufd for emulated VFIO devices
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 09/10] vfio: Make vfio_container optionally compiled
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 03/10] vfio: Rename vfio_device_assign/unassign_container()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 00/10] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH] selftests: vm: use 1 MB hugepage size for s390
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] selftests: vm: use 1 MB hugepage size for s390
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [v2] KVM: s390: pv: fix external interruption loop not always detected
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• [PATCH v8 0/6] iommu/s390: Fixes related to attach and aperture handling
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 5/6] iommu/s390: Fix incorrect pgsize_bitmap
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 1/6] iommu/s390: Fix duplicate domain attachments
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 4/6] iommu/s390: Fix incorrect aperture check
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 2/6] iommu/s390: Get rid of s390_domain_device
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [v2 0/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 0/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [v1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [v2 0/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [v1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v5 0/2] S390x: CPU Topology Information
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/6] iommu/s390: Get rid of s390_domain_device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 1/6] iommu/s390: Fix duplicate domain attachments
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 4/6] iommu/s390: Fix incorrect aperture check
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v7 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [v1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v5 1/2] s390x: topology: Check the Perform Topology Function
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v7 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH v5 2/2] s390x: topology: Checking Configuration Topology Information
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: Fix memory allocation for mdev_types array
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• [PATCH net-next v4 10/10] net/smc: fix application data exception
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 08/10] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 06/10] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 04/10] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 09/10] net/smc: Fix potential panic dues to unprotected smc_llc_srv_add_link()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 07/10] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 01/10] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 05/10] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 03/10] net/smc: allow confirm/delete rkey response deliver multiplex
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 02/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH] s390/kernel: fix repeated words in comments
  • From: wangjianli <wangjianli@xxxxxxxxxx>
• [PATCH] s390/kernel: fix repeated words in comments
  • From: wangjianli <wangjianli@xxxxxxxxxx>
• Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH] s390/vfio-ap: Fix memory allocation for mdev_types array
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] s390/vfio-ap: Fix memory allocation for mdev_types array
  • From: "Jason J. Herne" <jjherne@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC 5/6] iommu/dma: Add simple batching flush queue implementation
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [v1 4/5] KVM: s390: sida: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [v1 3/5] KVM: s390: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [v1 5/5] KVM: s390: pv: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [v1 1/5] s390/mm: gmap: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [v1 2/5] s390/entry: sort out physical vs virtual pointers usage in sie64a
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [v1 0/5] KVM: s390: Fix virtual-real address confusions
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [RFC 5/6] iommu/dma: Add simple batching flush queue implementation
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC 1/6] s390/ism: Set DMA coherent mask
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC 1/6] s390/ism: Set DMA coherent mask
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 03/10] net/smc: allow confirm/delete rkey response deliver multiplex
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 06/10] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 10/10] net/smc: fix application data exception
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 09/10] net/smc: Fix potential panic dues to unprotected smc_llc_srv_add_link()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 08/10] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 07/10] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 04/10] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 05/10] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 01/10] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 02/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/7] vfio-ccw parent rework
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v1 7/7] vfio: Remove vfio_free_device
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v1 1/7] vfio/ccw: create a parent struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 4/7] vfio/ccw: move private to mdev lifecycle
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 0/7] vfio-ccw parent rework
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 5/7] vfio/ccw: remove release completion
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 3/7] vfio/ccw: move private initialization to callback
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 2/7] vfio/ccw: remove private->sch
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 7/7] vfio: Remove vfio_free_device
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [RFC 2/6] s390/pci: prepare is_passed_through() for dma-iommu
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC 6/6] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC 4/6] iommu/dma: Prepare for multiple flush queue implementations
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC 5/6] iommu/dma: Add simple batching flush queue implementation
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC 3/6] s390/pci: Use dma-iommu layer
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC 1/6] s390/ism: Set DMA coherent mask
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC 0/6] iommu/dma: s390 DMA API conversion and optimized IOTLB flushing
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• 6.1-rc1 regression: virtio-net cpumask and during reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH 2/5] iommu/s390: Add I/O TLB ops
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 4/5] iommu/s390: Optimize IOMMU table walking
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 5/5] s390/pci: use lock-free I/O translation updates
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 1/5] iommu/s390: Make attach succeed even if the device is in error state
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 0/5] iommu/s390: Further improvements
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH] mm: remove kern_addr_valid() completely
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] mm: remove kern_addr_valid() completely
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v7 1/6] iommu/s390: Fix duplicate domain attachments
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 0/6] iommu/s390: Fixes related to attach and aperture handling
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 2/6] iommu/s390: Get rid of s390_domain_device
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 5/6] iommu/s390: Fix incorrect pgsize_bitmap
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 4/6] iommu/s390: Fix incorrect aperture check
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/7] treewide cleanup of random integer usage
  • From: liulongfang <liulongfang@xxxxxxxxxx>
• Re: [PATCH v2] perf: Rewrite core context handling
  • From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
• Re: [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH net] net/smc: Fix an error code in smc_lgr_create()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [GIT PULL] s390 patches for the 6.1 merge window #2
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] s390 patches for the 6.1 merge window #2
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• [PATCH v3 1/2] RISC-V: Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH] s390/cpuinfo: prevent warning when reading /proc/cpuinfo
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH] s390/cpuinfo: prevent warning when reading /proc/cpuinfo
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2] perf: Rewrite core context handling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] s390/cpuinfo: prevent warning when reading /proc/cpuinfo
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix an error code in smc_lgr_create()
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH v2] perf: Rewrite core context handling
  • From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
• [PATCH net] net/smc: Fix an error code in smc_lgr_create()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 7/9] KVM: s390: selftest: memop: Add bad address test
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] KVM: s390: selftest: memop: Fix typo
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH v2 9/9] KVM: s390: selftest: memop: Fix wrong address being used in test
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>