Linux S390

• Date Index

• Re: [PATCH iommufd 4/9] iommufd: Convert to msi_device_has_secure_msi(), (continued)
  • Re: [PATCH iommufd 4/9] iommufd: Convert to msi_device_has_secure_msi(), Jason Gunthorpe
    • Re: [PATCH iommufd 4/9] iommufd: Convert to msi_device_has_secure_msi(), Thomas Gleixner
      • Re: [PATCH iommufd 4/9] iommufd: Convert to msi_device_has_secure_msi(), Jason Gunthorpe
        • Re: [PATCH iommufd 4/9] iommufd: Convert to msi_device_has_secure_msi(), Thomas Gleixner
  • [PATCH iommufd 7/9] iommu/x86: Replace IOMMU_CAP_INTR_REMAP with IRQ_DOMAIN_FLAG_SECURE_MSI, Jason Gunthorpe
  • [PATCH iommufd 1/9] irq: Add msi_device_has_secure_msi(), Jason Gunthorpe
    • Re: [PATCH iommufd 1/9] irq: Add msi_device_has_secure_msi(), Marc Zyngier
      • Re: [PATCH iommufd 1/9] irq: Add msi_device_has_secure_msi(), Jason Gunthorpe
        • Re: [PATCH iommufd 1/9] irq: Add msi_device_has_secure_msi(), Marc Zyngier
  • [PATCH iommufd 3/9] vfio/type1: Convert to msi_device_has_secure_msi(), Jason Gunthorpe
  • [PATCH iommufd 8/9] irq/s390: Add arch_is_secure_msi() for s390, Jason Gunthorpe
  • [PATCH iommufd 6/9] irq: Rename MSI_REMAP to SECURE_MSI, Jason Gunthorpe
  • Re: [PATCH iommufd 0/9] Remove IOMMU_CAP_INTR_REMAP, Matthew Rosato
    • Re: [PATCH iommufd 0/9] Remove IOMMU_CAP_INTR_REMAP, Jason Gunthorpe
  • RE: [PATCH iommufd 0/9] Remove IOMMU_CAP_INTR_REMAP, Tian, Kevin
    • Re: [PATCH iommufd 0/9] Remove IOMMU_CAP_INTR_REMAP, Jason Gunthorpe
      • Re: [PATCH iommufd 0/9] Remove IOMMU_CAP_INTR_REMAP, Jason Gunthorpe
  • Re: [PATCH iommufd 0/9] Remove IOMMU_CAP_INTR_REMAP, Thomas Gleixner
• [kvm-unit-tests v2 PATCH] s390x: sie: Test whether the epoch extension field is working as expected, Thomas Huth
  • Re: [kvm-unit-tests v2 PATCH] s390x: sie: Test whether the epoch extension field is working as expected, Claudio Imbrenda
  • Re: [kvm-unit-tests v2 PATCH] s390x: sie: Test whether the epoch extension field is working as expected, Nico Boehr
• [PATCH] s390/dasd: Fix potential memleak in dasd_eckd_init(), Qiheng Lin
  • Re: [PATCH] s390/dasd: Fix potential memleak in dasd_eckd_init(), Stefan Haberland
• [kvm-unit-tests PATCH] s390x: sie: Test whether the epoch extension field is working as expected, Thomas Huth
  • Re: [kvm-unit-tests PATCH] s390x: sie: Test whether the epoch extension field is working as expected, Claudio Imbrenda
    • Re: [kvm-unit-tests PATCH] s390x: sie: Test whether the epoch extension field is working as expected, Thomas Huth
• [PATCH net v2] s390/qeth: fix use-after-free in hsci, Alexandra Winter
  • Re: [PATCH net v2] s390/qeth: fix use-after-free in hsci, patchwork-bot+netdevbpf
• [PATCH 0/1] crash in tty layer when specifying invalid console=ttyX, Sven Schnelle
  • [PATCH 1/1] tty: fix out-of-bounds access in tty_driver_lookup_tty(), Sven Schnelle
    • Re: [PATCH 1/1] tty: fix out-of-bounds access in tty_driver_lookup_tty(), Jiri Slaby
      • Re: [PATCH 1/1] tty: fix out-of-bounds access in tty_driver_lookup_tty(), Sven Schnelle
        • Re: [PATCH 1/1] tty: fix out-of-bounds access in tty_driver_lookup_tty(), Jiri Slaby
• [PATCH net] s390/qeth: fix use-after-free in hsci, Alexandra Winter
  • Re: [PATCH net] s390/qeth: fix use-after-free in hsci, Leon Romanovsky
• [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs, David Hildenbrand
  • [PATCH mm-unstable RFC 01/26] mm/debug_vm_pgtable: more pte_swp_exclusive() sanity checks, David Hildenbrand
  • [PATCH mm-unstable RFC 05/26] csky/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 02/26] alpha/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 03/26] arc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 07/26] ia64/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 06/26] hexagon/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 09/26] m68k/mm: remove dummy __swp definitions for nommu, David Hildenbrand
  • [PATCH mm-unstable RFC 08/26] loongarch/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 12/26] mips/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 13/26] nios2/mm: refactor swap PTE layout, David Hildenbrand
  • [PATCH mm-unstable RFC 10/26] m68k/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 14/26] nios2/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 15/26] openrisc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 16/26] parisc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 18/26] powerpc/nohash/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s, David Hildenbrand
    • Re: [PATCH mm-unstable RFC 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s, Christophe Leroy
      • Re: [PATCH mm-unstable RFC 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s, David Hildenbrand
        • Re: [PATCH mm-unstable RFC 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s, David Hildenbrand
  • [PATCH mm-unstable RFC 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 21/26] sparc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit, David Hildenbrand
  • [PATCH mm-unstable RFC 23/26] um/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 20/26] sh/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 22/26] sparc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 64bit, David Hildenbrand
  • [PATCH mm-unstable RFC 25/26] xtensa/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 26/26] mm: remove __HAVE_ARCH_PTE_SWP_EXCLUSIVE, David Hildenbrand
  • [PATCH mm-unstable RFC 24/26] x86/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE also on 32bit, David Hildenbrand
  • Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs, David Hildenbrand
  • Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs, Huacai Chen
    • Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs, David Hildenbrand
      • Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs, Huacai Chen
• [PATCH net-next] s390/qeth: use sysfs_emit() to instead of scnprintf(), ye.xingchen
  • Re: [PATCH net-next] s390/qeth: use sysfs_emit() to instead of scnprintf(), Alexandra Winter
    • Re: [PATCH net-next] s390/qeth: use sysfs_emit() to instead of scnprintf(), Alexander Gordeev
• [PATCH 0/5] mm: Stop alaising VM_FAULT_HINDEX_MASK in arch code, Palmer Dabbelt
  • [PATCH 1/5] mm: Add a leading 0 to the VM_FAULT_* types, Palmer Dabbelt
  • [PATCH 2/5] mm: Add VM_FAULT_ARCH_* codes, Palmer Dabbelt
  • [PATCH 4/5] s390: fault: Convert to VM_FAULT_ARCH_* codes, Palmer Dabbelt
  • [PATCH 3/5] arm: fault: Convert to VM_FAULT_ARCH_* codes, Palmer Dabbelt
  • [PATCH 5/5] RISC-V: fault: Convert to VM_FAULT_ARCH_* codes, Palmer Dabbelt
  • Re: [PATCH 0/5] mm: Stop alaising VM_FAULT_HINDEX_MASK in arch code, Palmer Dabbelt
