Linux S390: System z9 mainframe

• Thread Index

• [PATCH v2 39/50] KVM: x86: Move CPU compat checks hook to kvm_x86_ops (from kvm_x86_init_ops)
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 37/50] KVM: VMX: Shuffle support checks and hardware enabling code around
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 38/50] KVM: SVM: Check for SVM support in CPU compatibility checks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 40/50] KVM: x86: Do compatibility checks when onlining CPU
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 36/50] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 34/50] KVM: x86: Unify pr_fmt to use module name for all KVM modules
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 31/50] KVM: x86: Do CPU compatibility checks in x86 code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 32/50] KVM: Drop kvm_arch_check_processor_compat() hook
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 30/50] KVM: VMX: Make VMCS configuration/capabilities structs read-only after init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 29/50] KVM: Drop kvm_arch_{init,exit}() hooks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 28/50] KVM: s390: Mark __kvm_s390_init() and its descendants as __init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 27/50] KVM: s390: Do s390 specific init without bouncing through kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 26/50] KVM: PPC: Move processor compatibility check to module init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 35/50] KVM: VMX: Use current CPU's info to perform "disabled by BIOS?" checks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 24/50] KVM: RISC-V: Do arch init directly in riscv_kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 23/50] KVM: MIPS: Register die notifier prior to kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 21/50] KVM: MIPS: Hardcode callbacks to hardware virtualization extensions
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 22/50] KVM: MIPS: Setup VZ emulation? directly from kvm_mips_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 33/50] KVM: x86: Use KBUILD_MODNAME to specify vendor module name
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 19/50] KVM: arm64: Do arm/arch initialization without bouncing through kvm_init()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 18/50] KVM: arm64: Unregister perf callbacks if hypervisor finalization fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 16/50] KVM: arm64: Simplify the CPUHP logic
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 17/50] KVM: arm64: Free hypervisor allocations if vector slot init fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 20/50] KVM: arm64: Mark kvm_arm_init() and its unique descendants as __init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 25/50] KVM: RISC-V: Tag init functions and data with __init, __ro_after_init
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 14/50] KVM: VMX: Do _all_ initialization before exposing /dev/kvm to userspace
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 12/50] KVM: VMX: Move Hyper-V eVMCS initialization to helper
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 08/50] KVM: x86: Move hardware setup/unsetup to init/exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 15/50] KVM: x86: Serialize vendor module initialization (hardware setup)
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 06/50] KVM: s390: Move hardware setup/unsetup to init/exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 05/50] KVM: s390: Unwind kvm_arch_init() piece-by-piece() if a step fails
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 11/50] KVM: VMX: Don't bother disabling eVMCS static key on module exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 07/50] KVM: x86: Do timer initialization after XCR0 configuration
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 13/50] KVM: x86: Move guts of kvm_arch_init() to standalone helper
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 04/50] KVM: Teardown VFIO ops earlier in kvm_exit()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 10/50] KVM: VMX: Reset eVMCS controls in VP assist page during hardware disabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 03/50] KVM: Allocate cpus_hardware_enabled after arch hardware setup
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 09/50] KVM: Drop arch hardware (un)setup hooks
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 02/50] KVM: Initialize IRQ FD after arch hardware setup
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 01/50] KVM: Register /dev/kvm as the _very_ last thing during initialization
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2 00/50] KVM: Rework kvm_init() and 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: [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [[RESEND] iommufd PATCH v2 2/2] vfio/ap: validate iova during dma_unmap and trigger irq disable
  • From: Anthony Krowiak <akrowiak@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [GIT PULL 0/1] s390 fixes for 6.1-rc7/8
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] media: videobuf-dma-contig: use dma_mmap_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [iommufd PATCH v2 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• [[RESEND] iommufd PATCH v2 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• [[RESEND] iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev()
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• [[RESEND] iommufd PATCH v2 2/2] vfio/ap: validate iova during dma_unmap and trigger irq disable
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• [iommufd PATCH v2 2/2] vfio/ap: validate iova during dma_unmap and trigger irq disable
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• [iommufd PATCH v2 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• [iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to vGPU creation
  • From: Yi Liu <yi.l.liu@xxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 3/7] s390/pci: Use dma-iommu layer
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 6/7] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 5/7] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 7/7] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 3/7] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 4/7] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 2/7] net/smc: allow confirm/delete rkey response deliver multiplex
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v6 0/7] optimize the parallelism of SMC-R connections
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net] net/smc: fix potential panic dues to unprotected smc_llc_srv_add_link()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net] net/smc: fix application data exception
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 6.1-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] s390 updates for 6.1-rc7
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [GIT PULL 14/15] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 15/15] KVM: s390: remove unused gisa_clear_ipm_gisc() function
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 13/15] KVM: s390: pv: module parameter to fence asynchronous destroy
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 12/15] KVM: s390: pv: support for Destroy fast UVC
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 11/15] KVM: s390: pv: avoid export before import if possible
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 10/15] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 08/15] KVM: s390: pv: asynchronous destroy for reboot
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 06/15] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 09/15] KVM: s390: pv: api documentation for asynchronous destroy
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 07/15] s390/mm: fix virtual-physical address confusion for swiotlb
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 02/15] s390/entry: sort out physical vs virtual pointers usage in sie64a
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 01/15] s390/mm: gmap: sort out physical vs virtual pointers usage
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 05/15] KVM: s390: pv: sort out physical vs virtual pointers usage
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 00/15] KVM: s390: Updates for 6.2
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 03/15] KVM: s390: sort out physical vs virtual pointers usage
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 04/15] KVM: s390: sida: sort out physical vs virtual pointers usage
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 1/1] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [GIT PULL 0/1] s390 fixes for 6.1-rc7/8
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] media: videobuf-dma-contig: use dma_mmap_coherent
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Alexandra Winter <wintera@xxxxxxxxxxxxx>
• Re: [PATCH v1] KVM: s390: GISA: sort out physical vs virtual pointers usage
  • From: Michael Mueller <mimu@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 03/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending
  • From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] s390/dasd: fix out of bound access and other fixes
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 2/4] s390/dasd: increase printing of debug data payload
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 4/4] s390/dasd: fix possible buffer overflow in copy_pair_show
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 1/4] s390/dasd: Fix spelling mistake "Ivalid" -> "Invalid"
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 3/4] s390/dasd: fix no record found for raw_track_access
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH 0/4] s390/dasd: fix out of bound access and other fixes
  • From: Stefan Haberland <sth@xxxxxxxxxxxxx>
