Linux Arch

• Thread Index

• [PATCH v3 4/6] x86/hyperv: Support hypercalls for TDX guests
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 3/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 2/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed()
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 1/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH v3 0/6] Support TDX guests on Hyper-V
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Oliver Upton <oliver.upton@xxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Jianmin Lv <lvjianmin@xxxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• [syzbot] kernel BUG in process_one_work
  • From: syzbot <syzbot+c0998868487c1f7e05e5@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] riscv: Cleanup rv32_defconfig
  • From: guoren@xxxxxxxxxx
• Re: [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [syzbot] kernel BUG in __tlb_remove_page_size (2)
  • From: syzbot <syzbot+d87dd8e018fd2cc2528b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH -next V16 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 7/7] riscv: entry: Consolidate general regs saving/restoring
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 4/7] riscv: entry: Convert to generic entry
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 2/7] riscv: ptrace: Remove duplicate operation
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: guoren@xxxxxxxxxx
• [PATCH -next V16 0/7] riscv: Add GENERIC_ENTRY support
  • From: guoren@xxxxxxxxxx
• [PATCH V2] riscv: kprobe: Fixup misaligned load text
  • From: guoren@xxxxxxxxxx
• Re: [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Current LKMM patch disposition
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Current LKMM patch disposition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [loongarch oddities] Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: Oliver Upton <oliver.upton@xxxxxxxxx>
• [PATCH RFC] tools/memory-model: Restrict to-r to read-read address dependency
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 04/10] instrumentation: Wire up cmpxchg128()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: remove arch/sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [RFC PATCH 32/32] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 28/32] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 23/32] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 19/32] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 26/32] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 18/32] ACPI: Check _STA present bit before making CPUs not present
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 25/32] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 24/32] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 29/32] KVM: arm64: Pass hypercalls to userspace
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 22/32] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 21/32] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 31/32] arm64: document virtual CPU hotplug's expectations
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC PATCH 13/32] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 15/32] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 20/32] drivers: base: Implement weak arch_unregister_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 27/32] arm64: psci: Ignore DENIED CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 16/32] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 30/32] KVM: arm64: Pass PSCI calls to userspace
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 17/32] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 12/32] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 11/32] ACPI: processor: Add support for processors described as container packages
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 08/32] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 14/32] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 10/32] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 09/32] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 07/32] ia64/topology: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 03/32] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 04/32] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 05/32] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 06/32] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 02/32] ACPI: Move ACPI_HOTPLUG_CPU to be enabled per architecture
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 01/32] ia64: Fix build error due to switch case label appearing next to declaration
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: remove arch/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 5/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 4/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 3/5] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 2/5] lazy tlb: introduce lazy tlb mm refcount helper functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 1/5] kthread: simplify kthread_use_mm refcounting
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v7 0/5] shoot lazy tlbs (lazy tlb refcount scalability improvement)
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove arch/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• RE: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] types: Introduce [us]128
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [PATCH v2 07/10] x86,intel_iommu: Replace cmpxchg_double()
  • From: Baolu Lu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception
  • From: Zhi Wang <zhi.wang.linux@xxxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: Zhi Wang <zhi.wang.linux@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v2 10/10] s390/cpum_sf: Convert to cmpxchg128()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v2 09/10] arch: Remove cmpxchg_double
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 10/10] s390/cpum_sf: Convert to cmpxchg128()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 02/10] types: Introduce [us]128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 07/10] x86,intel_iommu: Replace cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 03/10] arch: Introduce arch_{,try_}_cmpxchg128{,_local}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 08/10] slub: Replace cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 06/10] x86,amd_iommu: Replace cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 00/10] Introduce cmpxchg128() -- aka. the demise of cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 05/10] percpu: Wire up cmpxchg128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 01/10] cyrpto/b128ops: Remove struct u128
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 04/10] instrumentation: Wire up cmpxchg128()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• RE: [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH] LoongArch: Make -mstrict-align be configurable
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Guo Ren <guoren@xxxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH] locking/atomic: cmpxchg: Make __generic_cmpxchg_local compare against zero-extended 'old' value
  • From: Matt Evans <mev@xxxxxxxxxxxx>
• Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: Paul Heidekrüger <paul.heidekrueger@xxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] riscv: kprobe: Fixup misaligned load text
  • From: guoren@xxxxxxxxxx
• [PATCH V2] riscv: kprobe: Fixup kernel panic when probing an illegal position
  • From: guoren@xxxxxxxxxx
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/10] sparc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] riscv: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] openrisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] nios2: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] microblaze: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] ia64: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] hexagon: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] alpha: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] riscv: mm: fix regression due to update_mmu_cache change
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Conor Dooley <conor@xxxxxxxxxx>
• RE: [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• RE: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] riscv: mm: fix regression due to update_mmu_cache change
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• [PATCH memory-model] Add smp_mb__after_srcu_read_unlock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 15/35] Documentation: litmus-tests: correct spelling
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sh: define RUNTIME_DISCARD_EXIT
  • From: Tom Saeger <tom.saeger@xxxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 15/35] Documentation: litmus-tests: correct spelling
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/35] Documentation: litmus-tests: correct spelling
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 1/1] riscv: mm: notify remote harts about mmu cache updates
  • From: Sergey Matyukevich <geomatsi@xxxxxxxxx>
• Re: [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH] locking/atomic: atomic: Use arch_atomic_{read,set} in generic atomic ops
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• [PATCH -next V15 7/7] riscv: entry: Consolidate general regs saving/restoring
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 4/7] riscv: entry: Convert to generic entry
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 2/7] riscv: ptrace: Remove duplicate operation
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: guoren@xxxxxxxxxx
• [PATCH -next V15 0/7] riscv: Add GENERIC_ENTRY support
  • From: guoren@xxxxxxxxxx
• Re: [RFC PATCH 1/1] riscv: mm: notify remote harts about mmu cache updates
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: export dump_mm()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Pierluigi Passaro <pierluigi.p@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH resend] iopoll: Call cpu_relax() in busy loops
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH resend] iopoll: Call cpu_relax() in busy loops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH resend] iopoll: Call cpu_relax() in busy loops
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 5/5] gpio: Clean up headers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• KASAN: slab-out-of-bounds Read in ntfs_test_inode
  • From: Sanan Hasanov <sanan.hasanov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 12/31] kvx: Add other common headers
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE
  • From: Yu Zhao <yuzhao@xxxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2] nvdimm: Support sizeof(struct page) > MAX_STRUCT_PAGE_SIZE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v1 5/5] gpio: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/5] gpiolib: fix linker errors when GPIOLIB is disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 4/5] gpio: Group forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 0/5] gpio: First attempt to clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/5] gpio: Deduplicate forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/5] gpio: Drop unused forward declaration from driver.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/39] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/3] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• RE: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Schimpe, Christina" <christina.schimpe@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Liam Merwick <liam.merwick@xxxxxxxxxx>
• RE: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Schimpe, Christina" <christina.schimpe@xxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: export dump_mm()
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v2 5/6] mm: introduce mod_vm_flags_nolock and use it in untrack_pfn
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 6/6] mm: export dump_mm()
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 2/6] mm: replace VM_LOCKED_CLEAR_MASK with VM_LOCKED_MASK
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 3/6] mm: replace vma->vm_flags direct modifications with modifier calls
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 4/6] mm: replace vma->vm_flags indirect modification in ksm_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 1/6] mm: introduce vma->vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 0/6] introduce vm_flags modifier functions
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v5 2/2] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 1/2] riscv: Get rid of riscv_pfn_base variable
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v5 0/2] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Liam Merwick <liam.merwick@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Huang, Kai" <kai.huang@xxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Andrew Jones <ajones@xxxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v4] riscv: Use PUD/P4D/PGD pages for the linear mapping
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [RFC PATCH v2 20/31] kvx: Add memory management
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 27/31] kvx: Add kvx default config file
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 29/31] kvx: Add support for cpuinfo
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 31/31] kvx: Add IPI driver
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 30/31] kvx: Add power controller driver
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 07/31] Documentation: Add binding for kalray,kv3-1-pwr-ctrl
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 06/31] Documentation: Add binding for kalray,kv3-1-ipi-ctrl
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 05/31] Documentation: Add binding for kalray,coolidge-itgen
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 03/31] Documentation: Add binding for kalray,kv3-1-apic-gic
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v5 00/39] Shadow stacks for userspace
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH V3 15/16] x86/sev: optimize system vector processing invoked from #HV exception
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 14/16] x86/sev: Initialize #HV doorbell and handle interrupt requests
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 11/16] x86/hyperv: Add hyperv-specific hadling for VMMCALL under SEV-ES
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 10/16] x86/hyperv: Add smp support for sev-snp guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 09/16] x86/hyperv: SEV-SNP enlightened guest don't support legacy rtc
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 08/16] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 07/16] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 06/16] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 04/16] x86/hyperv: Use vmmcall to implement Hyper-V hypercall in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 05/16] clocksource/drivers/hyper-v: decrypt hyperv tsc page in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 03/16] x86/hyperv: Set Virtual Trust Level in vmbus init message
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 02/16] x86/hyperv: Decrypt hv vp assist page in sev-snp enlightened guest
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 01/16] x86/hyperv: Add sev-snp enlightened guest specific config
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• RE: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 00/39] Shadow stacks for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 00/39] Shadow stacks for userspace
  • From: John Allen <john.allen@xxxxxxx>