• [PATCH v3 0/8] Generic IPI sending tracepoint, Valentin Schneider
  • [PATCH v3 1/8] DO-NOT-MERGE: tracing: Add __cpumask to denote a trace event field that is a cpumask_t, Valentin Schneider
  • [PATCH v3 2/8] trace: Add trace_ipi_send_cpumask(), Valentin Schneider
  • [PATCH v3 4/8] smp: Trace IPIs sent via arch_send_call_function_ipi_mask(), Valentin Schneider
  • [PATCH v3 3/8] sched, smp: Trace IPIs sent via send_call_function_single_ipi(), Valentin Schneider
    • Re: [PATCH v3 3/8] sched, smp: Trace IPIs sent via send_call_function_single_ipi(), Ingo Molnar
      • Re: [PATCH v3 3/8] sched, smp: Trace IPIs sent via send_call_function_single_ipi(), Valentin Schneider
  • [PATCH v3 6/8] treewide: Trace IPIs sent via smp_send_reschedule(), Valentin Schneider
    • Re: [PATCH v3 6/8] treewide: Trace IPIs sent via smp_send_reschedule(), Huacai Chen
      • Re: [PATCH v3 6/8] treewide: Trace IPIs sent via smp_send_reschedule(), Valentin Schneider
  • [PATCH v3 7/8] smp: reword smp call IPI comment, Valentin Schneider
  • [PATCH v3 8/8] sched, smp: Trace smp callback causing an IPI, Valentin Schneider
  • [PATCH v3 5/8] irq_work: Trace self-IPIs sent via arch_irq_work_raise(), Valentin Schneider
  • Re: [PATCH v3 0/8] Generic IPI sending tracepoint, Palmer Dabbelt
