Linux Arch

• Thread Index

• Re: [PATCH 5/6] docs: move openrisc documentation under Documentation/arch/
  • From: Alex Shi <seakeel@xxxxxxxxx>
• Re: [PATCH 1/6] docs: zh_CN: create the architecture-specific top-level directory
  • From: Alex Shi <seakeel@xxxxxxxxx>
• [PATCH -next V11 3/3] riscv: stack: Add config of thread stack size
  • From: guoren@xxxxxxxxxx
• [PATCH -next V11 2/3] riscv: stack: Support HAVE_SOFTIRQ_ON_OWN_STACK
  • From: guoren@xxxxxxxxxx
• [PATCH -next V11 1/3] riscv: stack: Support HAVE_IRQ_EXIT_ON_IRQ_STACK
  • From: guoren@xxxxxxxxxx
• [PATCH -next V11 0/3] riscv: Add independent irq/softirq stacks
  • From: guoren@xxxxxxxxxx
• Re: [PATCH v2] irq domain: drop IRQ_DOMAIN_HIERARCHY option, make it always on
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Xiaoyao Li <xiaoyao.li@xxxxxxxxx>
• 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 -next V17 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 5/6] docs: move openrisc documentation under Documentation/arch/
  • From: Yanteng Si <siyanteng@xxxxxxxxxxx>
• Re: [PATCH 2/6] docs: move xtensa documentation under Documentation/arch/
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• [PATCH 3/6] docs: move sparc documentation under Documentation/arch/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 6/6] docs: move nios2 documentation under Documentation/arch/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 4/6] docs: move superh documentation under Documentation/arch/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 0/6] Documentation: arch reorg (continued)
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 2/6] docs: move xtensa documentation under Documentation/arch/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 5/6] docs: move openrisc documentation under Documentation/arch/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 1/6] docs: zh_CN: create the architecture-specific top-level directory
  • From: Jonathan Corbet <corbet@xxxxxxx>
• RE: [PATCH v2 1/4] lib: test copy_{to,from}_user()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] arm64: remove special treatment for the link order of head.o
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• Re: [PATCH v2] irq domain: drop IRQ_DOMAIN_HIERARCHY option, make it always on
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Begin reorganizing the arch documentation
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH RFC 0/2] Begin reorganizing the arch documentation
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 2/2] docs: move x86 documentation into Documentation/arch/
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Begin reorganizing the arch documentation
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH] tools/memory-model: Remove out-of-date SRCU documentation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 01/36] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• RE: [PATCH 00/10] Fix confusion around MAX_ORDER
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3] rust: ioctl: Add ioctl number manipulation functions
  • From: Asahi Lina <lina@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3] rust: ioctl: Add ioctl number manipulation functions
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH v3 26/38] pnp: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3] rust: ioctl: Add ioctl number manipulation functions
  • From: Asahi Lina <lina@xxxxxxxxxxxxx>
• Re: [PATCH v2] rust: ioctl: Add ioctl number manipulation functions
  • From: Asahi Lina <lina@xxxxxxxxxxxxx>
• Re: [PATCH v2] rust: ioctl: Add ioctl number manipulation functions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v2] rust: ioctl: Add ioctl number manipulation functions
  • From: Asahi Lina <lina@xxxxxxxxxxxxx>
• Re: [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• [PATCH] tools/memory-model: Remove out-of-date SRCU documentation
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH -next V17 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Isaku Yamahata <isaku.yamahata@xxxxxxxxx>
• Re: [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 2/8] tools/memory-model: Unify UNLOCK+LOCK pairings to po-unlock-lock-po
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH memory-model 7/8] tools/memory-model: Add documentation about SRCU read-side critical sections
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 3/4] arm64: fix __raw_copy_to_user semantics
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 3/4] arm64: fix __raw_copy_to_user semantics
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] arm64: remove special treatment for the link order of head.o
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next V17 1/7] compiler_types.h: Add __noinstr_section() for noinstr
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH v2 3/4] arm64: fix __raw_copy_to_user semantics
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH memory-model 7/8] tools/memory-model: Add documentation about SRCU read-side critical sections
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] arm64: fix __raw_copy_to_user semantics
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: ypodemsk@xxxxxxxxxx
• Re: [PATCH v2 1/4] lib: test copy_{to,from}_user()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 1/4] lib: test copy_{to,from}_user()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH net-next v2 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] mm: restrictedmem: Allow userspace to specify mount for memfd_restricted
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCHv2] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH memory-model 7/8] tools/memory-model: Add documentation about SRCU read-side critical sections
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH memory-model 7/8] tools/memory-model: Add documentation about SRCU read-side critical sections
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH memory-model 5/8] tools/memory-model: Provide exact SRCU semantics
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH memory-model 5/8] tools/memory-model: Provide exact SRCU semantics
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH memory-model 2/8] tools/memory-model: Unify UNLOCK+LOCK pairings to po-unlock-lock-po
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH memory-model 4/8] tools/memory-model: Restrict to-r to read-read address dependency
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH memory-model 1/8] tools/memory-model: Update some warning labels
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: [PATCH net-next v2 3/3] selftests: net: add SCM_PIDFD / SO_PEERPIDFD test
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH] arm64: remove special treatment for the link order of head.o
  • From: Aurelien Jarno <aurelien@xxxxxxxxxxx>