• Re: [RFC PATCH v2 06/31] Documentation: Add binding for kalray,kv3-1-ipi-ctrl
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH v2 04/31] Documentation: Add binding for kalray,kv3-1-apic-mailbox
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH v2 07/31] Documentation: Add binding for kalray,kv3-1-pwr-ctrl
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 00/39] Shadow stacks for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure
  • From: Jules Maselbas <jmaselbas@xxxxxxxxx>
• Re: [RFC PATCH v2 09/31] kvx: Add build infrastructure
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [RFC PATCH v2 21/31] kvx: Add system call support
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 23/31] kvx: Add ELF relocations and module support
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 26/31] kvx: Add multi-processor (SMP) support
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 22/31] kvx: Add signal handling support
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 31/31] kvx: Add IPI driver
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 24/31] kvx: Add misc common routines
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 27/31] kvx: Add kvx default config file
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 30/31] kvx: Add power controller driver
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 25/31] kvx: Add some library functions
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 17/31] irqchip: Add irq-kvx-apic-mailbox driver
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 29/31] kvx: Add support for cpuinfo
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• Re: [RFC PATCH v2 12/31] kvx: Add other common headers
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [RFC PATCH v2 18/31] irqchip: Add kvx-core-intc core interupt controller driver
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 28/31] kvx: Add debugging related support
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 19/31] kvx: Add process management
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 02/31] Documentation: Add binding for kalray,kv3-1-core-intc
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 12/31] kvx: Add other common headers
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 09/31] kvx: Add build infrastructure
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 06/31] Documentation: Add binding for kalray,kv3-1-ipi-ctrl
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 16/31] irqchip: Add irq-kvx-itgen driver
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 15/31] irqchip: Add irq-kvx-apic-gic driver
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 14/31] kvx: Add exception/interrupt handling
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 11/31] kvx: Add atomic/locking headers
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 13/31] kvx: Add boot and setup routines
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 08/31] kvx: Add ELF-related definitions
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 07/31] Documentation: Add binding for kalray,kv3-1-pwr-ctrl
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 01/31] Documentation: kvx: Add basic documentation
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 03/31] Documentation: Add binding for kalray,kv3-1-apic-gic
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 00/31] Upstream kvx Linux port
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 04/31] Documentation: Add binding for kalray,kv3-1-apic-mailbox
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• [RFC PATCH v2 05/31] Documentation: Add binding for kalray,coolidge-itgen
  • From: Yann Sionneau <ysionneau@xxxxxxxxx>