• [PATCH net-next v5 09/10] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 10/10] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 08/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 v5 01/10] net/smc: fix potential panic dues to unprotected smc_llc_srv_add_link()
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 05/10] net/smc: allow confirm/delete rkey response deliver multiplex
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 03/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 02/10] net/smc: fix application data exception
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 06/10] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 07/10] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 04/10] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
  • From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/5] s390x: snippets: Fix SET_PSW_NEW_ADDR macro
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 4/5] s390x: Clear first stack frame and end backtrace early
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 3/5] lib: s390x: sie: Set guest memory pointer
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 4/5] s390x: Clear first stack frame and end backtrace early
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 3/5] lib: s390x: sie: Set guest memory pointer
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [PATCH net-next] net/smc: Unbind smc control from tcp control
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [kvm-unit-tests PATCH 2/5] s390x: snippets: Fix SET_PSW_NEW_ADDR macro
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• [PATCH net] net/smc: Fix expected buffersizes and sync logic
  • From: Jan Karcher <jaka@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [kvm-unit-tests PATCH 2/5] s390x: snippets: Fix SET_PSW_NEW_ADDR macro
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 0/5] s390x: Snippet fixes
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 3/5] lib: s390x: sie: Set guest memory pointer
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• [kvm-unit-tests PATCH 4/5] s390x: Clear first stack frame and end backtrace early
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH] lockdown: s390: kexec_file: don't skip signature verification when not secure IPLed
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• Re: [PATCH v1 02/16] vfio/ccw: simplify the cp_get_orb interface
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v1 01/16] vfio/ccw: cleanup some of the mdev commentary
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 12/44] cpuidle,dt: Push RCU-idle into driver
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] lockdown: s390: kexec_file: don't skip signature verification when not secure IPLed
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/9] KVM: s390: selftest: memop: Move testlist into main
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/9] KVM: s390: selftest: memop: Move testlist into main
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v1 05/16] vfio/ccw: replace copy_from_iova with vfio_dma_rw
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• [PATCH v1 12/16] vfio/ccw: calculate number of IDAWs regardless of format
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 05/16] vfio/ccw: replace copy_from_iova with vfio_dma_rw
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 02/16] vfio/ccw: simplify the cp_get_orb interface
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 15/16] vfio/ccw: don't group contiguous pages on 2K IDAWs
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 10/16] vfio/ccw: refactor the idaw counter
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 14/16] vfio/ccw: handle a guest Format-1 IDAL
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 03/16] vfio/ccw: allow non-zero storage keys
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 06/16] vfio/ccw: simplify CCW chain fetch routines
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 16/16] vfio/ccw: remove old IDA format restrictions
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 11/16] vfio/ccw: discard second fmt-1 IDAW
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 13/16] vfio/ccw: allocate/populate the guest idal
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 04/16] vfio/ccw: move where IDA flag is set in ORB
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 01/16] vfio/ccw: cleanup some of the mdev commentary
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 08/16] vfio/ccw: pass page count to page_array struct
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 07/16] vfio/ccw: remove unnecessary malloc alignment
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 00/16] vfio/ccw: channel program cleanup
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v1 09/16] vfio/ccw: populate page_array struct inline
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v2 1/2] vfio/ccw: sort out physical vs virtual pointers usage
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 0/2] s390/vfio-ccw: addressing fixes
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• [PATCH v2 2/2] vfio/ccw: identify CCW data addresses as physical
  • From: Eric Farman <farman@xxxxxxxxxxxxx>