• [RFC PATCH v2 1/2] mm: restrictedmem: Allow userspace to specify mount for memfd_restricted
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH v2 2/2] selftests: restrictedmem: Check hugepage-ness of shmem file backing restrictedmem fd
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH v2 0/2] Providing mount in memfd_restricted() syscall
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [PATCH net-next v2 3/3] selftests: net: add SCM_PIDFD / SO_PEERPIDFD test
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next v2 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next v2 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] lib: test copy_{to,from}_user()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• RE: [EXTERNAL] RE: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: KY Srinivasan <kys@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] arm64: fix __raw_copy_to_user semantics
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] lib: test clear_user()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 1/4] lib: test copy_{to,from}_user()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCHv2] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 00/10] Fix confusion around MAX_ORDER
  • From: Mel Gorman <mgorman@xxxxxxx>
• RE: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v3 26/38] pnp: add HAS_IOPORT dependencies
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCHv2] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 4/4] arm64: fix clear_user() semantics
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v2 3/4] arm64: fix __raw_copy_to_user semantics
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v2 2/4] lib: test clear_user()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v2 1/4] lib: test copy_{to,from}_user()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH v2 0/4] usercopy: generic tests + arm64 fixes
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 07/10] mm/page_reporting: Fix MAX_ORDER usage in page_reporting_register()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 06/10] perf/core: Fix MAX_ORDER usage in rb_alloc_aux_page()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 05/10] genwqe: Fix MAX_ORDER usage
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 03/10] floppy: Fix MAX_ORDER usage
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v7 5/5] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• [PATCH memory-model scripts 23/31] tools/memory-model: Make history-check scripts use mselect7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 21/31] tools/memory-model: Fix scripting --jobs argument
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 27/31] tools/memory-model: Add data-race capabilities to judgelitmus.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 25/31] tools/memory-model: Repair parseargs.sh header comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 12/31] tools/memory-model: Make judgelitmus.sh ransack .litmus.out files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 10/31] tools/memory-model: Fix checkalllitmus.sh comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 19/31] tools/memory-model: Add -v flag to jingle7 runs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 28/31] tools/memory-model: Make judgelitmus.sh handle scripted Result: tag
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 11/31] tools/memory-model: Hardware checking for check{,all}litmus.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 20/31] tools/memory-model: Implement --hw support for checkghlitmus.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 26/31] tools/memory-model: Add checktheselitmus.sh to run specified litmus tests
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 31/31] tools/memory-model: Document LKMM test procedure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 30/31] tools/memory-model: Use "grep -E" instead of "egrep"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 14/31] tools/memory-model: Make runlitmus.sh generate .litmus.out for --hw
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 08/31] tools/memory-model: Make judgelitmus.sh handle hardware verifications
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 17/31] tools/memory-model: Allow herd to deduce CPU type
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 18/31] tools/memory-model: Make runlitmus.sh check for jingle errors
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 22/31] tools/memory-model: Make checkghlitmus.sh use mselect7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 13/31] tools/memory-model: Split runlitmus.sh out of checklitmus.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 16/31] tools/memory-model: Keep assembly-language litmus tests
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 15/31] tools/memory-model: Move from .AArch64.litmus.out to .litmus.AArch.out
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 03/31] tools/memory-model: Make cmplitmushist.sh note timeouts
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 09/31] tools/memory-model: Add simpletest.sh to check locking, RCU, and SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 01/31] tools/memory-model: Document locking corner cases
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 29/31] tools/memory-model: Use "-unroll 0" to keep --hw runs finite
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 07/31] tools/memory-model: Update parseargs.sh for hardware verification
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 24/31] tools/memory-model: Add "--" to parseargs.sh for additional arguments
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 0/31] LKMM scripting updates for v6.4
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 05/31] tools/memory-model: Make judgelitmus.sh detect hard deadlocks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 02/31] tools/memory-model: Make judgelitmus.sh note timeouts
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 06/31] tools/memory-model: Fix paulmck email address on pre-existing scripts
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model scripts 04/31] tools/memory-model: Make judgelitmus.sh identify bad macros
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 8/8] Documentation: litmus-tests: Correct spelling
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 6/8] tools/memory-model: Make ppo a subrelation of po
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 2/8] tools/memory-model: Unify UNLOCK+LOCK pairings to po-unlock-lock-po
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 4/8] tools/memory-model: Restrict to-r to read-read address dependency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 3/8] tools/memory-model: Add smp_mb__after_srcu_read_unlock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 5/8] tools/memory-model: Provide exact SRCU semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 7/8] tools/memory-model: Add documentation about SRCU read-side critical sections
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 1/8] tools/memory-model: Update some warning labels
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH memory-model 0/8] LKMM updates for v6.4
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCHv2] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] mm: Introduce memfd_restricted system call to create restricted user memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• RE: [PATCH v6 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v3 4/5] x86/hyperv: VTL support for Hyper-V
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 26/38] pnp: add HAS_IOPORT dependencies
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• RE: [PATCH v6 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v6 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v8 26/40] mm: Warn on shadow stack memory in wrong vma
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v8 18/40] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v8 17/40] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 5/5] x86/Kconfig: Add HYPERV_VTL_MODE
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/5] x86/hyperv: Add VTL specific structs and hypercalls
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/5] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/5] x86/hyperv: Make hv_get_nmi_reason public
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/5] x86/init: Make get/set_rtc_noop() public
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/5] Hyper-V VTL support
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/40] Shadow stacks for userspace
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v8 39/40] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 40/40] x86/shstk: Add ARCH_SHSTK_STATUS
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 36/40] x86/shstk: Wire in shadow stack interface
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 38/40] x86: Add PTRACE interface for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 37/40] selftests/x86: Add shadow stack test
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 35/40] x86: Expose thread features in /proc/$PID/status
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 34/40] x86/shstk: Support WRSS for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 33/40] x86/shstk: Introduce map_shadow_stack syscall
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 30/40] x86/shstk: Handle thread shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 31/40] x86/shstk: Introduce routines modifying shstk
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 29/40] x86/shstk: Add user-mode shadow stack support
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 32/40] x86/shstk: Handle signals for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 28/40] x86: Introduce userspace API for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 25/40] x86/mm: Introduce MAP_ABOVE4G
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 26/40] mm: Warn on shadow stack memory in wrong vma
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 24/40] mm: Don't allow write GUPs to shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 27/40] x86/mm: Warn if create Write=0,Dirty=1 with raw prot
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 23/40] mm: Re-introduce vm_flags to do_mmap()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 22/40] mm/mmap: Add shadow stack pages to memory accounting
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 21/40] mm: Add guard pages around a shadow stack.
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 20/40] x86/mm: Teach pte_mkwrite() about stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 19/40] x86/mm: Check shadow stack page fault errors
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 17/40] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 18/40] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 16/40] x86/mm: Start actually marking _PAGE_SAVED_DIRTY
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 15/40] x86/mm: Update ptep/pmdp_set_wrprotect() for _PAGE_SAVED_DIRTY
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 10/40] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 11/40] mm: Introduce pte_mkwrite_kernel()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 13/40] mm: Make pte_mkwrite() take a VMA
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 12/40] s390/mm: Introduce pmd_mkwrite_kernel()
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 14/40] x86/mm: Introduce _PAGE_SAVED_DIRTY
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 09/40] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 08/40] x86/shstk: Add user control-protection fault handler
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 07/40] x86/traps: Move control protection handler to separate file
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 05/40] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 06/40] x86/fpu: Add helper for modifying xstate
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 03/40] x86/cpufeatures: Add CPU feature flags for shadow stacks
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 04/40] x86/cpufeatures: Enable CET CR4 bit for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 02/40] x86/shstk: Add Kconfig option for shadow stack
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 01/40] Documentation/x86: Add CET shadow stack description
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v8 00/40] Shadow stacks for userspace
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• [PATCH] mm/page_alloc: Make deferred page init free pages in MAX_ORDER blocks
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/10] floppy: Fix MAX_ORDER usage
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH net-next 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Vineet Gupta <vineet.gupta@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Aleksandr Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net-next 3/3] selftests: net: add SCM_PIDFD / SO_PEERPIDFD test
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next 2/3] net: core: add getsockopt SO_PEERPIDFD
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• [PATCH net-next 1/3] scm: add SO_PASSPIDFD and SCM_PIDFD
  • From: Alexander Mikhalitsyn <aleksandr.mikhalitsyn@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] mm/slub: Fix MAX_ORDER usage in calculate_order()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 10/10] KVM: selftests: Test KVM exit behavior for private memory/access
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 08/10] KVM: selftests: Default private_mem_conversions_test to use 1 restrictedmem file for test data
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 07/10] KVM: selftests: Add vm_userspace_mem_region_add_with_restrictedmem
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 09/10] KVM: selftests: Add tests around sharing a restrictedmem fd
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 05/10] KVM: selftests: Generalize private_mem_conversions_test for parallel execution
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 06/10] KVM: selftests: Default private_mem_conversions_test to use 1 memslot for test data
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 03/10] KVM: selftests: Test that VM private memory should not be readable from host
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 04/10] KVM: selftests: Exercise restrictedmem allocation and truncation code after KVM invalidation code has been unbound
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 02/10] KVM: selftests: Test that ftruncate to non-page-aligned size on a restrictedmem fd should fail
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 01/10] KVM: selftests: Test error message fixes for memfd_restricted selftests
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• [RFC PATCH 00/10] Additional selftests for restrictedmem
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Begin reorganizing the arch documentation
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH 2/2] docs: move x86 documentation into Documentation/arch/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH RFC 0/2] Begin reorganizing the arch documentation
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 1/2] docs: create a top-level arch/ directory
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 10/10] mm, treewide: Redefine MAX_ORDER sanely
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 06/10] perf/core: Fix MAX_ORDER usage in rb_alloc_aux_page()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 09/10] iommu: Fix MAX_ORDER usage in __iommu_dma_alloc_pages()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 07/10] mm/page_reporting: Fix MAX_ORDER usage in page_reporting_register()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 08/10] mm/slub: Fix MAX_ORDER usage in calculate_order()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 05/10] genwqe: Fix MAX_ORDER usage
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 04/10] drm/i915: Fix MAX_ORDER usage in i915_gem_object_get_pages_internal()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 00/10] Fix confusion around MAX_ORDER
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 02/10] um: Fix MAX_ORDER usage in linux_main()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 03/10] floppy: Fix MAX_ORDER usage
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 08/36] arm: Implement the new page table range API
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 28/36] xtensa: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 27/36] x86: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 26/36] um: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 25/36] sparc64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 24/36] sparc32: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 23/36] superh: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 22/36] s390: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 21/36] riscv: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 19/36] parisc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 18/36] openrisc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 16/36] mips: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 15/36] microblaze: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 13/36] loongarch: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 12/36] ia64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 11/36] hexagon: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 10/36] csky: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 09/36] arm64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 08/36] arm: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 20/38] net: handle HAS_IOPORT dependencies
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v4 07/36] arc: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v4 06/36] alpha: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 05/36] mm: Add default definition of set_ptes()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 04/36] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 03/36] mm: Add folio_flush_mapping()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 02/36] mm: Add generic flush_icache_pages() and documentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/34] mm: Add generic flush_icache_pages() and documentation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 01/36] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/38] gpio: add HAS_IOPORT dependencies
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 13/38] Input: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 23/36] superh: Implement the new page table range API
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 23/36] superh: Implement the new page table range API
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v3 18/38] mISDN: add HAS_IOPORT dependencies
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 20/38] net: handle HAS_IOPORT dependencies
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 37/38] wireless: add HAS_IOPORT dependencies
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v3 20/34] riscv: Implement the new page table range API
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v4 33/36] filemap: Add filemap_map_folio_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 02/36] mm: Add generic flush_icache_pages() and documentation
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 04/36] mm: Remove ARCH_IMPLEMENTS_FLUSH_DCACHE_FOLIO
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 35/36] mm: Convert do_set_pte() to set_pte_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 36/36] filemap: Batch PTE mappings
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 25/36] sparc64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 32/36] mm: Use flush_icache_pages() in do_set_pmd()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 30/36] mm: Rationalise flush_icache_pages() and flush_icache_page()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 00/36] New page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 23/36] superh: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 29/36] mm: Remove page_mapping_file()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 20/36] powerpc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 15/36] microblaze: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 21/36] riscv: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 28/36] xtensa: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 18/36] openrisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 06/36] alpha: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 24/36] sparc32: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 34/36] rmap: add folio_add_file_rmap_range()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 22/36] s390: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 17/36] nios2: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 19/36] parisc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 27/36] x86: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 16/36] mips: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 31/36] mm: Tidy up set_ptes definition
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 14/36] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 26/36] um: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 13/36] loongarch: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 01/36] mm: Convert page_table_check_pte_set() to page_table_check_ptes_set()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 11/36] hexagon: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 12/36] ia64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 09/36] arm64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 08/36] arm: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 10/36] csky: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 07/36] arc: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 05/36] mm: Add default definition of set_ptes()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 03/36] mm: Add folio_flush_mapping()
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 25/38] platform: add HAS_IOPORT dependencies
  • From: Tzung-Bi Shih <tzungbi@xxxxxxxxxx>