• [[iommufd] PATCH v3 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open, Yi Liu
  • [[iommufd] PATCH v3 2/2] iommufd PATCH v2 2/2] vfio/ap: validate iova during dma_unmap and trigger irq disable, Yi Liu
  • [[iommufd] PATCH v3 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev(), Yi Liu
    • Re: [[iommufd] PATCH v3 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev(), Zhenyu Wang
  • Re: [[iommufd] PATCH v3 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open, Jason Gunthorpe
• [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling, Sean Christopherson
  • [PATCH v2 01/50] KVM: Register /dev/kvm as the _very_ last thing during initialization, Sean Christopherson
  • [PATCH v2 02/50] KVM: Initialize IRQ FD after arch hardware setup, Sean Christopherson
  • [PATCH v2 09/50] KVM: Drop arch hardware (un)setup hooks, Sean Christopherson
  • [PATCH v2 03/50] KVM: Allocate cpus_hardware_enabled after arch hardware setup, Sean Christopherson
  • [PATCH v2 10/50] KVM: VMX: Reset eVMCS controls in VP assist page during hardware disabling, Sean Christopherson
    • Re: [PATCH v2 10/50] KVM: VMX: Reset eVMCS controls in VP assist page during hardware disabling, Vitaly Kuznetsov
  • [PATCH v2 04/50] KVM: Teardown VFIO ops earlier in kvm_exit(), Sean Christopherson
  • [PATCH v2 13/50] KVM: x86: Move guts of kvm_arch_init() to standalone helper, Sean Christopherson
  • [PATCH v2 07/50] KVM: x86: Do timer initialization after XCR0 configuration, Sean Christopherson
  • [PATCH v2 11/50] KVM: VMX: Don't bother disabling eVMCS static key on module exit, Sean Christopherson
  • [PATCH v2 05/50] KVM: s390: Unwind kvm_arch_init() piece-by-piece() if a step fails, Sean Christopherson
  • [PATCH v2 06/50] KVM: s390: Move hardware setup/unsetup to init/exit, Sean Christopherson
  • [PATCH v2 15/50] KVM: x86: Serialize vendor module initialization (hardware setup), Sean Christopherson
  • [PATCH v2 08/50] KVM: x86: Move hardware setup/unsetup to init/exit, Sean Christopherson
  • [PATCH v2 12/50] KVM: VMX: Move Hyper-V eVMCS initialization to helper, Sean Christopherson
    • Re: [PATCH v2 12/50] KVM: VMX: Move Hyper-V eVMCS initialization to helper, Vitaly Kuznetsov
  • [PATCH v2 14/50] KVM: VMX: Do _all_ initialization before exposing /dev/kvm to userspace, Sean Christopherson
  • [PATCH v2 25/50] KVM: RISC-V: Tag init functions and data with __init, __ro_after_init, Sean Christopherson
  • [PATCH v2 20/50] KVM: arm64: Mark kvm_arm_init() and its unique descendants as __init, Sean Christopherson
  • [PATCH v2 17/50] KVM: arm64: Free hypervisor allocations if vector slot init fails, Sean Christopherson
  • [PATCH v2 16/50] KVM: arm64: Simplify the CPUHP logic, Sean Christopherson
  • [PATCH v2 18/50] KVM: arm64: Unregister perf callbacks if hypervisor finalization fails, Sean Christopherson
  • [PATCH v2 19/50] KVM: arm64: Do arm/arch initialization without bouncing through kvm_init(), Sean Christopherson
  • [PATCH v2 33/50] KVM: x86: Use KBUILD_MODNAME to specify vendor module name, Sean Christopherson
  • [PATCH v2 22/50] KVM: MIPS: Setup VZ emulation? directly from kvm_mips_init(), Sean Christopherson
  • [PATCH v2 21/50] KVM: MIPS: Hardcode callbacks to hardware virtualization extensions, Sean Christopherson
    • Re: [PATCH v2 21/50] KVM: MIPS: Hardcode callbacks to hardware virtualization extensions, Philippe Mathieu-Daudé
      • Re: [PATCH v2 21/50] KVM: MIPS: Hardcode callbacks to hardware virtualization extensions, Sean Christopherson
  • [PATCH v2 23/50] KVM: MIPS: Register die notifier prior to kvm_init(), Sean Christopherson
  • [PATCH v2 24/50] KVM: RISC-V: Do arch init directly in riscv_kvm_init(), Sean Christopherson
  • [PATCH v2 35/50] KVM: VMX: Use current CPU's info to perform "disabled by BIOS?" checks, Sean Christopherson
    • Re: [PATCH v2 35/50] KVM: VMX: Use current CPU's info to perform "disabled by BIOS?" checks, Huang, Kai
  • [PATCH v2 26/50] KVM: PPC: Move processor compatibility check to module init, Sean Christopherson
    • Re: [PATCH v2 26/50] KVM: PPC: Move processor compatibility check to module init, Michael Ellerman
      • Re: [PATCH v2 26/50] KVM: PPC: Move processor compatibility check to module init, Sean Christopherson
  • [PATCH v2 27/50] KVM: s390: Do s390 specific init without bouncing through kvm_init(), Sean Christopherson
  • [PATCH v2 28/50] KVM: s390: Mark __kvm_s390_init() and its descendants as __init, Sean Christopherson
  • [PATCH v2 29/50] KVM: Drop kvm_arch_{init,exit}() hooks, Sean Christopherson
  • [PATCH v2 30/50] KVM: VMX: Make VMCS configuration/capabilities structs read-only after init, Sean Christopherson
  • [PATCH v2 32/50] KVM: Drop kvm_arch_check_processor_compat() hook, Sean Christopherson
    • Re: [PATCH v2 32/50] KVM: Drop kvm_arch_check_processor_compat() hook, Huang, Kai
  • [PATCH v2 31/50] KVM: x86: Do CPU compatibility checks in x86 code, Sean Christopherson
    • Re: [PATCH v2 31/50] KVM: x86: Do CPU compatibility checks in x86 code, Huang, Kai
    • Re: [PATCH v2 31/50] KVM: x86: Do CPU compatibility checks in x86 code, Isaku Yamahata
      • Re: [PATCH v2 31/50] KVM: x86: Do CPU compatibility checks in x86 code, Sean Christopherson
  • [PATCH v2 34/50] KVM: x86: Unify pr_fmt to use module name for all KVM modules, Sean Christopherson
    • Re: [PATCH v2 34/50] KVM: x86: Unify pr_fmt to use module name for all KVM modules, Paul Durrant
  • [PATCH v2 36/50] KVM: x86: Do VMX/SVM support checks directly in vendor code, Sean Christopherson
  • [PATCH v2 40/50] KVM: x86: Do compatibility checks when onlining CPU, Sean Christopherson
    • Re: [PATCH v2 40/50] KVM: x86: Do compatibility checks when onlining CPU, Huang, Kai
    • Re: [PATCH v2 40/50] KVM: x86: Do compatibility checks when onlining CPU, Huang, Kai
      • Re: [PATCH v2 40/50] KVM: x86: Do compatibility checks when onlining CPU, Sean Christopherson
  • [PATCH v2 38/50] KVM: SVM: Check for SVM support in CPU compatibility checks, Sean Christopherson
  • [PATCH v2 37/50] KVM: VMX: Shuffle support checks and hardware enabling code around, Sean Christopherson
  • [PATCH v2 39/50] KVM: x86: Move CPU compat checks hook to kvm_x86_ops (from kvm_x86_init_ops), Sean Christopherson
    • Re: [PATCH v2 39/50] KVM: x86: Move CPU compat checks hook to kvm_x86_ops (from kvm_x86_init_ops), Huang, Kai
    • Re: [PATCH v2 39/50] KVM: x86: Move CPU compat checks hook to kvm_x86_ops (from kvm_x86_init_ops), Isaku Yamahata
  • [PATCH v2 42/50] KVM: Disable CPU hotplug during hardware enabling/disabling, Sean Christopherson
    • Re: [PATCH v2 42/50] KVM: Disable CPU hotplug during hardware enabling/disabling, Huang, Kai
      • Re: [PATCH v2 42/50] KVM: Disable CPU hotplug during hardware enabling/disabling, Sean Christopherson
  • [PATCH v2 41/50] KVM: Rename and move CPUHP_AP_KVM_STARTING to ONLINE section, Sean Christopherson
    • Re: [PATCH v2 41/50] KVM: Rename and move CPUHP_AP_KVM_STARTING to ONLINE section, Huang, Kai
      • Re: [PATCH v2 41/50] KVM: Rename and move CPUHP_AP_KVM_STARTING to ONLINE section, Sean Christopherson
  • [PATCH v2 43/50] KVM: Ensure CPU is stable during low level hardware enable/disable, Sean Christopherson
  • [PATCH v2 44/50] KVM: Drop kvm_count_lock and instead protect kvm_usage_count with kvm_lock, Sean Christopherson
  • [PATCH v2 45/50] KVM: Remove on_each_cpu(hardware_disable_nolock) in kvm_exit(), Sean Christopherson
  • [PATCH v2 48/50] KVM: Register syscore (suspend/resume) ops early in kvm_init(), Sean Christopherson
  • [PATCH v2 50/50] KVM: Clean up error labels in kvm_init(), Sean Christopherson
  • [PATCH v2 49/50] KVM: Opt out of generic hardware enabling on s390 and PPC, Sean Christopherson
  • [PATCH v2 46/50] KVM: Use a per-CPU variable to track which CPUs have enabled virtualization, Sean Christopherson
  • [PATCH v2 47/50] KVM: Make hardware_enable_failed a local variable in the "enable all" path, Sean Christopherson
  • Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling, Chao Gao
  • Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling, Paolo Bonzini
    • Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling, Marc Zyngier
      • Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling, Paolo Bonzini
      • Re: [PATCH v2 00/50] KVM: Rework kvm_init() and hardware enabling, Paolo Bonzini
• [[RESEND] iommufd PATCH v2 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open, Yi Liu
  • [[RESEND] iommufd PATCH v2 2/2] vfio/ap: validate iova during dma_unmap and trigger irq disable, Yi Liu
    • Re: [[RESEND] iommufd PATCH v2 2/2] vfio/ap: validate iova during dma_unmap and trigger irq disable, Anthony Krowiak
  • [[RESEND] iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev(), Yi Liu
    • Re: [[RESEND] iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev(), Zhenyu Wang
      • Re: [[RESEND] iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev(), Yi Liu
        • Re: [[RESEND] iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev(), Zhenyu Wang
          • Re: [[RESEND] iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to intel_vgpu_init_dev(), Yi Liu
• [iommufd PATCH v2 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open, Yi Liu
  • [iommufd PATCH v2 1/2] i915/gvt: Move gvt mapping cache initialization to vGPU creation, Yi Liu
  • [iommufd PATCH v2 2/2] vfio/ap: validate iova during dma_unmap and trigger irq disable, Yi Liu
  • Re: [iommufd PATCH v2 0/2] Make mdev driver dma_unmap callback tolerant to unmaps come before device open, Yi Liu
• [PATCH net-next v6 0/7] optimize the parallelism of SMC-R connections, D.Wythe
  • [PATCH net-next v6 2/7] net/smc: allow confirm/delete rkey response deliver multiplex, D.Wythe
  • [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending, D.Wythe
    • Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending, D. Wythe
      • Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending, Wenjia Zhang
        • Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending, D. Wythe
          • Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending, Wenjia Zhang
            • Re: [PATCH net-next v6 1/7] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending, D. Wythe
  • [PATCH net-next v6 4/7] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore, D.Wythe
  • [PATCH net-next v6 3/7] net/smc: make SMC_LLC_FLOW_RKEY run concurrently, D.Wythe
  • [PATCH net-next v6 7/7] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore, D.Wythe
  • [PATCH net-next v6 5/7] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse(), D.Wythe
  • [PATCH net-next v6 6/7] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs(), D.Wythe
• [PATCH net] net/smc: fix potential panic dues to unprotected smc_llc_srv_add_link(), D.Wythe
• [PATCH net] net/smc: fix application data exception, D.Wythe
  • Re: [PATCH net] net/smc: fix application data exception, D. Wythe
  • Re: [PATCH net] net/smc: fix application data exception, Wenjia Zhang
    • Re: [PATCH net] net/smc: fix application data exception, Jakub Kicinski
      • Re: [PATCH net] net/smc: fix application data exception, D. Wythe
• [GIT PULL] s390 updates for 6.1-rc7, Alexander Gordeev
  • Re: [GIT PULL] s390 updates for 6.1-rc7, pr-tracker-bot
• [GIT PULL 00/15] KVM: s390: Updates for 6.2, Janosch Frank
  • [GIT PULL 04/15] KVM: s390: sida: sort out physical vs virtual pointers usage, Janosch Frank
  • [GIT PULL 03/15] KVM: s390: sort out physical vs virtual pointers usage, Janosch Frank
  • [GIT PULL 05/15] KVM: s390: pv: sort out physical vs virtual pointers usage, Janosch Frank
  • [GIT PULL 01/15] s390/mm: gmap: sort out physical vs virtual pointers usage, Janosch Frank
  • [GIT PULL 02/15] s390/entry: sort out physical vs virtual pointers usage in sie64a, Janosch Frank
  • [GIT PULL 07/15] s390/mm: fix virtual-physical address confusion for swiotlb, Janosch Frank
  • [GIT PULL 09/15] KVM: s390: pv: api documentation for asynchronous destroy, Janosch Frank
  • [GIT PULL 06/15] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page, Janosch Frank
  • [GIT PULL 08/15] KVM: s390: pv: asynchronous destroy for reboot, Janosch Frank
  • [GIT PULL 10/15] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE, Janosch Frank
  • [GIT PULL 11/15] KVM: s390: pv: avoid export before import if possible, Janosch Frank
  • [GIT PULL 12/15] KVM: s390: pv: support for Destroy fast UVC, Janosch Frank
  • [GIT PULL 13/15] KVM: s390: pv: module parameter to fence asynchronous destroy, Janosch Frank
  • [GIT PULL 15/15] KVM: s390: remove unused gisa_clear_ipm_gisc() function, Janosch Frank
  • [GIT PULL 14/15] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Janosch Frank
• [GIT PULL 0/1] s390 fixes for 6.1-rc7/8, Janosch Frank
  • [GIT PULL 1/1] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, Janosch Frank
  • Re: [GIT PULL 0/1] s390 fixes for 6.1-rc7/8, Paolo Bonzini
• [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr(), Anshuman Khandual
  • Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr(), Alexander Gordeev
    • Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr(), Anshuman Khandual
      • Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr(), Alexander Gordeev
        • Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr(), Anshuman Khandual
          • Re: [PATCH] s390/mm: Use pmd_pgtable_page() helper in __gmap_segment_gaddr(), Alexander Gordeev
• [PATCH 0/4] s390/dasd: fix out of bound access and other fixes, Stefan Haberland
  • [PATCH 3/4] s390/dasd: fix no record found for raw_track_access, Stefan Haberland
  • [PATCH 1/4] s390/dasd: Fix spelling mistake "Ivalid" -> "Invalid", Stefan Haberland
  • [PATCH 4/4] s390/dasd: fix possible buffer overflow in copy_pair_show, Stefan Haberland
  • [PATCH 2/4] s390/dasd: increase printing of debug data payload, Stefan Haberland
  • Re: [PATCH 0/4] s390/dasd: fix out of bound access and other fixes, Jens Axboe
• [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, D.Wythe
  • [PATCH net-next v5 04/10] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending, D.Wythe
  • [PATCH net-next v5 07/10] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore, D.Wythe
  • [PATCH net-next v5 06/10] net/smc: make SMC_LLC_FLOW_RKEY run concurrently, D.Wythe
  • [PATCH net-next v5 02/10] net/smc: fix application data exception, D.Wythe
  • [PATCH net-next v5 03/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending, D.Wythe
    • Re: [PATCH net-next v5 03/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending, D. Wythe
  • [PATCH net-next v5 05/10] net/smc: allow confirm/delete rkey response deliver multiplex, D.Wythe
  • [PATCH net-next v5 01/10] net/smc: fix potential panic dues to unprotected smc_llc_srv_add_link(), D.Wythe
  • [PATCH net-next v5 08/10] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse(), D.Wythe
  • [PATCH net-next v5 10/10] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore, D.Wythe
  • [PATCH net-next v5 09/10] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs(), D.Wythe
  • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, D. Wythe
    • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, Jan Karcher
      • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, D. Wythe
        • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, Jan Karcher
          • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, D. Wythe
          • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, D. Wythe
            • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, Jan Karcher
              • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, D. Wythe
                • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, Jan Karcher
  • Re: [PATCH net-next v5 00/10] optimize the parallelism of SMC-R connections, Jan Karcher
• [PATCH net-next] net/smc: Unbind smc control from tcp control, Jan Karcher
  • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Tony Lu
    • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Jan Karcher
      • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Tony Lu
        • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Alexandra Winter
          • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Alexandra Winter
            • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Tony Lu
              • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Jan Karcher
          • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Tony Lu
            • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Jan Karcher
  • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Tony Lu
    • Re: [PATCH net-next] net/smc: Unbind smc control from tcp control, Jan Karcher
• [PATCH net] net/smc: Fix expected buffersizes and sync logic, Jan Karcher
  • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Tony Lu
    • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Jan Karcher
      • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Tony Lu
        • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Alexandra Winter
          • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Alexandra Winter
            • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Jan Karcher
              • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Tony Lu
                • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Alexandra Winter
                  • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Tony Lu
                    • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Wenjia Zhang
                      • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Tony Lu
                  • Re: [PATCH net] net/smc: Fix expected buffersizes and sync logic, Jan Karcher
• [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, Thomas Huth
  • Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, David Hildenbrand
  • Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, Claudio Imbrenda
  • Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, Christian Borntraeger
    • Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, Janosch Frank
  • Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, Janosch Frank
    • Re: [PATCH] KVM: s390: vsie: Fix the initialization of the epoch extension (epdx) field, Thomas Huth
• [kvm-unit-tests PATCH 0/5] s390x: Snippet fixes, Janosch Frank
  • [kvm-unit-tests PATCH 4/5] s390x: Clear first stack frame and end backtrace early, Janosch Frank
    • Re: [kvm-unit-tests PATCH 4/5] s390x: Clear first stack frame and end backtrace early, Nico Boehr
    • Re: [kvm-unit-tests PATCH 4/5] s390x: Clear first stack frame and end backtrace early, Claudio Imbrenda
  • [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets, Janosch Frank
    • Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets, Claudio Imbrenda
      • Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets, Janosch Frank
    • Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets, Janis Schoetterl-Glausch
      • Re: [kvm-unit-tests PATCH 1/5] s390x: Add a linker script to assembly snippets, Janosch Frank
  • [kvm-unit-tests PATCH 3/5] lib: s390x: sie: Set guest memory pointer, Janosch Frank
    • Re: [kvm-unit-tests PATCH 3/5] lib: s390x: sie: Set guest memory pointer, Nico Boehr
    • Re: [kvm-unit-tests PATCH 3/5] lib: s390x: sie: Set guest memory pointer, Claudio Imbrenda
  • [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly, Janosch Frank
    • Re: [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly, Claudio Imbrenda
      • Re: [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly, Janosch Frank
        • Re: [kvm-unit-tests PATCH 5/5] lib: s390x: Handle debug prints for SIE exceptions correctly, Claudio Imbrenda
  • [kvm-unit-tests PATCH 2/5] s390x: snippets: Fix SET_PSW_NEW_ADDR macro, Janosch Frank
    • Re: [kvm-unit-tests PATCH 2/5] s390x: snippets: Fix SET_PSW_NEW_ADDR macro, Nico Boehr
    • Re: [kvm-unit-tests PATCH 2/5] s390x: snippets: Fix SET_PSW_NEW_ADDR macro, Claudio Imbrenda
• [PATCH v1 00/16] vfio/ccw: channel program cleanup, Eric Farman
  • [PATCH v1 09/16] vfio/ccw: populate page_array struct inline, Eric Farman
    • Re: [PATCH v1 09/16] vfio/ccw: populate page_array struct inline, Matthew Rosato
  • [PATCH v1 07/16] vfio/ccw: remove unnecessary malloc alignment, Eric Farman
    • Re: [PATCH v1 07/16] vfio/ccw: remove unnecessary malloc alignment, Matthew Rosato
      • Re: [PATCH v1 07/16] vfio/ccw: remove unnecessary malloc alignment, Eric Farman
  • [PATCH v1 08/16] vfio/ccw: pass page count to page_array struct, Eric Farman
    • Re: [PATCH v1 08/16] vfio/ccw: pass page count to page_array struct, Matthew Rosato
      • Re: [PATCH v1 08/16] vfio/ccw: pass page count to page_array struct, Eric Farman
  • [PATCH v1 01/16] vfio/ccw: cleanup some of the mdev commentary, Eric Farman
    • Re: [PATCH v1 01/16] vfio/ccw: cleanup some of the mdev commentary, Matthew Rosato
  • [PATCH v1 04/16] vfio/ccw: move where IDA flag is set in ORB, Eric Farman
    • Re: [PATCH v1 04/16] vfio/ccw: move where IDA flag is set in ORB, Matthew Rosato
  • [PATCH v1 13/16] vfio/ccw: allocate/populate the guest idal, Eric Farman
    • Re: [PATCH v1 13/16] vfio/ccw: allocate/populate the guest idal, Matthew Rosato
      • Re: [PATCH v1 13/16] vfio/ccw: allocate/populate the guest idal, Eric Farman
  • [PATCH v1 11/16] vfio/ccw: discard second fmt-1 IDAW, Eric Farman
    • Re: [PATCH v1 11/16] vfio/ccw: discard second fmt-1 IDAW, Matthew Rosato
      • Re: [PATCH v1 11/16] vfio/ccw: discard second fmt-1 IDAW, Eric Farman
  • [PATCH v1 16/16] vfio/ccw: remove old IDA format restrictions, Eric Farman
    • Re: [PATCH v1 16/16] vfio/ccw: remove old IDA format restrictions, Matthew Rosato
  • [PATCH v1 06/16] vfio/ccw: simplify CCW chain fetch routines, Eric Farman
    • Re: [PATCH v1 06/16] vfio/ccw: simplify CCW chain fetch routines, Matthew Rosato
  • [PATCH v1 03/16] vfio/ccw: allow non-zero storage keys, Eric Farman
    • Re: [PATCH v1 03/16] vfio/ccw: allow non-zero storage keys, Matthew Rosato
  • [PATCH v1 14/16] vfio/ccw: handle a guest Format-1 IDAL, Eric Farman
    • Re: [PATCH v1 14/16] vfio/ccw: handle a guest Format-1 IDAL, Matthew Rosato
      • Re: [PATCH v1 14/16] vfio/ccw: handle a guest Format-1 IDAL, Eric Farman
  • [PATCH v1 10/16] vfio/ccw: refactor the idaw counter, Eric Farman
    • Re: [PATCH v1 10/16] vfio/ccw: refactor the idaw counter, Matthew Rosato
      • Re: [PATCH v1 10/16] vfio/ccw: refactor the idaw counter, Eric Farman
        • Re: [PATCH v1 10/16] vfio/ccw: refactor the idaw counter, Matthew Rosato
  • [PATCH v1 15/16] vfio/ccw: don't group contiguous pages on 2K IDAWs, Eric Farman
    • Re: [PATCH v1 15/16] vfio/ccw: don't group contiguous pages on 2K IDAWs, Matthew Rosato
  • [PATCH v1 02/16] vfio/ccw: simplify the cp_get_orb interface, Eric Farman
    • Re: [PATCH v1 02/16] vfio/ccw: simplify the cp_get_orb interface, Matthew Rosato
  • [PATCH v1 05/16] vfio/ccw: replace copy_from_iova with vfio_dma_rw, Eric Farman
    • Re: [PATCH v1 05/16] vfio/ccw: replace copy_from_iova with vfio_dma_rw, Jason Gunthorpe
    • Re: [PATCH v1 05/16] vfio/ccw: replace copy_from_iova with vfio_dma_rw, Matthew Rosato
  • [PATCH v1 12/16] vfio/ccw: calculate number of IDAWs regardless of format, Eric Farman
    • Re: [PATCH v1 12/16] vfio/ccw: calculate number of IDAWs regardless of format, Matthew Rosato
• [PATCH v2 0/2] s390/vfio-ccw: addressing fixes, Eric Farman
  • [PATCH v2 2/2] vfio/ccw: identify CCW data addresses as physical, Eric Farman
  • [PATCH v2 1/2] vfio/ccw: sort out physical vs virtual pointers usage, Eric Farman
• [PATCH] lockdown: s390: kexec_file: don't skip signature verification when not secure IPLed, Coiby Xu
  • Re: [PATCH] lockdown: s390: kexec_file: don't skip signature verification when not secure IPLed, Vasily Gorbik
    • Re: [PATCH] lockdown: s390: kexec_file: don't skip signature verification when not secure IPLed, Coiby Xu
• [PATCH AUTOSEL 6.0 29/44] s390: always build relocatable kernel, Sasha Levin
• [PATCH AUTOSEL 6.0 11/44] s390/zcrypt: fix warning about field-spanning write, Sasha Levin
• [GIT PULL] s390 updates for 6.1-rc6, Alexander Gordeev
  • Re: [GIT PULL] s390 updates for 6.1-rc6, pr-tracker-bot
• [PATCH] KVM: s390: remove unused gisa_clear_ipm_gisc() function, Heiko Carstens
  • Re: [PATCH] KVM: s390: remove unused gisa_clear_ipm_gisc() function, Thomas Huth
  • Re: [PATCH] KVM: s390: remove unused gisa_clear_ipm_gisc() function, Christian Borntraeger
• [PATCH v2] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Nico Boehr
  • Re: [PATCH v2] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Claudio Imbrenda
• [PATCH v3 0/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Janis Schoetterl-Glausch
  • [PATCH v3 8/9] KVM: s390: selftest: memop: Fix typo, Janis Schoetterl-Glausch
  • [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Janis Schoetterl-Glausch
    • Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Heiko Carstens
      • Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Thomas Huth
        • Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Heiko Carstens
      • Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Janis Schoetterl-Glausch
    • Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Claudio Imbrenda
      • Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Janis Schoetterl-Glausch
        • Re: [PATCH v3 1/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg, Claudio Imbrenda
  • [PATCH v3 7/9] KVM: s390: selftest: memop: Add bad address test, Janis Schoetterl-Glausch
  • [PATCH v3 5/9] KVM: s390: selftest: memop: Move testlist into main, Janis Schoetterl-Glausch
    • Re: [PATCH v3 5/9] KVM: s390: selftest: memop: Move testlist into main, Thomas Huth
      • Re: [PATCH v3 5/9] KVM: s390: selftest: memop: Move testlist into main, Janis Schoetterl-Glausch
  • [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG, Janis Schoetterl-Glausch
    • Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG, Bagas Sanjaya
      • Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG, Janis Schoetterl-Glausch
    • Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG, Thomas Huth
      • Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG, Janis Schoetterl-Glausch
        • Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG, Nico Boehr
    • Re: [PATCH v3 2/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG, Claudio Imbrenda
  • [PATCH v3 3/9] KVM: s390: selftest: memop: Pass mop_desc via pointer, Janis Schoetterl-Glausch
  • [PATCH v3 6/9] KVM: s390: selftest: memop: Add cmpxchg tests, Janis Schoetterl-Glausch
  • [PATCH v3 9/9] KVM: s390: selftest: memop: Fix wrong address being used in test, Janis Schoetterl-Glausch
  • [PATCH v3 4/9] KVM: s390: selftest: memop: Replace macros by functions, Janis Schoetterl-Glausch
    • Re: [PATCH v3 4/9] KVM: s390: selftest: memop: Replace macros by functions, Claudio Imbrenda
      • Re: [PATCH v3 4/9] KVM: s390: selftest: memop: Replace macros by functions, Janis Schoetterl-Glausch
• [PATCH v7 0/2] arm64: support batched/deferred tlb shootdown during page reclamation, Yicong Yang
  • [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer(), Yicong Yang
    • Re: [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer(), Andrew Morton
      • Re: [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer(), Yicong Yang
        • Re: [PATCH v7 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer(), Anshuman Khandual
  • [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Yicong Yang
    • Re: [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Anshuman Khandual
    • Re: [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Catalin Marinas
      • Re: [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Barry Song
        • Re: [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Catalin Marinas
          • Re: [PATCH v7 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Barry Song
  • Re: [PATCH v7 0/2] arm64: support batched/deferred tlb shootdown during page reclamation, Yicong Yang
• [PATCH v2 0/7] iommu/dma: s390 DMA API conversion and optimized IOTLB flushing, Niklas Schnelle
  • [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Niklas Schnelle
    • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Baolu Lu
      • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Niklas Schnelle
        • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Baolu Lu
        • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Jason Gunthorpe
          • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Niklas Schnelle
            • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Jason Gunthorpe
              • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Robin Murphy
                • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Jason Gunthorpe
                  • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Robin Murphy
                    • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Jason Gunthorpe
                      • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Baolu Lu
                      • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Niklas Schnelle
                        • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Jason Gunthorpe
                          • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Baolu Lu
                            • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Jason Gunthorpe
                              • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Robin Murphy
                                • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Jason Gunthorpe
            • Re: [PATCH v2 4/7] iommu: Let iommu.strict override ops->def_domain_type, Robin Murphy
  • [PATCH v2 5/7] iommu/dma: Allow a single FQ in addition to per-CPU FQs, Niklas Schnelle
  • [PATCH v2 3/7] s390/pci: Use dma-iommu layer, Niklas Schnelle
    • Re: [PATCH v2 3/7] s390/pci: Use dma-iommu layer, Robin Murphy
      • Re: [PATCH v2 3/7] s390/pci: Use dma-iommu layer, Niklas Schnelle
  • [PATCH v2 1/7] s390/ism: Set DMA coherent mask, Niklas Schnelle
  • [PATCH v2 6/7] iommu/dma: Enable variable queue size and use larger single queue, Niklas Schnelle
  • [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Niklas Schnelle
    • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Robin Murphy
      • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Niklas Schnelle
        • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Robin Murphy
          • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Niklas Schnelle
            • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Niklas Schnelle
              • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Jason Gunthorpe
                • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Niklas Schnelle
                  • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Jason Gunthorpe
              • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Robin Murphy
                • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Niklas Schnelle
        • Re: [PATCH v2 7/7] iommu/s390: flush queued IOVAs on RPCIT out of resource indication, Matthew Rosato
  • [PATCH v2 2/7] s390/pci: prepare is_passed_through() for dma-iommu, Niklas Schnelle
• [PATCH] zfcp: fix double free of fsf request when qdio send fails, Benjamin Block
  • Re: [PATCH] zfcp: fix double free of fsf request when qdio send fails, Martin K. Petersen
• [PATCH v6 0/2] arm64: support batched/deferred tlb shootdown during page reclamation, Yicong Yang
  • [PATCH v6 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer(), Yicong Yang
    • Re: [PATCH v6 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer(), haoxin
  • [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Yicong Yang
    • Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, haoxin
    • Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Nadav Amit
      • Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Yicong Yang
        • Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Nadav Amit
          • Re: [PATCH v6 2/2] arm64: support batched/deferred tlb shootdown during page reclamation, Anshuman Khandual
• [PATCH] s390/ap: fix memory leak in ap_init_qci_info(), Wei Yongjun
  • Re: [PATCH] s390/ap: fix memory leak in ap_init_qci_info(), Harald Freudenberger
• stop drivers from passing GFP_COMP to dma_alloc_coherent, Christoph Hellwig
  • [PATCH 1/7] media: videobuf-dma-contig: use dma_mmap_coherent, Christoph Hellwig
    • Re: [PATCH 1/7] media: videobuf-dma-contig: use dma_mmap_coherent, Hans Verkuil
      • Re: [PATCH 1/7] media: videobuf-dma-contig: use dma_mmap_coherent, Christoph Hellwig
  • [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Christoph Hellwig
    • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Jason Gunthorpe
    • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Dean Luick
      • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Robin Murphy
        • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Christoph Hellwig
          • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Dean Luick
            • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Dean Luick
        • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Dean Luick
          • Re: [PATCH 2/7] RDMA/hfi1: don't pass bogus GFP_ flags to dma_alloc_coherent, Robin Murphy
  • [PATCH 3/7] RDMA/qib: don't pass bogus GFP_ flags to dma_alloc_coherent, Christoph Hellwig
    • Re: [PATCH 3/7] RDMA/qib: don't pass bogus GFP_ flags to dma_alloc_coherent, Jason Gunthorpe
  • [PATCH 4/7] cnic: don't pass bogus GFP_ flags to dma_alloc_coherent, Christoph Hellwig
  • [PATCH 5/7] s390/ism: don't pass bogus GFP_ flags to dma_alloc_coherent, Christoph Hellwig
    • Re: [PATCH 5/7] s390/ism: don't pass bogus GFP_ flags to dma_alloc_coherent, Wenjia Zhang
  • [PATCH 6/7] ALSA: memalloc: don't pass bogus GFP_ flags to dma_alloc_*, Christoph Hellwig
    • Re: [PATCH 6/7] ALSA: memalloc: don't pass bogus GFP_ flags to dma_alloc_*, Takashi Iwai
      • Re: [PATCH 6/7] ALSA: memalloc: don't pass bogus GFP_ flags to dma_alloc_*, Christoph Hellwig
  • [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs, Christoph Hellwig
    • Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs, Leon Romanovsky
      • Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs, Christoph Hellwig
        • Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs, Leon Romanovsky
    • Re: [PATCH 7/7] dma-mapping: reject __GFP_COMP in dma_alloc_attrs, Marek Szyprowski
  • Re: stop drivers from passing GFP_COMP to dma_alloc_coherent, Christoph Hellwig
• [PATCH] KVM: s390: fix array_size.cocci warning, wangkailong
• [PATCH] s390/pci: Use irq_data_get_msi_desc(), Thomas Gleixner
  • Re: [PATCH] s390/pci: Use irq_data_get_msi_desc(), Niklas Schnelle
    • Re: [PATCH] s390/pci: Use irq_data_get_msi_desc(), Thomas Gleixner
  • Re: [PATCH] s390/pci: Use irq_data_get_msi_desc(), Alexander Gordeev
• [GIT PULL] s390 updates for 6.1-rc5, Alexander Gordeev
  • Re: [GIT PULL] s390 updates for 6.1-rc5, pr-tracker-bot
• [PATCH v16 0/6] KVM: s390: pv: implement lazy destroy for reboot, Claudio Imbrenda
  • [PATCH v16 2/6] KVM: s390: pv: api documentation for asynchronous destroy, Claudio Imbrenda
  • [PATCH v16 4/6] KVM: s390: pv: avoid export before import if possible, Claudio Imbrenda
  • [PATCH v16 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE, Claudio Imbrenda
  • [PATCH v16 1/6] KVM: s390: pv: asynchronous destroy for reboot, Claudio Imbrenda
  • [PATCH v16 6/6] KVM: s390: pv: module parameter to fence asynchronous destroy, Claudio Imbrenda
  • [PATCH v16 5/6] KVM: s390: pv: support for Destroy fast UVC, Claudio Imbrenda
  • Re: [PATCH v16 0/6] KVM: s390: pv: implement lazy destroy for reboot, Janosch Frank
• [PATCH 0/2] s390/vfio-ccw: addressing fixes, Eric Farman
  • [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage, Eric Farman
    • Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage, Matthew Rosato
      • Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage, Eric Farman
    • Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage, Nico Boehr
      • Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage, Eric Farman
        • Re: [PATCH 1/2] vfio-ccw: sort out physical vs virtual pointers usage, Nico Boehr
  • [PATCH 2/2] vfio/ccw: identify CCW data addresses as physical, Eric Farman
    • Re: [PATCH 2/2] vfio/ccw: identify CCW data addresses as physical, Nico Boehr
• [PATCH v2 0/5] iommu/s390: Further improvements, Niklas Schnelle
  • [PATCH v2 1/5] iommu/s390: Make attach succeed even if the device is in error state, Niklas Schnelle
    • Re: [PATCH v2 1/5] iommu/s390: Make attach succeed even if the device is in error state, Gerd Bayer
    • Re: [PATCH v2 1/5] iommu/s390: Make attach succeed even if the device is in error state, Matthew Rosato
  • [PATCH v2 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration, Niklas Schnelle
  • [PATCH v2 4/5] iommu/s390: Optimize IOMMU table walking, Niklas Schnelle
  • [PATCH v2 2/5] iommu/s390: Add I/O TLB ops, Niklas Schnelle
  • [PATCH v2 5/5] s390/pci: use lock-free I/O translation updates, Niklas Schnelle
  • Re: [PATCH v2 0/5] iommu/s390: Further improvements, Joerg Roedel
• [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Nico Boehr
  • Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Janosch Frank
    • Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Nico Boehr
      • Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Claudio Imbrenda
        • Re: [PATCH v1] s390/vfio-ap: GISA: sort out physical vs virtual pointers usage, Halil Pasic
• S390 testing for IOMMUFD, Jason Gunthorpe
  • Re: S390 testing for IOMMUFD, Christian Borntraeger
    • Re: S390 testing for IOMMUFD, Anthony Krowiak
      • Re: S390 testing for IOMMUFD, Anthony Krowiak
        • Re: S390 testing for IOMMUFD, Jason Gunthorpe
          • Re: S390 testing for IOMMUFD, Anthony Krowiak
            • Re: S390 testing for IOMMUFD, Jason Gunthorpe
        • Re: S390 testing for IOMMUFD, Anthony Krowiak
  • Re: S390 testing for IOMMUFD, Matthew Rosato
    • Re: S390 testing for IOMMUFD, Jason Gunthorpe
      • Re: S390 testing for IOMMUFD, Eric Farman
        • Re: S390 testing for IOMMUFD, Jason Gunthorpe
          • Re: S390 testing for IOMMUFD, Eric Farman
            • Re: S390 testing for IOMMUFD, Matthew Rosato
              • Re: S390 testing for IOMMUFD, Jason Gunthorpe
                • Re: S390 testing for IOMMUFD, Eric Farman
            • Re: S390 testing for IOMMUFD, Jason Gunthorpe
              • Re: S390 testing for IOMMUFD, Eric Farman
                • Re: S390 testing for IOMMUFD, Jason Gunthorpe
• [PATCH v2 00/11] Connect VFIO to IOMMUFD, Jason Gunthorpe
  • [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Jason Gunthorpe
    • Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Nicolin Chen
      • Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Yi Liu
        • Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Jason Gunthorpe
          • RE: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Tian, Kevin
      • Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Jason Gunthorpe
    • RE: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Tian, Kevin
      • Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Jason Gunthorpe
        • RE: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Tian, Kevin
    • Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Yi Liu
      • Re: [PATCH v2 07/11] vfio-iommufd: Support iommufd for physical VFIO devices, Jason Gunthorpe
  • [PATCH v2 02/11] vfio: Move vfio_device_assign_container() into vfio_device_first_open(), Jason Gunthorpe
  • [PATCH v2 05/11] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent(), Jason Gunthorpe
    • RE: [PATCH v2 05/11] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent(), Tian, Kevin
  • [PATCH v2 03/11] vfio: Rename vfio_device_assign/unassign_container(), Jason Gunthorpe
  • [PATCH v2 04/11] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c, Jason Gunthorpe
  • [PATCH v2 01/11] vfio: Move vfio_device driver open/close code to a function, Jason Gunthorpe
  • [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio, Jason Gunthorpe
    • RE: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio, Tian, Kevin
    • Re: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio, Yi Liu
      • Re: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio, Yi Liu
      • Re: [PATCH v2 11/11] iommufd: Allow iommufd to supply /dev/vfio/vfio, Jason Gunthorpe
  • [PATCH v2 08/11] vfio-iommufd: Support iommufd for emulated VFIO devices, Jason Gunthorpe
    • RE: [PATCH v2 08/11] vfio-iommufd: Support iommufd for emulated VFIO devices, Tian, Kevin
  • [PATCH v2 09/11] vfio: Move container related MODULE_ALIAS statements into container.c, Jason Gunthorpe
    • RE: [PATCH v2 09/11] vfio: Move container related MODULE_ALIAS statements into container.c, Tian, Kevin
    • Re: [PATCH v2 09/11] vfio: Move container related MODULE_ALIAS statements into container.c, Yi Liu
  • [PATCH v2 06/11] vfio-iommufd: Allow iommufd to be used in place of a container fd, Jason Gunthorpe
    • RE: [PATCH v2 06/11] vfio-iommufd: Allow iommufd to be used in place of a container fd, Tian, Kevin
  • [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Jason Gunthorpe
    • Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Alex Williamson
      • Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Jason Gunthorpe
        • Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Alex Williamson
          • Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Jason Gunthorpe
            • RE: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Tian, Kevin
              • Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Alex Williamson
              • Re: [PATCH v2 10/11] vfio: Make vfio_container optionally compiled, Jason Gunthorpe
  • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Nicolin Chen
    • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Yi Liu
      • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Jason Gunthorpe
        • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Yi Liu
          • RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Yang, Lixiao
            • RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD, He, Yu
          • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Jason Gunthorpe
            • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Yi Liu
        • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Matthew Rosato
  • RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Tian, Kevin
    • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Jason Gunthorpe
      • RE: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Tian, Kevin
  • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Matthew Rosato
    • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Jason Gunthorpe
      • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Matthew Rosato
        • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Jason Gunthorpe
          • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Matthew Rosato
            • Re: [PATCH v2 00/11] Connect VFIO to IOMMUFD, Jason Gunthorpe
• [PATCH v2 0/1] s390/mm: fix virtual-physical address confusion for swiotlb, Nico Boehr
  • [PATCH v2 1/1] s390/mm: fix virtual-physical address confusion for swiotlb, Nico Boehr
    • Re: [PATCH v2 1/1] s390/mm: fix virtual-physical address confusion for swiotlb, Christian Borntraeger
    • Re: [PATCH v2 1/1] s390/mm: fix virtual-physical address confusion for swiotlb, Claudio Imbrenda
• [PATCH v1] s390/mm: fix virtual-physical address confusion for swiotlb, Nico Boehr
  • Re: [PATCH v1] s390/mm: fix virtual-physical address confusion for swiotlb, Christian Borntraeger
    • Re: [PATCH v1] s390/mm: fix virtual-physical address confusion for swiotlb, Nico Boehr
• [GIT PULL 0/2] s390 fixes for 6.1-rc5, Janosch Frank
  • [GIT PULL 2/2] KVM: s390: pci: Fix allocation size of aift kzdev elements, Janosch Frank
  • [GIT PULL 1/2] KVM: s390: pv: don't allow userspace to set the clock under PV, Janosch Frank
  • Re: [GIT PULL 0/2] s390 fixes for 6.1-rc5, Paolo Bonzini
• [PATCH v1] KVM: s390: GISA: sort out physical vs virtual pointers usage, Nico Boehr
  • Re: [PATCH v1] KVM: s390: GISA: sort out physical vs virtual pointers usage, Claudio Imbrenda
  • Re: [PATCH v1] KVM: s390: GISA: sort out physical vs virtual pointers usage, Michael Mueller
• [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
  • [PATCH v4a 33/38] timers: s390/cmm: Use timer_shutdown_sync() before a module is released, Steven Rostedt
  • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Guenter Roeck
    • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
  • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Linus Torvalds
    • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
      • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
      • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
        • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
        • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Linus Torvalds
      • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Jason A. Donenfeld
        • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Linus Torvalds
          • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
          • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
    • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
  • Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers, Guenter Roeck
• [PATCH v3 0/7] vfio-ccw parent rework, Eric Farman
  • [PATCH v3 2/7] vfio/ccw: remove private->sch, Eric Farman
  • [PATCH v3 1/7] vfio/ccw: create a parent struct, Eric Farman
  • [PATCH v3 3/7] vfio/ccw: move private initialization to callback, Eric Farman
  • [PATCH v3 6/7] vfio/ccw: replace vfio_init_device with _alloc_, Eric Farman
  • [PATCH v3 4/7] vfio/ccw: move private to mdev lifecycle, Eric Farman
  • [PATCH v3 5/7] vfio/ccw: remove release completion, Eric Farman
  • [PATCH v3 7/7] vfio: Remove vfio_free_device, Eric Farman
  • Re: [PATCH v3 0/7] vfio-ccw parent rework, Alex Williamson
• [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
  • [RFC][PATCH v3 02/33] timers: s390/cmm: Use timer_shutdown_sync() before freeing timer, Steven Rostedt
  • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Linus Torvalds
  • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Guenter Roeck
    • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
      • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Linus Torvalds
      • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Steven Rostedt
        • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Guenter Roeck
      • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Guenter Roeck
  • Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers, Guenter Roeck
• [PATCH v2 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx(), Nathan Chancellor
  • [PATCH v2 3/3] s390/lcs: Fix return type of lcs_start_xmit(), Nathan Chancellor
  • [PATCH v2 2/3] s390/netiucv: Fix return type of netiucv_tx(), Nathan Chancellor
  • Re: [PATCH v2 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx(), patchwork-bot+netdevbpf
• [PATCH v3 0/1] KVM: s390: vsie: clarifications on setting the APCB, Pierre Morel
  • [PATCH v3 1/1] KVM: s390: vsie: clarifications on setting the APCB, Pierre Morel
  • <Possible follow-ups>
  • [PATCH v3 0/1] KVM: s390: vsie: clarifications on setting the APCB, Pierre Morel
    • [PATCH v3 1/1] KVM: s390: vsie: clarifications on setting the APCB, Pierre Morel
      • Re: [PATCH v3 1/1] KVM: s390: vsie: clarifications on setting the APCB, David Hildenbrand
        • Re: [PATCH v3 1/1] KVM: s390: vsie: clarifications on setting the APCB, Pierre Morel
      • Re: [PATCH v3 1/1] KVM: s390: vsie: clarifications on setting the APCB, Janosch Frank
        • Re: [PATCH v3 1/1] KVM: s390: vsie: clarifications on setting the APCB, Pierre Morel
• [PATCH v4 0/1] Fix /proc/cpuinfo cpumask warning, Andrew Jones
  • [PATCH v4 1/1] x86: cpuinfo: Ensure inputs to cpumask_next are valid, Andrew Jones
    • Re: [PATCH v4 1/1] x86: cpuinfo: Ensure inputs to cpumask_next are valid, Yury Norov
• [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling, Sean Christopherson
  • [PATCH 01/44] KVM: Register /dev/kvm as the _very_ last thing during initialization, Sean Christopherson
  • [PATCH 02/44] KVM: Initialize IRQ FD after arch hardware setup, Sean Christopherson