Linux S390: System z9 mainframe
[Prev Page][Next Page]
- [PATCH v2 41/50] KVM: Rename and move CPUHP_AP_KVM_STARTING to ONLINE section
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH v2 42/50] KVM: Disable CPU hotplug during hardware enabling/disabling
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [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>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]