• Re: [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Damien Le Moal <damien.lemoal@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 23/38] PCI/sysfs: Make I/O resource depend on HAS_IOPORT
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 34/38] usb: handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 36/38] watchdog: add HAS_IOPORT dependencies
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 21/38] parport: PC style parport depends on HAS_IOPORT
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 00/38] Kconfig: Introduce HAS_IOPORT config option
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Corey Minyard <minyard@xxxxxxx>
• [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/38] counter: add HAS_IOPORT dependencies
  • From: William Breathitt Gray <william.gray@xxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 30/38] sound: add HAS_IOPORT dependencies
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v3 20/38] net: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 12/38] iio: ad7606: Kconfig: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 31/38] speakup: add HAS_IOPORT dependency for SPEAKUP_SERIALIO
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 18/38] mISDN: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 33/38] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 26/38] pnp: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 14/38] Input: gameport: add ISA and HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 37/38] wireless: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 35/38] video: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 22/38] PCI: Make quirk using inw() depend on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 19/38] mpt fusion: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 25/38] platform: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 30/38] sound: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 10/38] hwmon: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 34/38] usb: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 23/38] PCI/sysfs: Make I/O resource depend on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 05/38] counter: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 32/38] staging: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 17/38] misc: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 36/38] watchdog: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 15/38] leds: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 38/38] asm-generic/io.h: drop inb() etc for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 24/38] pcmcia: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 16/38] media: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 29/38] scsi: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 27/38] power: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 21/38] parport: PC style parport depends on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 11/38] i2c: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 00/38] Kconfig: Introduce HAS_IOPORT config option
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 03/38] char: impi, tpm: depend on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 04/38] comedi: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 08/38] firmware: dmi-sysfs: handle HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 13/38] Input: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 02/38] ata: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 06/38] /dev/port: don't compile file operations without CONFIG_DEVPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v3 09/38] gpio: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• RE: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: KY Srinivasan <kys@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• RE: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v2 4/5] pktcdvd: Remove CONFIG_CDROM_PKTCDVD_WCACHE from uapi header
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v7 40/41] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Singh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 40/41] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 39/41] x86: Add PTRACE interface for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2] irq domain: drop IRQ_DOMAIN_HIERARCHY option, make it always on
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Yair Podemsky <ypodemsk@xxxxxxxxxx>
• Re: [PATCH v7 40/41] x86/shstk: Add ARCH_SHSTK_UNLOCK
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 39/41] x86: Add PTRACE interface for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 38/41] x86/fpu: Add helper for initing features
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 24469a0e5052ba01a35a15f104717a82b7a4798b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v2 0/5] Remove #ifdef CONFIG_* from uapi headers (2023 edition)
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v7 34/41] x86/shstk: Support WRSS for userspace
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 34/41] x86/shstk: Support WRSS for userspace
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• [PATCH v2 4/5] pktcdvd: Remove CONFIG_CDROM_PKTCDVD_WCACHE from uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 3/5] Move bp_type_idx to include/linux/hw_breakpoint.h
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 2/5] Move ep_take_care_of_epollwakeup() to fs/eventpoll.c
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 1/5] Move COMPAT_ATM_ADDPARTY to net/atm/svc.c
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 5/5] scripts: Update the CONFIG_* ignore list in headers_install.sh
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2 0/5] Remove #ifdef CONFIG_* from uapi headers (2023 edition)
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [RFC PATCH V3 16/16] x86/sev: Fix interrupt exit code paths from #HV exception
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: Tianyu Lan <ltykernel@xxxxxxxxx>
• Re: [RFC PATCH V3 00/16] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: suppress endianness warnings for readq() and writeq()
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH V4] LoongArch: Provide kernel fpu functions
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH V4] LoongArch: Provide kernel fpu functions
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH V4] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH 0/2] riscv: asid: switch to alternative way to fix stale TLB entries
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 32/41] x86/shstk: Handle signals for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] x86/init: Make get/set_rtc_noop() public
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 33/41] x86/shstk: Introduce map_shadow_stack syscall
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• [PATCH v2 2/2] x86/hyperv: VTL support for Hyper-V
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] x86/init: Make get/set_rtc_noop() public
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] Hyper-V VTL support
  • From: Saurabh Sengar <ssengar@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 31/41] x86/shstk: Introduce routines modifying shstk
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 32/41] x86/shstk: Handle signals for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 31/41] x86/shstk: Introduce routines modifying shstk
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 32/41] x86/shstk: Handle signals for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 31/41] x86/shstk: Introduce routines modifying shstk
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V2] LoongArch: Provide kernel fpu functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] LoongArch: Provide kernel fpu functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Jörg Rödel <joro@xxxxxxxxxx>
• Re: [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH V3 12/16] x86/sev: Add a #HV exception handler
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/34] New page table range API
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 08/34] arm64: Implement the new page table range API
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v6 10/13] hv_netvsc: Remove second mapping of send and recv buffers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 12/13] PCI: hv: Add hypercalls to read/write MMIO space
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 08/13] Drivers: hv: vmbus: Remove second mapping of VMBus monitor pages
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 11/13] Drivers: hv: Don't remap addresses that are above shared_gpa_boundary
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 13/13] PCI: hv: Enable PCI pass-thru devices in Confidential VMs
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 09/13] Drivers: hv: vmbus: Remove second way of mapping ring buffers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 07/13] swiotlb: Remove bounce buffer remapping for Hyper-V
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 05/13] init: Call mem_encrypt_init() after Hyper-V hypercall init is done
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 03/13] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 02/13] x86/hyperv: Reorder code to facilitate future work
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 01/13] x86/ioremap: Add hypervisor callback for private MMIO mapping in coco VM
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v6 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v7 26/41] mm: Warn on shadow stack memory in wrong vma
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 27/41] x86/mm: Warn if create Write=0,Dirty=1 with raw prot
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH V3 13/16] x86/sev: Add Check of #HV event in path
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• Re: [PATCH v7 30/41] x86/shstk: Handle thread shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4 4/4] mips: io: remove duplicated codes
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 2/4] mips: add <asm-generic/io.h> including
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 1/4] video: fbdev: atyfb: only use ioremap_uc() on i386 and ia64
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v4 0/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 28/41] x86: Introduce userspace API for shadow stack
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 27/41] x86/mm: Warn if create Write=0,Dirty=1 with raw prot
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 26/41] mm: Warn on shadow stack memory in wrong vma
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Chao Peng <chao.p.peng@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v5 12/26] riscv: Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE
  • From: Ackerley Tng <ackerleytng@xxxxxxxxxx>
• Re: [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "szabolcs.nagy@xxxxxxx" <szabolcs.nagy@xxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH V3] LoongArch: Provide kernel fpu functions
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 21/41] mm: Add guard pages around a shadow stack.
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 25/41] x86/mm: Introduce MAP_ABOVE4G
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] alpha: fix livelock in uaccess
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 06/14] x86/ioremap: Support hypervisor specified range to map as encrypted
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Liang, Kan" <kan.liang@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 24/41] mm: Don't allow write GUPs to shadow stack memory
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v7 22/41] mm/mmap: Add shadow stack pages to memory accounting
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 01/41] Documentation/x86: Add CET shadow stack description
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v7 25/41] x86/mm: Introduce MAP_ABOVE4G
  • From: Borislav Petkov <bp@xxxxxxxxx>