• Re: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 16/51] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/39] Shadow stacks for userspace
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 39/39] x86/shstk: Add ARCH_SHSTK_STATUS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 37/39] x86: Add PTRACE interface for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 31/39] x86/shstk: Introduce map_shadow_stack syscall
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 32/39] x86/shstk: Support WRSS for userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 29/39] x86/shstk: Introduce routines modifying shstk
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 27/39] x86/shstk: Add user-mode shadow stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 26/39] x86: Introduce userspace API for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 25/39] mm: Warn on shadow stack memory in wrong vma
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 16/39] x86/mm: Check shadow stack page fault errors
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 02/39] x86/shstk: Add Kconfig option for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 01/39] Documentation/x86: Add CET shadow stack description
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• [PATCH v5 36/39] x86/fpu: Add helper for initing features
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 31/39] x86/shstk: Introduce map_shadow_stack syscall
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 30/39] x86/shstk: Handle signals for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 32/39] x86/shstk: Support WRSS for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 39/39] x86/shstk: Add ARCH_SHSTK_STATUS
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 28/39] x86/shstk: Handle thread shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 38/39] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 35/39] selftests/x86: Add shadow stack test
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 29/39] x86/shstk: Introduce routines modifying shstk
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 33/39] x86: Expose thread features in /proc/$PID/status
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 37/39] x86: Add PTRACE interface for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 34/39] x86/shstk: Wire in shadow stack interface
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 27/39] x86/shstk: Add user-mode shadow stack support
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 24/39] x86/mm: Introduce MAP_ABOVE4G
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 26/39] x86: Introduce userspace API for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 25/39] mm: Warn on shadow stack memory in wrong vma
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 23/39] mm: Don't allow write GUPs to shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 22/39] mm: Re-introduce vm_flags to do_mmap()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 21/39] mm/mmap: Add shadow stack pages to memory accounting
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 19/39] mm: Fixup places that call pte_mkwrite() directly
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 20/39] mm: Add guard pages around a shadow stack.
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 18/39] mm: Handle faultless write upgrades for shstk
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 17/39] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 16/39] x86/mm: Check shadow stack page fault errors
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 15/39] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 13/39] x86/mm: Start actually marking _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 14/39] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 12/39] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 11/39] x86/mm: Update pte_modify for _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 10/39] x86/mm: Introduce _PAGE_COW
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 07/39] x86: Add user control-protection fault handler
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 09/39] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 08/39] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 05/39] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 06/39] x86/fpu: Add helper for modifying xstate
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 04/39] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 03/39] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 02/39] x86/shstk: Add Kconfig option for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 01/39] Documentation/x86: Add CET shadow stack description
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v5 00/39] Shadow stacks for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• RE: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH -next V14 4/7] riscv: entry: Convert to generic entry
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v6 4/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: Memory transaction instructions
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [GIT PULL] LoongArch fixes for v6.2-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v6 4/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: Paul Heidekrüger <paul.heidekrueger@xxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• [GIT PULL] LoongArch fixes for v6.2-rc5
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: Memory transaction instructions
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• [PATCH v6 2/5] lazy tlb: allow lazy tlb mm refcounting to be configurable
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v6 4/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v6 5/5] powerpc/64s/radix: combine final TLB flush and lazy tlb mm shootdown IPIs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v6 0/5] shoot lazy tlbs
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v6 3/5] lazy tlb: shoot lazies, non-refcounting lazy tlb mm reference handling scheme
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v6 1/5] lazy tlb: introduce lazy tlb mm refcount helper functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: remove arch/sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: remove arch/sh
  • From: "D. Jeff Dionne" <djeffdionne@xxxxxxxxx>
• Re: remove arch/sh
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 05/22] sound: remove sh-specific sounds/soc/sh drivers
  • From: Kuninori Morimoto <kuninori.morimoto.gx@xxxxxxxxxxx>
• Re: remove arch/sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Fuad Tabba <tabba@xxxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Binbin Wu <binbin.wu@xxxxxxxxxxxxxxx>
• Re: Memory transaction instructions
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: Memory transaction instructions
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Memory transaction instructions
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 16/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/25] Upstream kvx Linux port
  • From: Jeff Xie <xiehuan09@xxxxxxxxx>
• Re: remove arch/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove arch/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH] lockref: stop doing cpu_relax in the cmpxchg loop
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 8/9] KVM: Handle page fault for private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 2/9] KVM: Introduce per-page memory attributes
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• RE: [PATCH] lockref: stop doing cpu_relax in the cmpxchg loop
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• RE: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Landley <rob@xxxxxxxxxxx>
• [PATCH] lockref: stop doing cpu_relax in the cmpxchg loop
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 04/22] sound: remove sound/sh
  • From: Takashi Iwai <tiwai@xxxxxxx>