Linux S390: System z9 mainframe
[Prev Page][Next Page]
- [PATCH 36/44] KVM: x86: Do compatibility checks when onlining CPU
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 35/44] KVM: SVM: Check for SVM support in CPU compatibility checks
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 29/44] KVM: x86: Do CPU compatibility checks in x86 code
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 34/44] KVM: VMX: Shuffle support checks and hardware enabling code around
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 30/44] KVM: Drop kvm_arch_check_processor_compat() hook
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 33/44] KVM: x86: Do VMX/SVM support checks directly in vendor code
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 31/44] KVM: x86: Use KBUILD_MODNAME to specify vendor module name
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 32/44] KVM: x86: Unify pr_fmt to use module name for all KVM modules
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 22/44] KVM: RISC-V: Do arch init directly in riscv_kvm_init()
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 27/44] KVM: Drop kvm_arch_{init,exit}() hooks
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 26/44] KVM: s390: Mark __kvm_s390_init() and its descendants as __init
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 28/44] KVM: VMX: Make VMCS configuration/capabilities structs read-only after init
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 21/44] KVM: MIPS: Register die notifier prior to kvm_init()
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 19/44] KVM: MIPS: Hardcode callbacks to hardware virtualization extensions
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 20/44] KVM: MIPS: Setup VZ emulation? directly from kvm_mips_init()
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 18/44] KVM: arm64: Mark kvm_arm_init() and its unique descendants as __init
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 25/44] KVM: s390: Do s390 specific init without bouncing through kvm_init()
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 17/44] KVM: arm64: Do arm/arch initialiation without bouncing through kvm_init()
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 24/44] KVM: PPC: Move processor compatibility check to module init
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 15/44] KVM: arm64: Free hypervisor allocations if vector slot init fails
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 23/44] KVM: RISC-V: Tag init functions and data with __init, __ro_after_init
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 16/44] KVM: arm64: Unregister perf callbacks if hypervisor finalization fails
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 05/44] KVM: s390: Unwind kvm_arch_init() piece-by-piece() if a step fails
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 12/44] KVM: VMX: Do _all_ initialization before exposing /dev/kvm to userspace
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 07/44] KVM: x86: Do timer initialization after XCR0 configuration
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 04/44] KVM: Teardown VFIO ops earlier in kvm_exit()
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 10/44] KVM: VMX: Clean up eVMCS enabling if KVM initialization fails
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 13/44] KVM: x86: Serialize vendor module initialization (hardware setup)
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 09/44] KVM: Drop arch hardware (un)setup hooks
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 08/44] KVM: x86: Move hardware setup/unsetup to init/exit
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 14/44] KVM: arm64: Simplify the CPUHP logic
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 11/44] KVM: x86: Move guts of kvm_arch_init() to standalone helper
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 06/44] KVM: s390: Move hardware setup/unsetup to init/exit
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 03/44] KVM: Allocate cpus_hardware_enabled after arch hardware setup
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 02/44] KVM: Initialize IRQ FD after arch hardware setup
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 01/44] KVM: Register /dev/kvm as the _very_ last thing during initialization
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- [PATCH 00/44] KVM: Rework kvm_init() and hardware enabling
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH v2 1/7] vfio/ccw: create a parent struct
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/7] vfio/ccw: create a parent struct
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] s390/netiucv: Fix return type of netiucv_tx()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 3/3] s390/lcs: Fix return type of lcs_start_xmit()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Borislav Petkov <bp@xxxxxxxxx>
- [RFC PATCH v2 8/8] sched, smp: Trace smp callback causing an IPI
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 7/8] smp: reword smp call IPI comment
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 6/8] treewide: Trace IPIs sent via smp_send_reschedule()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 4/8] smp: Trace IPIs sent via arch_send_call_function_ipi_mask()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 5/8] irq_work: Trace self-IPIs sent via arch_irq_work_raise()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 3/8] sched, smp: Trace IPIs sent via send_call_function_single_ipi()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 2/8] trace: Add trace_ipi_send_cpumask()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 1/8] DO-NOT-MERGE: tracing: Add __cpumask to denote a trace event field that is a cpumask_t
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH v2 0/8] Generic IPI sending tracepoint
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v2 7/7] vfio: Remove vfio_free_device
- From: Anthony Krowiak <akrowiak@xxxxxxxxxxxxx>
- [PATCH 2/3] s390/netiucv: Fix return type of netiucv_tx()
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH 1/3] s390/ctcm: Fix return type of ctc{mp,}m_tx()
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH 3/3] s390/lcs: Fix return type of lcs_start_xmit()
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH v2 7/7] vfio: Remove vfio_free_device
- From: Cornelia Huck <cohuck@xxxxxxxxxx>
- [PATCH v2 0/7] vfio-ccw parent rework
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v2 5/7] vfio/ccw: remove release completion
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v2 6/7] vfio/ccw: replace vfio_init_device with _alloc_
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v2 4/7] vfio/ccw: move private to mdev lifecycle
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v2 7/7] vfio: Remove vfio_free_device
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v2 1/7] vfio/ccw: create a parent struct
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v2 3/7] vfio/ccw: move private initialization to callback
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v2 2/7] vfio/ccw: remove private->sch
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH 5/5] s390/uaccess: add cmpxchg_user_key()
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH 4/5] s390/extable: add EX_TABLE_UA_LOAD_REGPAIR() macro
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH 3/5] s390/cmpxchg: remove digits from input constraints
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH 2/5] s390/cmpxchg: make variables local to each case label
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH 1/5] s390/cmpxchg: use symbolic names for inline assembly operands
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
- From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
- Re: [PATCH 2/5] iommu/s390: Add I/O TLB ops
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- [PATCH 26/30] s390/ipl: Use kstrtobool() instead of strtobool()
- From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
- Re: [PATCH] mm: remove kern_addr_valid() completely
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 03/10] vfio: Rename vfio_device_assign/unassign_container()
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- Re: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- Re: [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- Re: [PATCH v1 4/7] vfio/ccw: move private to mdev lifecycle
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- Re: [PATCH 09/10] vfio: Make vfio_container optionally compiled
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- Re: [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
- From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- Re: [PATCH 08/10] vfio-iommufd: Support iommufd for emulated VFIO devices
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
- From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
- Re: [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
- From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
- [PATCH] net/smc: Fix possible leaked pernet namespace in smc_init()
- From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
- Re: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
- From: Nicolin Chen <nicolinc@xxxxxxxxxx>
- RE: [PATCH v1 7/7] vfio: Remove vfio_free_device
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH v1 5/7] vfio/ccw: remove release completion
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH v1 4/7] vfio/ccw: move private to mdev lifecycle
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 09/10] vfio: Make vfio_container optionally compiled
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 08/10] vfio-iommufd: Support iommufd for emulated VFIO devices
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 07/10] vfio-iommufd: Support iommufd for physical VFIO devices
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 03/10] vfio: Rename vfio_device_assign/unassign_container()
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- RE: [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
- From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Nicolin Chen <nicolinc@xxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
- Re: [PATCH 2/5] iommu/s390: Add I/O TLB ops
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH] scripts/min-tool-version.sh: raise minimum clang version to 15.0.0 for s390
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH] s390: always build relocatable kernel
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH] scripts/min-tool-version.sh: raise minimum clang version to 15.0.0 for s390
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Yi Liu <yi.l.liu@xxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- [PATCH] s390: always build relocatable kernel
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- [PATCH v2] random: do not include <asm/archrandom.h> from random.h
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [GIT PULL] s390 updates for 6.1-rc3
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Nicolin Chen <nicolinc@xxxxxxxxxx>
- Re: [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Nicolin Chen <nicolinc@xxxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Barry Song <21cnbao@xxxxxxxxx>
- [GIT PULL] s390 updates for 6.1-rc3
- From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
- Re: [PATCH v1 3/7] vfio/ccw: move private initialization to callback
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- Re: [PATCH v1 3/7] vfio/ccw: move private initialization to callback
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v1 2/7] vfio/ccw: remove private->sch
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v1 1/7] vfio/ccw: create a parent struct
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- Re: [PATCH v1 1/7] vfio/ccw: create a parent struct
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 2/5] iommu/s390: Add I/O TLB ops
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] iommu/s390: Make attach succeed even if the device is in error state
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Yicong Yang <yangyicong@xxxxxxxxxx>
- [PATCH v5 1/2] mm/tlbbatch: Introduce arch_tlbbatch_should_defer()
- From: Yicong Yang <yangyicong@xxxxxxxxxx>
- [PATCH v5 0/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Yicong Yang <yangyicong@xxxxxxxxxx>
- Re: [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Yicong Yang <yangyicong@xxxxxxxxxx>
- Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
- From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
- Re: [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
- From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH v1 1/7] vfio/ccw: create a parent struct
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [RFC][PATCH v2 02/31] timers: s390/cmm: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v4 2/2] arm64: support batched/deferred tlb shootdown during page reclamation
- From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
- Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
- From: Gal Pressman <gal@xxxxxxxxxx>
- Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
- From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
- Re: [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH V7 net-next 0/6] ethtool: add support to set/get tx copybreak buf size and rx buf len
- From: Gal Pressman <gal@xxxxxxxxxx>
- Re: [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: Jan Karcher <jaka@xxxxxxxxxxxxx>
- Re: [PATCH] selftests: vm: use 1 MB hugepage size for s390
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
- From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH] KVM: s390: pci: Fix allocation size of aift kzdev elements
- From: Rafael Mendonca <rafaelmendsr@xxxxxxxxx>
- [PATCH 07/10] vfio-iommufd: Support iommufd for physical VFIO devices
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 08/10] vfio-iommufd: Support iommufd for emulated VFIO devices
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 06/10] vfio-iommufd: Allow iommufd to be used in place of a container fd
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 10/10] iommufd: Allow iommufd to supply /dev/vfio/vfio
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 09/10] vfio: Make vfio_container optionally compiled
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 02/10] vfio: Move vfio_device_assign_container() into vfio_device_first_open()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 04/10] vfio: Move storage of allow_unsafe_interrupts to vfio_main.c
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 03/10] vfio: Rename vfio_device_assign/unassign_container()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 00/10] Connect VFIO to IOMMUFD
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 05/10] vfio: Use IOMMU_CAP_ENFORCE_CACHE_COHERENCY for vfio_file_enforced_coherent()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 01/10] vfio: Move vfio_device driver open/close code to a function
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- Re: [PATCH] selftests: vm: use 1 MB hugepage size for s390
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH] selftests: vm: use 1 MB hugepage size for s390
- From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- Re: [v2] KVM: s390: pv: fix external interruption loop not always detected
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- [PATCH v8 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v8 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v8 5/6] iommu/s390: Fix incorrect pgsize_bitmap
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v8 1/6] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v8 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v8 4/6] iommu/s390: Fix incorrect aperture check
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v8 2/6] iommu/s390: Get rid of s390_domain_device
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [v2 0/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
- From: David Hildenbrand <david@xxxxxxxxxx>
- [PATCH v2 0/1] KVM: s390: vsie: clarifications on setting the APCB
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- [PATCH v2 1/1] KVM: s390: vsie: clarifications on setting the APCB
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- Re: [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [v1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [v2 1/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [v2 0/1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [v1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: Tony Lu <tonylu@xxxxxxxxxxxxxxxxx>
- [kvm-unit-tests PATCH v5 0/2] S390x: CPU Topology Information
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- Re: [PATCH v7 2/6] iommu/s390: Get rid of s390_domain_device
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v7 1/6] iommu/s390: Fix duplicate domain attachments
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v7 4/6] iommu/s390: Fix incorrect aperture check
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v7 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v7 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [v1] KVM: s390: VSIE: sort out virtual/physical address in pin_guest_page
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [kvm-unit-tests PATCH v5 1/2] s390x: topology: Check the Perform Topology Function
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- Re: [PATCH v7 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [kvm-unit-tests PATCH v5 2/2] s390x: topology: Checking Configuration Topology Information
- From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
- Re: [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
- From: Jan Karcher <jaka@xxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: Jan Karcher <jaka@xxxxxxxxxxxxx>
- Re: [PATCH] s390/vfio-ap: Fix memory allocation for mdev_types array
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- [PATCH net-next v4 10/10] net/smc: fix application data exception
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 08/10] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 06/10] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse()
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 04/10] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 09/10] net/smc: Fix potential panic dues to unprotected smc_llc_srv_add_link()
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 07/10] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs()
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 01/10] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 05/10] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 03/10] net/smc: allow confirm/delete rkey response deliver multiplex
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 00/10] optimize the parallelism of SMC-R connections
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v4 02/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH] s390/kernel: fix repeated words in comments
- From: wangjianli <wangjianli@xxxxxxxxxx>
- [PATCH] s390/kernel: fix repeated words in comments
- From: wangjianli <wangjianli@xxxxxxxxxx>
- Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH] s390/vfio-ap: Fix memory allocation for mdev_types array
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH] s390/vfio-ap: Fix memory allocation for mdev_types array
- From: "Jason J. Herne" <jjherne@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: Jan Karcher <jaka@xxxxxxxxxxxxx>
- Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC 5/6] iommu/dma: Add simple batching flush queue implementation
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [v1 4/5] KVM: s390: sida: sort out physical vs virtual pointers usage
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [v1 3/5] KVM: s390: sort out physical vs virtual pointers usage
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [v1 5/5] KVM: s390: pv: sort out physical vs virtual pointers usage
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [v1 1/5] s390/mm: gmap: sort out physical vs virtual pointers usage
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [v1 2/5] s390/entry: sort out physical vs virtual pointers usage in sie64a
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- [v1 0/5] KVM: s390: Fix virtual-real address confusions
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [RFC 5/6] iommu/dma: Add simple batching flush queue implementation
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [RFC 1/6] s390/ism: Set DMA coherent mask
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [RFC 1/6] s390/ism: Set DMA coherent mask
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: Jan Karcher <jaka@xxxxxxxxxxxxx>
- Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: "D. Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 03/10] net/smc: allow confirm/delete rkey response deliver multiplex
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 06/10] net/smc: use read semaphores to reduce unnecessary blocking in smc_buf_create() & smcr_buf_unuse()
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 10/10] net/smc: fix application data exception
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 09/10] net/smc: Fix potential panic dues to unprotected smc_llc_srv_add_link()
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 08/10] net/smc: replace mutex rmbs_lock and sndbufs_lock with rw_semaphore
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 07/10] net/smc: reduce unnecessary blocking in smcr_lgr_reg_rmbs()
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 04/10] net/smc: make SMC_LLC_FLOW_RKEY run concurrently
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 05/10] net/smc: llc_conf_mutex refactor, replace it with rw_semaphore
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 01/10] net/smc: remove locks smc_client_lgr_pending and smc_server_lgr_pending
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 02/10] net/smc: fix SMC_CLC_DECL_ERR_REGRMB without smc_server_lgr_pending
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- [PATCH net-next v3 00/10] optimize the parallelism of SMC-R connections
- From: "D.Wythe" <alibuda@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- [PATCH v3 rcu 08/11] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- Re: [PATCH v1 0/7] vfio-ccw parent rework
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v1 7/7] vfio: Remove vfio_free_device
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH v1 1/7] vfio/ccw: create a parent struct
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v1 4/7] vfio/ccw: move private to mdev lifecycle
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v1 0/7] vfio-ccw parent rework
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v1 5/7] vfio/ccw: remove release completion
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v1 3/7] vfio/ccw: move private initialization to callback
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v1 6/7] vfio/ccw: replace vfio_init_device with _alloc_
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v1 2/7] vfio/ccw: remove private->sch
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [PATCH v1 7/7] vfio: Remove vfio_free_device
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- [RFC 2/6] s390/pci: prepare is_passed_through() for dma-iommu
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [RFC 6/6] iommu/s390: flush queued IOVAs on RPCIT out of resource indication
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [RFC 4/6] iommu/dma: Prepare for multiple flush queue implementations
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [RFC 5/6] iommu/dma: Add simple batching flush queue implementation
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [RFC 3/6] s390/pci: Use dma-iommu layer
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [RFC 1/6] s390/ism: Set DMA coherent mask
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [RFC 0/6] iommu/dma: s390 DMA API conversion and optimized IOTLB flushing
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: 6.1-rc1 regression: virtio-net cpumask and during reboot
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- 6.1-rc1 regression: virtio-net cpumask and during reboot
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH] mm: remove kern_addr_valid() completely
- From: Guo Ren <guoren@xxxxxxxxxx>
- Re: [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH 2/5] iommu/s390: Add I/O TLB ops
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH 4/5] iommu/s390: Optimize IOMMU table walking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH 3/5] iommu/s390: Use RCU to allow concurrent domain_list iteration
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH 5/5] s390/pci: use lock-free I/O translation updates
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH 1/5] iommu/s390: Make attach succeed even if the device is in error state
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH 0/5] iommu/s390: Further improvements
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH] mm: remove kern_addr_valid() completely
- From: WANG Xuerui <kernel@xxxxxxxxxx>
- Re: [PATCH] mm: remove kern_addr_valid() completely
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH] mm: remove kern_addr_valid() completely
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] mm: remove kern_addr_valid() completely
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH] mm: remove kern_addr_valid() completely
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] mm: remove kern_addr_valid() completely
- From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
- [PATCH v7 1/6] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v7 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v7 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v7 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v7 2/6] iommu/s390: Get rid of s390_domain_device
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v7 5/6] iommu/s390: Fix incorrect pgsize_bitmap
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v7 4/6] iommu/s390: Fix incorrect aperture check
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v6 0/7] treewide cleanup of random integer usage
- From: liulongfang <liulongfang@xxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
- Re: [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH net] net/smc: Fix an error code in smc_lgr_create()
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [GIT PULL] s390 patches for the 6.1 merge window #2
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] s390 patches for the 6.1 merge window #2
- From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
- [PATCH v3 1/2] RISC-V: Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- [PATCH v3 2/2] x86: Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- [PATCH v3 0/2] Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- Re: [PATCH] s390/cpuinfo: prevent warning when reading /proc/cpuinfo
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- Re: [PATCH] s390/cpuinfo: prevent warning when reading /proc/cpuinfo
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] s390/cpuinfo: prevent warning when reading /proc/cpuinfo
- From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
- Re: [PATCH net] net/smc: Fix an error code in smc_lgr_create()
- From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
- [PATCH net] net/smc: Fix an error code in smc_lgr_create()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v2 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2 7/9] KVM: s390: selftest: memop: Add bad address test
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [PATCH v2 8/9] KVM: s390: selftest: memop: Fix typo
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [PATCH v2 9/9] KVM: s390: selftest: memop: Fix wrong address being used in test
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
- From: Florian Westphal <fw@xxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
- Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH v2 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 9/9] KVM: s390: selftest: memop: Fix wrong address being used in test
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 5/9] KVM: s390: selftest: memop: Replace macros by functions
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 7/9] KVM: s390: selftest: memop: Add bad address test
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 6/9] KVM: s390: selftest: memop: Add cmpxchg tests
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 8/9] KVM: s390: selftest: memop: Fix typo
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 3/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 4/9] KVM: s390: selftest: memop: Pass mop_desc via pointer
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v2 0/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2] x86: Fix /proc/cpuinfo cpumask warning
- From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v15 1/6] KVM: s390: pv: asynchronous destroy for reboot
- From: Steffen Eiden <seiden@xxxxxxxxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v15 6/6] KVM: s390: pv: module parameter to fence asynchronous destroy
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v6 0/7] treewide cleanup of random integer usage
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
- Re: [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [RFC PATCH 4/5] irq_work: Trace calls to arch_irq_work_raise()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
- Re: [PATCH v6 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v2] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v6 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v6 5/7] treewide: use get_random_u32() when possible
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v6 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v6 1/7] treewide: use prandom_u32_max() when possible, part 1
- From: Heiko Carstens <hca@xxxxxxxxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- RE: [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
- From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
- [PATCH v6 7/7] prandom: remove unused functions
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v6 5/7] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v6 6/7] treewide: use get_random_bytes() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v6 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v6 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v6 2/7] treewide: use prandom_u32_max() when possible, part 2
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v6 1/7] treewide: use prandom_u32_max() when possible, part 1
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v6 0/7] treewide cleanup of random integer usage
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v6 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH v15 5/6] KVM: s390: pv: support for Destroy fast UVC
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v15 6/6] KVM: s390: pv: module parameter to fence asynchronous destroy
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v15 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v15 2/6] KVM: s390: pv: api documentation for asynchronous destroy
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v15 0/6] KVM: s390: pv: implement lazy destroy for reboot
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v15 4/6] KVM: s390: pv: avoid export before import if possible
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v15 1/6] KVM: s390: pv: asynchronous destroy for reboot
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- Re: [PATCH v6 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v14 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH v14 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v14 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH v14 2/6] KVM: s390: pv: api documentation for asynchronous destroy
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH v14 1/6] KVM: s390: pv: asynchronous destroy for reboot
- From: Janosch Frank <frankja@xxxxxxxxxxxxx>
- Re: [PATCH] perf: Rewrite core context handling
- From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
- Re: [PATCH] perf: Rewrite core context handling
- From: Ravi Bangoria <ravi.bangoria@xxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] perf: Rewrite core context handling
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 00/21] block: add and use init tagset helper
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 4/4] arc: Use generic dump_stack_print_cmdline() implementation
- From: Helge Deller <deller@xxxxxx>
- Re: [PATCH v3 4/4] arc: Use generic dump_stack_print_cmdline() implementation
- From: Vineet Gupta <vineet.gupta@xxxxxxxxx>
- Re: [GIT PULL] s390 patches for the 6.1 merge window
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [PATCH v5 0/7] treewide cleanup of random integer usage
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH v3 09/11] s390: mm: Convert to GENERIC_IOREMAP
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v5 0/7] treewide cleanup of random integer usage
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- RE: [PATCH v4 4/6] treewide: use get_random_u32() when possible
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: David Laight <David.Laight@xxxxxxxxxx>
- RE: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v5 0/7] treewide cleanup of random integer usage
- From: Yury Norov <yury.norov@xxxxxxxxx>
- [GIT PULL] s390 patches for the 6.1 merge window
- From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCH 4/5] irq_work: Trace calls to arch_irq_work_raise()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH v5 0/7] treewide cleanup of random integer usage
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: Julia Lawall <julia.lawall@xxxxxxxx>
- [PATCH v5 7/7] prandom: remove unused functions
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v5 4/7] treewide: use get_random_{u8,u16}() when possible, part 2
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v5 6/7] treewide: use get_random_bytes when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v5 5/7] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v5 3/7] treewide: use get_random_{u8,u16}() when possible, part 1
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v5 2/7] treewide: use prandom_u32_max() when possible, part 2
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v5 1/7] treewide: use prandom_u32_max() when possible, part 1
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v5 0/7] treewide cleanup of random integer usage
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [RFC PATCH 5/5] treewide: Rename and trace arch-definitions of smp_send_reschedule()
- From: Guo Ren <guoren@xxxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: [PATCH v4 1/6] treewide: use prandom_u32_max() when possible, mechanically
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: [PATCH v4 4/6] treewide: use get_random_u32() when possible
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
- Re: [RFC PATCH 00/21] block: add and use init tagset helper
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH v4 6/6] prandom: remove unused functions
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v4 5/6] treewide: use get_random_bytes when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v4 3/6] treewide: use get_random_{u8,u16}() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v4 4/6] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v4 2/6] treewide: use prandom_u32_max() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v4 1/6] treewide: use prandom_u32_max() when possible, mechanically
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v4 0/6] treewide cleanup of random integer usage
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [RFC PATCH 5/5] treewide: Rename and trace arch-definitions of smp_send_reschedule()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH 4/5] irq_work: Trace calls to arch_irq_work_raise()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH 3/5] smp: Add a multi-CPU variant to send_call_function_single_ipi()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH 1/5] trace: Add trace_ipi_send_{cpu, cpumask}
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH 2/5] sched, smp: Trace send_call_function_single_ipi()
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- [RFC PATCH 0/5] Generic IPI sending tracepoint
- From: Valentin Schneider <vschneid@xxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v6 1/6] iommu/s390: Fix duplicate domain attachments
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/6] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v6 4/6] iommu/s390: Fix incorrect aperture check
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v6 5/6] iommu/s390: Fix incorrect pgsize_bitmap
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v6 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v6 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v6 1/6] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v6 2/6] iommu/s390: Get rid of s390_domain_device
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v6 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
- RE: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v3 0/5] treewide cleanup of random integer usage
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH] MAINTAINERS: add Jan as SMC maintainer
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- Re: [PATCH v5 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v5 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v5 1/6] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH] MAINTAINERS: add Jan as SMC maintainer
- From: Wenjia Zhang <wenjia@xxxxxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
- From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v5 1/6] iommu/s390: Fix duplicate domain attachments
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v5 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v5 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v3 4/5] treewide: use get_random_bytes when possible
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- [PATCH v3 5/5] prandom: remove unused functions
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v3 4/5] treewide: use get_random_bytes when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v3 3/5] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v3 2/5] treewide: use get_random_{u8,u16}() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v3 1/5] treewide: use prandom_u32_max() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- [PATCH v3 0/5] treewide cleanup of random integer usage
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v5 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v5 2/6] iommu/s390: Get rid of s390_domain_device
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 2/6] iommu/s390: Get rid of s390_domain_device
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 5/6] iommu/s390: Fix incorrect pgsize_bitmap
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 1/6] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 3/6] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 0/6] iommu/s390: Fixes related to attach and aperture handling
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 4/6] iommu/s390: Fix incorrect aperture check
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v5 6/6] iommu/s390: Implement map_pages()/unmap_pages() instead of map()/unmap()
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH] s390: remove the last remnants of cputime_t
- From: Sven Schnelle <svens@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH] s390: remove the last remnants of cputime_t
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v1 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- Re: [RFC PATCH 01/21] block: add and use init tagset helper
- From: Bart Van Assche <bvanassche@xxxxxxx>
- Re: [PATCH v1 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v1 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- [v2] KVM: s390: pv: fix external interruption loop not always detected
- From: Nico Boehr <nrb@xxxxxxxxxxxxx>
- Re: [kbuild-all] Re: [linux-next:master 7287/11993] s390x-linux-ld: topology.c:undefined reference to `__tsan_memcpy'
- From: Philip Li <philip.li@xxxxxxxxx>
- Re: [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [RFC PATCH 01/21] block: add and use init tagset helper
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v1 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [PATCH v1 3/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [RFC PATCH 01/21] block: add and use init tagset helper
- From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH 21/21] nvme-pci: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 20/21] nvme-apple: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 19/21] nvme-core: use lib tagset init helper for adminq
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 16/21] mmc: core: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 18/21] nvme-core: use lib tagset init helper for I/O q
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 17/21] dasd: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 15/21] ubi: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 14/21] scm_blk: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 13/21] z3ram: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 11/21] floppy: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 12/21] mtip32xx: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 10/21] amiflop: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 09/21] block: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 08/21] scsi: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 05/21] bsg-lib: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 06/21] rnbd-clt: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 07/21] virtio-blk: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 04/21] rnbd: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 03/21] nbd: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 02/21] loop: use lib tagset init helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 01/21] block: add and use init tagset helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- [RFC PATCH 00/21] block: add and use init tagset helper
- From: Chaitanya Kulkarni <kch@xxxxxxxxxx>
- Re: [PATCH v4 3/5] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Eric Farman <farman@xxxxxxxxxxxxx>
- Re: [PATCH v1 3/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v2 33/44] ftrace: WARN on rcuidle
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v14 1/6] KVM: s390: pv: asynchronous destroy for reboot
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v4 2/5] iommu/s390: Get rid of s390_domain_device
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v2] vfio: Follow a strict lifetime for struct iommu_group
- From: Christian Borntraeger <borntraeger@xxxxxxxxxxxxx>
- Re: [PATCH v2 00/44] cpuidle,rcu: Clean up the mess
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Matthew Rosato <mjrosato@xxxxxxxxxxxxx>
- Re: [PATCH v14 6/6] KVM: s390: pv: module parameter to fence asynchronous destroy
- From: Steffen Eiden <seiden@xxxxxxxxxxxxx>
- Re: [PATCH v14 5/6] KVM: s390: pv: support for Destroy fast UVC
- From: Steffen Eiden <seiden@xxxxxxxxxxxxx>
- Re: [PATCH v14 4/6] KVM: s390: pv: avoid export before import if possible
- From: Steffen Eiden <seiden@xxxxxxxxxxxxx>
- Re: [PATCH v14 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
- From: Steffen Eiden <seiden@xxxxxxxxxxxxx>
- Re: [PATCH v14 2/6] KVM: s390: pv: api documentation for asynchronous destroy
- From: Steffen Eiden <seiden@xxxxxxxxxxxxx>
- Re: [PATCH v14 1/6] KVM: s390: pv: asynchronous destroy for reboot
- From: Steffen Eiden <seiden@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH v4 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v4 0/5] iommu/s390: Fixes related to attach and aperture handling
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v4 3/5] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v4 1/5] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v4 2/5] iommu/s390: Get rid of s390_domain_device
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v4 4/5] iommu/s390: Fix incorrect aperture check
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- Re: [PATCH v2 12/44] cpuidle,dt: Push RCU-idle into driver
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v2 38/44] cpuidle,powerdomain: Remove trace_.*_rcuidle()
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v2 39/44] cpuidle,clk: Remove trace_.*_rcuidle()
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v2 23/44] arm,smp: Remove trace_.*_rcuidle() usage
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v2 14/44] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v2 12/44] cpuidle,dt: Push RCU-idle into driver
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH v1 8/9] KVM: s390: selftest: memop: Fix typo
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [PATCH v1 4/9] KVM: s390: selftest: memop: Pass mop_desc via pointer
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [PATCH v1 3/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [PATCH v1 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: Thomas Huth <thuth@xxxxxxxxxx>
- Re: [linux-next:master 7287/11993] s390x-linux-ld: topology.c:undefined reference to `__tsan_memcpy'
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH AUTOSEL 5.19 22/29] KVM: s390: Pass initialized arg even if unused
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH v1 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v1 8/9] KVM: s390: selftest: memop: Fix typo
- From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
- Re: [linux-next:master 7287/11993] s390x-linux-ld: topology.c:undefined reference to `__tsan_memcpy'
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [RFC net] net/mlx5: Fix performance regression for request-response workloads
- From: Saeed Mahameed <saeedm@xxxxxxxxxx>
- Re: simplify the mdev interface v8
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH v1 6/9] KVM: s390: selftest: memop: Add bad address test
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 7/9] KVM: s390: selftest: memop: Add cmpxchg tests
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 9/9] KVM: s390: selftest: memop: Fix wrong address being used in test
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 5/9] KVM: s390: selftest: memop: Replace macros by functions
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 2/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 8/9] KVM: s390: selftest: memop: Fix typo
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 3/9] Documentation: KVM: s390: Describe KVM_S390_MEMOP_F_CMPXCHG
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 4/9] KVM: s390: selftest: memop: Pass mop_desc via pointer
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 1/9] s390/uaccess: Add storage key checked cmpxchg access to user space
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v1 0/9] KVM: s390: Extend MEM_OP ioctl by storage key checked cmpxchg
- From: Janis Schoetterl-Glausch <scgl@xxxxxxxxxxxxx>
- [PATCH v14 3/6] KVM: s390: pv: add KVM_CAP_S390_PROTECTED_ASYNC_DISABLE
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v14 5/6] KVM: s390: pv: support for Destroy fast UVC
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v14 4/6] KVM: s390: pv: avoid export before import if possible
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v14 1/6] KVM: s390: pv: asynchronous destroy for reboot
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v14 6/6] KVM: s390: pv: module parameter to fence asynchronous destroy
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v14 2/6] KVM: s390: pv: api documentation for asynchronous destroy
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- [PATCH v14 0/6] KVM: s390: pv: implement lazy destroy for reboot
- From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/5] iommu/s390: Fix incorrect aperture check
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- RE: [PATCH v4 15/15] vfio: Add struct device to vfio_device
- From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
- Re: [PATCH v4 15/15] vfio: Add struct device to vfio_device
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- [PATCH RFC v2 rcu 8/8] arch/s390: Add ARCH_HAS_NMI_SAFE_THIS_CPU_OPS Kconfig option
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v4 15/15] vfio: Add struct device to vfio_device
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH v4 15/15] vfio: Add struct device to vfio_device
- From: Alex Williamson <alex.williamson@xxxxxxxxxx>
- Re: [PATCH v3 3/5] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v3 2/5] iommu/s390: Get rid of s390_domain_device
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v3 1/5] iommu/s390: Fix duplicate domain attachments
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v3 4/5] iommu/s390: Fix incorrect aperture check
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH v3 5/5] iommu/s390: Fix incorrect pgsize_bitmap
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- [PATCH v3 3/5] iommu/s390: Fix potential s390_domain aperture shrinking
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v3 1/5] iommu/s390: Fix duplicate domain attachments
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
- [PATCH v3 2/5] iommu/s390: Get rid of s390_domain_device
- From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]