• Re: [PATCH] KVM: s390: remove unused gisa_clear_ipm_gisc() function
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
• Re: stop drivers from passing GFP_COMP to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/7] ALSA: memalloc: don't pass bogus GFP_ flags to dma_alloc_*
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] lockdown: s390: kexec_file: don't skip signature verification when not secure IPLed
  • From: Coiby Xu <coxu@xxxxxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] iommu/s390: Further improvements
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 29/44] s390: always build relocatable kernel
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 11/44] s390/zcrypt: fix warning about field-spanning write
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL] s390 updates for 6.1-rc6
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH v2 8/8] sched, smp: Trace smp callback causing an IPI
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH] KVM: s390: remove unused gisa_clear_ipm_gisc() function
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [GIT PULL] s390 updates for 6.1-rc6
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH] KVM: s390: remove unused gisa_clear_ipm_gisc() function
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v2] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • From: Nico Boehr <nrb@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 8/8] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• [PATCH v3 4/9] KVM: s390: selftest: memop: Replace macros by functions
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 9/9] KVM: s390: selftest: memop: Fix wrong address being used in test
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 6/9] KVM: s390: selftest: memop: Add cmpxchg tests
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 3/9] KVM: s390: selftest: memop: Pass mop_desc via pointer
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 5/9] KVM: s390: selftest: memop: Move testlist into main
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 7/9] KVM: s390: selftest: memop: Add bad address test
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 8/9] KVM: s390: selftest: memop: Fix typo
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• [PATCH v3 0/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH] zfcp: fix double free of fsf request when qdio send fails
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [RFC PATCH] s390/uaccess: Limit number of retries for cmpxchg_user_key
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH] s390: cmpxchg: Make loop condition for 1,2 byte cases precise
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH v2 8/8] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v2 6/8] treewide: Trace IPIs sent via smp_send_reschedule()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/8] smp: Trace IPIs sent via arch_send_call_function_ipi_mask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v2 8/8] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC PATCH] s390/uaccess: Limit number of retries for cmpxchg_user_key
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 6/8] treewide: Trace IPIs sent via smp_send_reschedule()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 5/8] irq_work: Trace self-IPIs sent via arch_irq_work_raise()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/8] smp: Trace IPIs sent via arch_send_call_function_ipi_mask()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • 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>
• [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v7 0/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/7] s390/pci: prepare is_passed_through() for dma-iommu
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 6/7] iommu/dma: Enable variable queue size and use larger single queue
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 1/7] s390/ism: Set DMA coherent mask
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 3/7] s390/pci: Use dma-iommu layer
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 5/7] iommu/dma: Allow a single FQ in addition to per-CPU FQs
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 0/7] iommu/dma: s390 DMA API conversion and optimized IOTLB flushing
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 13/44] KVM: x86: Serialize vendor module initialization (hardware setup)
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 12/44] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH] s390: cmpxchg: Make loop condition for 1,2 byte cases precise
  • From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Dean Luick <dean.luick@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] s390/ism: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• [PATCH] zfcp: fix double free of fsf request when qdio send fails
  • From: Benjamin Block <bblock@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH 13/44] KVM: x86: Serialize vendor module initialization (hardware setup)
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH 3/7] RDMA/qib: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 38/44] KVM: Disable CPU hotplug during hardware enabling
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH] s390/ap: fix memory leak in ap_init_qci_info()
  • From: Harald Freudenberger <freude@xxxxxxxxxxxxx>
• Re: [PATCH 10/44] KVM: VMX: Clean up eVMCS enabling if KVM initialization fails
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v16 0/6] KVM: s390: pv: implement lazy destroy for reboot
  • From: Janosch Frank <frankja@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: haoxin <xhao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: haoxin <xhao@xxxxxxxxxxxxxxxxx>
• RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: "He, Yu" <yu.he@xxxxxxxxx>
• Re: [PATCH v5 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v6 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [PATCH v6 0/2] arm64: support batched/deferred tlb shootdown during page reclamation
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH] vdso: Improve cmd_vdso_check to check all dynamic relocations
  • From: Fangrui Song <maskray@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/8] Generic IPI sending tracepoint
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 1/5] iommu/s390: Make attach succeed even if the device is in error state
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] iommu/s390: Make attach succeed even if the device is in error state
  • From: Gerd Bayer <gbayer@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD
  • From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio
  • 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 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>