Linux Arch

• Thread Index

• 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>
• RE: ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 06/22] watchdog: remove the shwdt driver
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Broken Address Dependency in mm/ksm.c::cmp_and_merge_page()
  • From: Paul Heidekrüger <paul.heidekrueger@xxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 11/22] mtd/nand: remove sh_flctl
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH -next V14 4/7] riscv: entry: Convert to generic entry
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH 20/22] media: remove sh_vou
  • From: Hans Verkuil <hverkuil@xxxxxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 19/22] fbdev: remove sh7760fb
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/22] spi: remove spi-sh-sci
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 13/22] pinctrl: remove renesas sh controllers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 11/22] mtd/nand: remove sh_flctl
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/22] input: remove sh_keysc
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove arch/sh
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 20/22] media: remove sh_vou
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• ia64 removal (was: Re: lockref scalability on x86-64 vs cpu_relax)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 21/22] drivers: platform: remove is_sh_early_platform_device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] spi: remove spi-sh-sci
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] spi: remove spi-sh
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] fbdev: remove sh7760fb
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] dmaengine: remove the shdmac driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] drivers: platform: remove early_platform_cleanup
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] usb: remove ehci-sh
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] media: remove sh_vou
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] spi: remove spi-jcore
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] input: remove sh_keysc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] cpufreq: remove the sh-cpufreq driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/22] sound: remove sh-specific sounds/soc/sh drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] i2c: remove i2c-sh7760
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] net/ethernet/8390: remove stnic
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] watchdog: remove the shwdt driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] mtd/nand: remove sh_flctl
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] gpu/drm: remove the shmobile drm driver
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/22] sound: remove sound/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] usb: remove the dead USB_OHCI_SH option
  • From: Christoph Hellwig <hch@xxxxxx>
• remove arch/sh
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: lockref scalability on x86-64 vs cpu_relax
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: lockref scalability on x86-64 vs cpu_relax
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 14/14] PCI: hv: Enable PCI pass-thru devices in Confidential VMs
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 13/14] PCI: hv: Add hypercalls to read/write MMIO space
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 12/14] Drivers: hv: Don't remap addresses that are above shared_gpa_boundary
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 05/14] init: Call mem_encrypt_init() after Hyper-V hypercall init is done
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 02/14] x86/hyperv: Reorder code to facilitate future work
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 00/14] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 04/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 08/14] swiotlb: Remove bounce buffer remapping for Hyper-V
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 09/14] Drivers: hv: vmbus: Remove second mapping of VMBus monitor pages
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 03/14] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 10/14] Drivers: hv: vmbus: Remove second way of mapping ring buffers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 11/14] hv_netvsc: Remove second mapping of send and recv buffers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v5 01/14] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v3 50/51] cpuidle: Comments about noinstr/__cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 5/5] x86/hyperv: Change interrupt vector for nested root partition
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 24/51] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 33/51] trace: Remove trace_hardirqs_{on,off}_caller()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 02/51] x86/idle: Replace x86_idle with a static_call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 51/51] context_tracking: Fix noinstr vs KASAN
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 23/51] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 27/51] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 26/51] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 42/51] ubsan: Fix objtool UACCESS warns
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 10/51] cpuidle,armada: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 08/51] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 38/51] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 44/51] entry,kasan,x86: Disallow overriding mem*() functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 22/51] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 40/51] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 46/51] arm64,riscv,perf: Remove RCU_NONIDLE() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 16/51] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 28/51] cpuidle,mwait: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 49/51] cpuidle,arch: Mark all regular cpuidle_state::enter methods __cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 45/51] sched: Always inline __this_cpu_preempt_check()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 43/51] intel_idle: Add force_irq_on module param
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 15/51] acpi_idle: Remove tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 34/51] trace: WARN on rcuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 11/51] cpuidle,omap4: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 39/51] arm,omap2: Use WFI for omap2_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 41/51] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 47/51] cpuidle: Ensure ct_cpuidle_enter() is always called from noinstr/__cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 01/51] x86/perf/amd: Remove tracing from perf_lopwr_cb()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 14/51] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 21/51] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 36/51] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 17/51] objtool/idle: Validate __cpuidle code as noinstr
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 48/51] cpuidle,arch: Mark all ct_cpuidle_enter() callers __cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 31/51] cpuidle,nospec: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 05/51] cpuidle,riscv: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 18/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE *again*
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 13/51] cpuidle: Fix ct_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 03/51] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 06/51] cpuidle,tegra: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 25/51] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 04/51] cpuidle: Move IRQ state validation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 30/51] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 09/51] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 29/51] cpuidle,tdx: Make tdx noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 12/51] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 20/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IBRS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 32/51] cpuidle,acpi: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 37/51] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 19/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_INIT_XSTATE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 5/5] x86/hyperv: Change interrupt vector for nested root partition
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 5/5] x86/hyperv: Change interrupt vector for nested root partition
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 05/12] arch: Introduce arch_{,try_}_cmpxchg128{,_local}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -next V14 6/7] riscv: entry: Consolidate ret_from_kernel_thread into ret_from_fork
  • From: guoren@xxxxxxxxxx
• [PATCH -next V14 7/7] riscv: entry: Consolidate general regs saving/restoring
  • From: guoren@xxxxxxxxxx
• [PATCH -next V14 5/7] riscv: entry: Remove extra level wrappers of trace_hardirqs_{on,off}
  • From: guoren@xxxxxxxxxx
• [PATCH -next V14 2/7] riscv: ptrace: Remove duplicate operation
  • From: guoren@xxxxxxxxxx
• [PATCH -next V14 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: guoren@xxxxxxxxxx
• [PATCH -next V14 4/7] riscv: entry: Convert to generic entry
  • From: guoren@xxxxxxxxxx
• [PATCH -next V14 3/7] riscv: entry: Add noinstr to prevent instrumentation inserted
  • From: guoren@xxxxxxxxxx
• [PATCH -next V14 0/7] riscv: Add GENERIC_ENTRY support
  • From: guoren@xxxxxxxxxx
• Re: [RFC PATCH V2 15/18] x86/sev: Add a #HV exception handler
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: BUG: arm64: missing build-id from vmlinux
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Vishal Annapurve <vannapurve@xxxxxxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH V2 15/18] x86/sev: Add a #HV exception handler
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V2 15/18] x86/sev: Add a #HV exception handler
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 08/12] s390: Replace cmpxchg_double() with cmpxchg128()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC][PATCH 11/12] slub: Replace cmpxchg_double()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>