Linux Arch

• Date Index

• [PATCH v15 4/6] locking/qspinlock: Introduce starvation avoidance into CNA, (continued)
  • [PATCH v15 4/6] locking/qspinlock: Introduce starvation avoidance into CNA, Alex Kogan
  • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Barry Song
    • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Waiman Long
      • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Barry Song
    • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
  • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
    • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
  • Re: [PATCH v15 0/6] Add NUMA-awareness to qspinlock, Alex Kogan
• [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Arnd Bergmann
  • [PATCH v2 01/13] asm-generic: use asm-generic/unaligned.h for most architectures, Arnd Bergmann
  • [PATCH v2 02/13] openrisc: always use unaligned-struct header, Arnd Bergmann
  • [PATCH v2 03/13] sh: remove unaligned access for sh4a, Arnd Bergmann
    • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, John Paul Adrian Glaubitz
      • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, Arnd Bergmann
        • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, John Paul Adrian Glaubitz
          • Re: [PATCH v2 03/13] sh: remove unaligned access for sh4a, Arnd Bergmann
  • [PATCH v2 04/13] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS, Arnd Bergmann
  • [PATCH v2 05/13] powerpc: use linux/unaligned/le_struct.h on LE power7, Arnd Bergmann
    • Re: [PATCH v2 05/13] powerpc: use linux/unaligned/le_struct.h on LE power7, Segher Boessenkool
      • Re: [PATCH v2 05/13] powerpc: use linux/unaligned/le_struct.h on LE power7, Arnd Bergmann
  • [PATCH v2 06/13] asm-generic: unaligned: remove byteshift helpers, Arnd Bergmann
  • [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
    • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Eric Biggers
      • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
        • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Linus Torvalds
          • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
            • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Linus Torvalds
              • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Jason A. Donenfeld
              • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Arnd Bergmann
                • Re: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, Eric Biggers
          • RE: [PATCH v2 07/13] asm-generic: unaligned always use struct helpers, David Laight
  • [PATCH v2 08/13] partitions: msdos: fix one-byte get_unaligned(), Arnd Bergmann
    • Re: [PATCH v2 08/13] partitions: msdos: fix one-byte get_unaligned(), Christoph Hellwig
      • Re: [PATCH v2 08/13] partitions: msdos: fix one-byte get_unaligned(), Arnd Bergmann
  • [PATCH v2 09/13] apparmor: use get_unaligned() only for multi-byte words, Arnd Bergmann
  • [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Arnd Bergmann
    • Re: [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Kalle Valo
      • Re: [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Arnd Bergmann
        • Re: [PATCH v2 10/13] mwifiex: re-fix for unaligned accesses, Kalle Valo
  • [PATCH v2 11/13] netpoll: avoid put_unaligned() on single character, Arnd Bergmann
  • [PATCH v2 12/13] asm-generic: uaccess: 1-byte access is always aligned, Arnd Bergmann
    • Re: [PATCH v2 12/13] asm-generic: uaccess: 1-byte access is always aligned, Randy Dunlap
      • Re: [PATCH v2 12/13] asm-generic: uaccess: 1-byte access is always aligned, Arnd Bergmann
  • [PATCH v2 13/13] asm-generic: simplify asm/unaligned.h, Arnd Bergmann
    • RE: [PATCH v2 13/13] asm-generic: simplify asm/unaligned.h, David Laight
  • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Vineet Gupta
      • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
        • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Vineet Gupta
          • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Arnd Bergmann
  • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Ard Biesheuvel
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Linus Torvalds
    • RE: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, David Laight
    • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Segher Boessenkool
      • RE: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, David Laight
        • Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper, Segher Boessenkool
• [PATCH] asm-generic/tlb: Fix duplicate included asm-generic/tlb.h, Jiapeng Chong
• [PATCH v19 0/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v19 1/8] mmap: make mlock_future_check() global, Mike Rapoport
    • Re: [PATCH v19 1/8] mmap: make mlock_future_check() global, David Hildenbrand
  • [PATCH v19 2/8] riscv/Kconfig: make direct map manipulation options depend on MMU, Mike Rapoport
    • Re: [PATCH v19 2/8] riscv/Kconfig: make direct map manipulation options depend on MMU, David Hildenbrand
  • [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages, Mike Rapoport
    • Re: [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages, David Hildenbrand
      • Re: [PATCH v19 3/8] set_memory: allow set_direct_map_*_noflush() for multiple pages, Mike Rapoport
  • [PATCH v19 4/8] set_memory: allow querying whether set_direct_map_*() is actually enabled, Mike Rapoport
  • [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
      • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
      • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
        • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
          • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
            • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
              • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                  • Re: [PATCH v19 5/8] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, Mike Rapoport
    • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
    • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, Mark Rutland
      • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
      • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, James Bottomley
        • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, Dan Williams
          • Re: [PATCH v19 6/8] PM: hibernate: disable when there are active secretmem users, James Bottomley
  • [PATCH v19 7/8] arch, mm: wire up memfd_secret system call where relevant, Mike Rapoport
    • Re: [PATCH v19 7/8] arch, mm: wire up memfd_secret system call where relevant, David Hildenbrand
  • [PATCH v19 8/8] secretmem: test: add basic selftest for memfd_secret(2), Mike Rapoport
    • Re: [PATCH v19 8/8] secretmem: test: add basic selftest for memfd_secret(2), David Hildenbrand
  • Re: [PATCH v19 0/8] mm: introduce memfd_secret system call to create "secret" memory areas, James Bottomley
• [PATCH] x86: Define only {pud/pmd}_{set/clear}_huge when usefull, Christophe Leroy
  • Re: [PATCH] x86: Define only {pud/pmd}_{set/clear}_huge when usefull, Randy Dunlap
• [asm-generic:unaligned-rework-v2] BUILD SUCCESS 3be8a90fd433063539ff7b563a29c34b449f1c34, kernel test robot
• [asm-generic:master] BUILD SUCCESS d74ebb76967f2395128f8cb7e87c31c27758e104, kernel test robot
• [PATCH] sched: Initialize the idle task with preemption disabled, Valentin Schneider
• [PATCH v2 0/5] Implement huge VMAP and VMALLOC on powerpc 8xx, Christophe Leroy
  • [PATCH v2 3/5] mm/vmalloc: Enable mapping of huge pages at pte level in vmap, Christophe Leroy
  • [PATCH v2 1/5] mm/hugetlb: Change parameters of arch_make_huge_pte(), Christophe Leroy
  • [PATCH v2 5/5] powerpc/8xx: Add support for huge pages on VMAP and VMALLOC, Christophe Leroy
  • [PATCH v2 2/5] mm/pgtable: Add stubs for {pmd/pub}_{set/clear}_huge, Christophe Leroy
  • [PATCH v2 4/5] mm/vmalloc: Enable mapping of huge pages at pte level in vmalloc, Christophe Leroy
• [PATCH memory-model] Fix smp_mb__after_spinlock() spelling, Paul E. McKenney
• [RFC PATCH v5 19/28] dyndbg: RFC handle __dyndbg* sections in module.lds.h, Jim Cromie
• [RFC PATCH v5 18/28] dyndbg: RFC - DEFINE_DYNAMIC_DEBUG_TABLE, Jim Cromie
• [RFC PATCH v5 03/28] dyndbg: split struct _ddebug's display fields to new _ddebug_site, Jim Cromie
• [PATCH resend v2 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE), David Hildenbrand
• [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
  • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, Michal Hocko
    • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
      • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, Michal Hocko
        • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
          • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, Michal Hocko
            • Re: [PATCH resend v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
• [PATCH v3 1/1] kernel.h: Split out panic and oops helpers, Andy Shevchenko
  • Re: [PATCH v3 1/1] kernel.h: Split out panic and oops helpers, Alex Elder
• [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Yury Norov
  • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Alexander Lobakin
  • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Will Deacon
  • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Andy Shevchenko
    • Re: [PATCH] all: remove GENERIC_FIND_FIRST_BIT, Yury Norov
• [PATCH v6 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v6 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v6 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • [PATCH v6 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
• [PATCH v5 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v5 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
    • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, kernel test robot
      • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Arnd Bergmann
    • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, kernel test robot
      • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Arnd Bergmann
        • Re: [PATCH v5 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • [PATCH v5 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
• [PATCH 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v5--cover-letter 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • [PATCH v5--cover-letter 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v5--cover-letter 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
• [PATCH V2 RESEND] mm: Define default value for FIRST_USER_ADDRESS, Anshuman Khandual
  • Re: [PATCH V2 RESEND] mm: Define default value for FIRST_USER_ADDRESS, Palmer Dabbelt
• [PATCH] csky: Fixup 610 bootup failed, guoren
• [asm-generic:unaligned-rework] BUILD SUCCESS e9fbd0aaca697320141b15df7df33656467cddfb, kernel test robot
• [RFC 0/12] Unify asm/unaligned.h around struct helper, Arnd Bergmann
  • [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Arnd Bergmann
    • Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Thomas Gleixner
    • Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Geert Uytterhoeven
      • Re: [RFC 01/12] asm-generic: use asm-generic/unaligned.h for most architectures, Arnd Bergmann
  • [RFC 02/12] openrisc: always use unaligned-struct header, Arnd Bergmann
    • Re: [RFC 02/12] openrisc: always use unaligned-struct header, Stafford Horne
    • RE: [RFC 02/12] openrisc: always use unaligned-struct header, David Laight
  • [RFC 03/12] sh: remove unaligned access for sh4a, Arnd Bergmann
    • Re: [RFC 03/12] sh: remove unaligned access for sh4a, Rob Landley
  • [RFC 04/12] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS, Arnd Bergmann
    • Re: [RFC 04/12] m68k: select CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS, Geert Uytterhoeven
  • [RFC 05/12] powerpc: use linux/unaligned/le_struct.h on LE power7, Arnd Bergmann
  • [RFC 06/12] asm-generic: unaligned: remove byteshift helpers, Arnd Bergmann
    • Re: [RFC 06/12] asm-generic: unaligned: remove byteshift helpers, Arnd Bergmann
  • [RFC 07/12] asm-generic: unaligned always use struct helpers, Arnd Bergmann
  • [RFC 08/12] partitions: msdos: fix one-byte get_unaligned(), Arnd Bergmann
  • [RFC 09/12] apparmor: use get_unaligned() only for multi-byte words, Arnd Bergmann
    • Re: [RFC 09/12] apparmor: use get_unaligned() only for multi-byte words, John Johansen
  • [RFC 10/12] mwifiex: re-fix for unaligned accesses, Arnd Bergmann
  • [RFC 11/12] netpoll: avoid put_unaligned() on single character, Arnd Bergmann
  • [RFC 12/12] asm-generic: simplify asm/unaligned.h, Arnd Bergmann
    • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Linus Torvalds
      • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Arnd Bergmann
        • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Linus Torvalds
    • RE: [RFC 12/12] asm-generic: simplify asm/unaligned.h, David Laight
      • RE: [RFC 12/12] asm-generic: simplify asm/unaligned.h, David Laight
    • Re: [RFC 12/12] asm-generic: simplify asm/unaligned.h, Geert Uytterhoeven
  • [RFC 0/12] Unify asm/unaligned.h around struct helper, Arnd Bergmann
• [PATCH] csky: syscache: Fixup duplicate cache flush, guoren
  • Re: [PATCH] csky: syscache: Fixup duplicate cache flush, Randy Dunlap
• [GIT PULL] csky changes for v5.13-rc1, guoren
  • Re: [GIT PULL] csky changes for v5.13-rc1, pr-tracker-bot
• Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Vineet Gupta
  • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Linus Torvalds
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Vineet Gupta
      • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Linus Torvalds
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Oleksandr Natalenko
  • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Linus Torvalds
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Vineet Gupta
    • Re: Heads up: gcc miscompiling initramfs zlib decompression code at -O3, Heiko Carstens
• [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v4 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
  • [PATCH v4 2/3] risc-v: Use generic io.h helpers for nommu, Niklas Schnelle
  • [PATCH v4 3/3] asm-generic/io.h: warn in inb() and friends with undefined PCI_IOBASE, Niklas Schnelle
  • Re: [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Arnd Bergmann
    • Re: [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
      • Re: [PATCH v4 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Arnd Bergmann
• siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
  • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Eric W. Biederman
    • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
    • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Arnd Bergmann
      • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Eric W. Biederman
        • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
          • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Eric W. Biederman
            • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Marco Elver
          • [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Eric W. Biederman
            • [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Biederman
              • Re: [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault, Marco Elver
                • Re: [PATCH 1/3] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Biederman
            • [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Eric W. Biederman
              • Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Eric W. Biederman
              • Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Marco Elver
                • Re: [PATCH 2/3] signal: Implement SIL_FAULT_TRAPNO, Eric W. Biederman
            • [PATCH 3/3] signal: Use dedicated helpers to send signals with si_trapno set, Eric W. Biederman
              • Re: [PATCH 3/3] signal: Use dedicated helpers to send signals with si_trapno set, Marco Elver
            • [PATCH 4/3] signal: Remove __ARCH_SI_TRAPNO, Eric W. Biederman
            • Is perf_sigtrap synchronous?, Eric W. Biederman
              • Re: Is perf_sigtrap synchronous?, Marco Elver
            • [PATCH 5/3] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Biederman
              • Re: [PATCH 5/3] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Marco Elver
            • [PATCH 6/3] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Biederman
              • Re: [PATCH 6/3] signal: Factor force_sig_perf out of perf_sigtrap, Marco Elver
            • [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Eric W. Biederman
              • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Marco Elver
                • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Eric W. Biederman
                  • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Marco Elver
                  • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Peter Zijlstra
                    • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Eric W. Biederman
                      • Re: [PATCH 7/3] signal: Deliver all of the perf_data in si_perf, Marco Elver
            • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Eric W. Biederman
              • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Marco Elver
                • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Eric W. Biederman
                  • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Marco Elver
                    • [PATCH 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                      • [PATCH 01/12] sparc64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                        • [PATCH 02/12] arm: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                        • [PATCH 03/12] arm64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                        • [PATCH 04/12] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Beiderman
                        • [PATCH 05/12] signal: Implement SIL_FAULT_TRAPNO, Eric W. Beiderman
                        • [PATCH 06/12] signal: Use dedicated helpers to send signals with si_trapno set, Eric W. Beiderman
                        • [PATCH 08/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Beiderman
                        • [PATCH 07/12] signal: Remove __ARCH_SI_TRAPNO, Eric W. Beiderman
                        • [PATCH 09/12] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Beiderman
                        • [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Beiderman
                          • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Biederman
                            • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Marco Elver
                              • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Biederman
                                • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Peter Collingbourne
                                  • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Marco Elver
                                    • Re: [PATCH 10/12] signal: Redefine signinfo so 64bit fields are possible, Eric W. Biederman
                        • [PATCH 11/12] signal: Deliver all of the siginfo perf data in _perf, Eric W. Beiderman
                        • [PATCH 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo, Eric W. Beiderman
                      • [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                        • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Marco Elver
                          • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                        • [PATCH v3 01/12] sparc64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                          • [PATCH v3 02/12] arm: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                          • [PATCH v3 03/12] arm64: Add compile-time asserts for siginfo_t offsets, Eric W. Beiderman
                          • [PATCH v3 04/12] signal: Verify the alignment and size of siginfo_t, Eric W. Beiderman
                            • Re: [PATCH v3 04/12] signal: Verify the alignment and size of siginfo_t, Marco Elver
                          • [PATCH v3 05/12] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Beiderman
                          • [PATCH v3 06/12] signal: Implement SIL_FAULT_TRAPNO, Eric W. Beiderman
                            • Re: [PATCH v3 06/12] signal: Implement SIL_FAULT_TRAPNO, Marco Elver
                          • [PATCH v3 07/12] signal: Use dedicated helpers to send signals with si_trapno set, Eric W. Beiderman
                            • Re: [PATCH v3 07/12] signal: Use dedicated helpers to send signals with si_trapno set, Marco Elver
                          • [PATCH v3 08/12] signal: Remove __ARCH_SI_TRAPNO, Eric W. Beiderman
                            • Re: [PATCH v3 08/12] signal: Remove __ARCH_SI_TRAPNO, Marco Elver
                          • [PATCH v3 09/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Beiderman
                            • Re: [PATCH v3 09/12] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Marco Elver
                          • [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Beiderman
                            • Re: [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap, Marco Elver
                            • Re: [PATCH v3 10/12] signal: Factor force_sig_perf out of perf_sigtrap, Peter Zijlstra
                          • [PATCH v3 11/12] signal: Deliver all of the siginfo perf data in _perf, Eric W. Beiderman
                            • Re: [PATCH v3 11/12] signal: Deliver all of the siginfo perf data in _perf, Marco Elver
                          • [PATCH v3 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo, Eric W. Beiderman
                            • Re: [PATCH v3 12/12] signalfd: Remove SIL_FAULT_PERF_EVENT fields from signalfd_siginfo, Marco Elver
                        • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Marco Elver
                        • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Geert Uytterhoeven
                          • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Marco Elver
                            • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                          • Re: [PATCH v3 00/12] signal: sort out si_trapno and si_perf, Eric W. Biederman
                        • [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                          • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Linus Torvalds
                            • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                              • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                          • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Ingo Molnar
                            • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc2, Eric W. Biederman
                          • [GIT PULL] siginfo: ABI fixes for v5.13-rc3, Eric W. Biederman
                            • Re: [GIT PULL] siginfo: ABI fixes for v5.13-rc3, pr-tracker-bot
                        • [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Eric W. Biederman
                          • [PATCH v4 1/5] siginfo: Move si_trapno inside the union inside _si_fault, Eric W. Beiderman
                            • [PATCH v4 5/5] signalfd: Remove SIL_PERF_EVENT fields from signalfd_siginfo, Eric W. Beiderman
                            • [PATCH v4 4/5] signal: Deliver all of the siginfo perf data in _perf, Eric W. Beiderman
                            • [PATCH v4 3/5] signal: Factor force_sig_perf out of perf_sigtrap, Eric W. Beiderman
                            • [PATCH v4 2/5] signal: Implement SIL_FAULT_TRAPNO, Eric W. Beiderman
                          • Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Marco Elver
                            • Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Eric W. Biederman
                              • Re: [PATCH v4 0/5] siginfo: ABI fixes for TRAP_PERF, Marco Elver
                • Re: [RFC][PATCH 0/3] signal: Move si_trapno into the _si_fault union, Marco Elver
            • [PATCH 0/6] Final si_trapno bits, Eric W. Biederman
              • [PATCH 1/6] sparc64: Add compile-time asserts for siginfo_t offsets, Eric W. Biederman
              • [PATCH 2/6] arm: Add compile-time asserts for siginfo_t offsets, Eric W. Biederman
              • [PATCH 3/6] arm64: Add compile-time asserts for siginfo_t offsets, Eric W. Biederman
              • [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP, Eric W. Biederman
                • Re: [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP, Marco Elver
              • [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK, Eric W. Biederman
                • Re: [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK, Marco Elver
              • [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support, Eric W. Biederman
                • Re: [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support, Marco Elver
              • Re: [PATCH 0/6] Final si_trapno bits, Marco Elver
                • Re: [PATCH 0/6] Final si_trapno bits, Eric W. Biederman
                  • Re: [PATCH 0/6] Final si_trapno bits, Marco Elver
              • [PATCH 7/7] signal: Verify the alignment and size of siginfo_t, Eric W. Biederman
              • [PATCH 8/6] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency, Eric W. Biederman
        • Re: siginfo_t ABI break on sparc64 from si_addr_lsb move 3y ago, Arnd Bergmann
• [RFC PATCH v1 0/4] Implement huge VMAP and VMALLOC on powerpc 8xx, Christophe Leroy
  • [RFC PATCH v1 1/4] mm/ioremap: Fix iomap_max_page_shift, Christophe Leroy
  • [RFC PATCH v1 2/4] mm/hugetlb: Change parameters of arch_make_huge_pte(), Christophe Leroy
    • Re: [RFC PATCH v1 2/4] mm/hugetlb: Change parameters of arch_make_huge_pte(), Mike Kravetz
  • [RFC PATCH v1 3/4] mm/pgtable: Add stubs for {pmd/pub}_{set/clear}_huge, Christophe Leroy
  • [RFC PATCH v1 4/4] mm/vmalloc: Add support for huge pages on VMAP and VMALLOC for powerpc 8xx, Christophe Leroy
• [PATCH v2] csky: uaccess.h: Coding convention with asm generic, guoren
• [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v26 1/9] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v26 1/9] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking, Kees Cook
  • [PATCH v26 2/9] x86/cet/ibt: Add user-mode Indirect Branch Tracking support, Yu-cheng Yu
    • Re: [PATCH v26 2/9] x86/cet/ibt: Add user-mode Indirect Branch Tracking support, Kees Cook
  • [PATCH v26 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v26 4/9] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Kees Cook
  • [PATCH v26 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v26 3/9] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Kees Cook
  • [PATCH v26 5/9] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
    • Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Kees Cook
      • Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu, Yu-cheng
    • Re: [PATCH v26 6/9] x86/vdso: Insert endbr32/endbr64 to vDSO, Kees Cook
  • [PATCH v26 7/9] x86/vdso: Introduce ENDBR macro, Yu-cheng Yu
    • Re: [PATCH v26 7/9] x86/vdso: Introduce ENDBR macro, Kees Cook
  • [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Yu-cheng Yu
    • Re: [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Kees Cook
    • Re: [PATCH v26 8/9] x86/vdso/32: Add ENDBR to __kernel_vsyscall entry point, Kees Cook
  • [PATCH v26 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Yu-cheng Yu
    • Re: [PATCH v26 9/9] x86/vdso: Add ENDBR to __vdso_sgx_enter_enclave, Kees Cook
  • RE: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, David Laight
    • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Andy Lutomirski
      • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, H.J. Lu
        • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Andy Lutomirski
          • RE: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, David Laight
            • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu, Yu-cheng
              • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, H.J. Lu
          • Re: [PATCH v26 0/9] Control-flow Enforcement: Indirect Branch Tracking, Yu, Yu-cheng
• [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v26 01/30] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v26 02/30] x86/cet/shstk: Add Kconfig option for Shadow Stack, Yu-cheng Yu
  • [PATCH v26 03/30] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [PATCH v26 04/30] x86/cpufeatures: Introduce CPU setup and option parsing for CET, Yu-cheng Yu
  • [PATCH v26 05/30] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
  • [PATCH v26 06/30] x86/cet: Add control-protection fault handler, Yu-cheng Yu
  • [PATCH v26 07/30] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
  • [PATCH v26 08/30] x86/mm: Move pmd_write(), pud_write() up in the file, Yu-cheng Yu
  • [PATCH v26 09/30] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
  • [PATCH v26 10/30] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v26 11/30] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
  • [PATCH v26 12/30] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
  • [PATCH v26 13/30] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Yu-cheng Yu
  • [PATCH v26 14/30] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
  • [PATCH v26 16/30] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
  • [PATCH v26 15/30] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
  • [PATCH v26 17/30] mm: Add guard pages around a shadow stack., Yu-cheng Yu
  • [PATCH v26 18/30] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
  • [PATCH v26 20/30] mm/mprotect: Exclude shadow stack from preserve_write, Yu-cheng Yu
  • [PATCH v26 19/30] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
  • [PATCH v26 21/30] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
  • [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu-cheng Yu
    • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Borislav Petkov
      • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu, Yu-cheng
        • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Borislav Petkov
          • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Yu, Yu-cheng
            • Re: [PATCH v26 22/30] x86/cet/shstk: Add user-mode shadow stack support, Borislav Petkov
  • [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu-cheng Yu
    • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
      • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
        • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Eugene Syromiatnikov
          • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
            • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
          • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
        • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
      • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Yu, Yu-cheng
        • Re: [PATCH v26 24/30] x86/cet/shstk: Introduce shadow stack token setup/verify routines, Borislav Petkov
  • [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
    • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Borislav Petkov
      • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Yu, Yu-cheng
        • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Borislav Petkov
          • RE: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, David Laight
      • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Yu, Yu-cheng
        • Re: [PATCH v26 23/30] x86/cet/shstk: Handle thread shadow stack, Borislav Petkov
  • [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
    • extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Cyrill Gorcunov
        • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
          • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Cyrill Gorcunov
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Florian Weimer
      • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
        • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
          • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
            • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
              • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
                • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
          • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
            • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), H. Peter Anvin
            • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
              • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Andy Lutomirski
                • Re: extending ucontext (Re: [PATCH v26 25/30] x86/cet/shstk: Handle signals for shadow stack), Yu, Yu-cheng
  • [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
    • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Borislav Petkov
      • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
        • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Borislav Petkov
          • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
            • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Borislav Petkov
              • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
        • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Matthew Wilcox
          • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
            • Re: [PATCH v26 26/30] ELF: Introduce arch_setup_elf_property(), Yu, Yu-cheng
  • [PATCH v26 27/30] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
  • [PATCH v26 28/30] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h, Yu-cheng Yu
  • [PATCH v26 29/30] mm: Update arch_validate_flags() to test vma anonymous, Yu-cheng Yu
    • Re: [PATCH v26 29/30] mm: Update arch_validate_flags() to test vma anonymous, Kirill A. Shutemov
  • [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack, Yu-cheng Yu
    • Re: [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack, Kirill A. Shutemov
      • Re: [PATCH v26 30/30] mm: Introduce PROT_SHADOW_STACK for shadow stack, Yu, Yu-cheng
  • Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Borislav Petkov
    • Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Yu, Yu-cheng
      • Re: [PATCH v26 00/30] Control-flow Enforcement: Shadow Stack, Borislav Petkov
• [PATCH v2] ARC: Use max_high_pfn as a HIGHMEM zone border, Vladimir Isaev
  • Re: [PATCH v2] ARC: Use max_high_pfn as a HIGHMEM zone border, Vineet Gupta
• [PATCH v2] ARC: Use 40-bit physical page mask for PAE, Vladimir Isaev
  • Re: [PATCH v2] ARC: Use 40-bit physical page mask for PAE, Vineet Gupta
• [PATCH] ARC: Use max_high_pfn as a HIGHMEM zone border, Vladimir Isaev
  • Re: [PATCH] ARC: Use max_high_pfn as a HIGHMEM zone border, Mike Rapoport
    • RE: [PATCH] ARC: Use max_high_pfn as a HIGHMEM zone border, Vladimir Isaev
      • Re: [PATCH] ARC: Use max_high_pfn as a HIGHMEM zone border, Mike Rapoport
        • Re: [PATCH] ARC: Use max_high_pfn as a HIGHMEM zone border, Vineet Gupta
• [PATCH] ARC: Use 40-bit physical page mask for PAE, Vladimir Isaev
  • Re: [PATCH] ARC: Use 40-bit physical page mask for PAE, kernel test robot
  • Re: [PATCH] ARC: Use 40-bit physical page mask for PAE, Vineet Gupta
    • RE: [PATCH] ARC: Use 40-bit physical page mask for PAE, Vladimir Isaev
      • Re: [PATCH] ARC: Use 40-bit physical page mask for PAE, Vineet Gupta
• [PATCH] tools/memory-model: Correct the name of smp_mb__after_spinlock(), Palmer Dabbelt
  • Re: [PATCH] tools/memory-model: Correct the name of smp_mb__after_spinlock(), Paul E. McKenney
• [PATCH] asm-generic: Remove asm/setup.h from the UABI., Palmer Dabbelt
  • Re: [PATCH] asm-generic: Remove asm/setup.h from the UABI., Arnd Bergmann
    • Re: [PATCH] asm-generic: Remove asm/setup.h from the UABI., Palmer Dabbelt
• ARCH=hexagon unsupported?, Nick Desaulniers
  • Re: ARCH=hexagon unsupported?, Arnd Bergmann
    • Re: ARCH=hexagon unsupported?, Randy Dunlap
      • Re: ARCH=hexagon unsupported?, Arnd Bergmann
        • Re: ARCH=hexagon unsupported?, Miguel Ojeda
        • RE: ARCH=hexagon unsupported?, Brian Cain
          • RE: ARCH=hexagon unsupported?, Brian Cain
            • Re: ARCH=hexagon unsupported?, Randy Dunlap
              • RE: ARCH=hexagon unsupported?, Brian Cain
                • Re: ARCH=hexagon unsupported?, Randy Dunlap
                  • RE: ARCH=hexagon unsupported?, Brian Cain
    • RE: ARCH=hexagon unsupported?, Brian Cain
      • Re: ARCH=hexagon unsupported?, Nick Desaulniers
        • RE: ARCH=hexagon unsupported?, Brian Cain
• [PATCH tip v2 1/2] signal, perf: Fix siginfo_t by avoiding u64 on 32-bit architectures, Marco Elver
  • [PATCH tip v2 2/2] signal, perf: Add missing TRAP_PERF case in siginfo_layout(), Marco Elver
• [PATCH v34 00/13] Landlock LSM, Mickaël Salaün
  • [PATCH v34 01/13] landlock: Add object management, Mickaël Salaün
  • [PATCH v34 02/13] landlock: Add ruleset and domain management, Mickaël Salaün
  • [PATCH v34 03/13] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  • [PATCH v34 04/13] landlock: Add ptrace restrictions, Mickaël Salaün
  • [PATCH v34 05/13] LSM: Infrastructure management of the superblock, Mickaël Salaün
  • [PATCH v34 06/13] fs,security: Add sb_delete hook, Mickaël Salaün
  • [PATCH v34 08/13] landlock: Add syscall implementations, Mickaël Salaün
    • Re: [PATCH v34 08/13] landlock: Add syscall implementations, James Morris
  • [PATCH v34 09/13] arch: Wire up Landlock syscalls, Mickaël Salaün
  • [PATCH v34 13/13] landlock: Enable user space to infer supported features, Mickaël Salaün
  • [PATCH v34 11/13] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  • [PATCH v34 12/13] landlock: Add user and kernel documentation, Mickaël Salaün
  • [PATCH v34 07/13] landlock: Support filesystem access-control, Mickaël Salaün
  • Re: [PATCH v34 00/13] Landlock LSM, James Morris
    • Re: [PATCH v34 00/13] Landlock LSM, Mickaël Salaün
• [PATCH tip 1/2] signal, perf: Fix siginfo_t by avoiding u64 on 32-bit architectures, Marco Elver
  • [PATCH tip 2/2] signal, perf: Add missing TRAP_PERF case in siginfo_layout(), Marco Elver
  • Re: [PATCH tip 1/2] signal, perf: Fix siginfo_t by avoiding u64 on 32-bit architectures, Jon Hunter
  • RE: [PATCH tip 1/2] signal, perf: Fix siginfo_t by avoiding u64 on 32-bit architectures, David Laight
    • Re: [PATCH tip 1/2] signal, perf: Fix siginfo_t by avoiding u64 on 32-bit architectures, Marco Elver
      • Re: [PATCH tip 1/2] signal, perf: Fix siginfo_t by avoiding u64 on 32-bit architectures, Marco Elver
• [PATCH v8 0/6] Improve Minimum Alternate Stack Size, Chang S. Bae
  • [PATCH v8 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ, Chang S. Bae
  • [PATCH v8 2/6] x86/signal: Introduce helpers to get the maximum signal frame size, Chang S. Bae
    • Re: [PATCH v8 2/6] x86/signal: Introduce helpers to get the maximum signal frame size, Borislav Petkov
  • [PATCH v8 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Chang S. Bae
  • [PATCH v8 4/6] selftest/sigaltstack: Use the AT_MINSIGSTKSZ aux vector if available, Chang S. Bae
  • [PATCH v8 6/6] selftest/x86/signal: Include test cases for validating sigaltstack, Chang S. Bae
  • [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Chang S. Bae
    • RE: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, David Laight
      • Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
        • RE: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, David Laight
          • Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
    • Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
      • Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Bae, Chang Seok
        • Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Thomas Gleixner
          • Re: [PATCH v8 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Borislav Petkov
• [PATCH] lib/math/test_div64: Fix error message formatting, Maciej W. Rozycki
  • Re: [PATCH] lib/math/test_div64: Fix error message formatting, Thomas Bogendoerfer
• [PATCH v3 1/2] locking/atomics: Fixup GENERIC_ATOMIC64 conflict with atomic-arch-fallback.h, guoren
  • [PATCH v3 2/2] riscv: atomic: Using ARCH_ATOMIC in asm/atomic.h, guoren
    • Re: [PATCH v3 2/2] riscv: atomic: Using ARCH_ATOMIC in asm/atomic.h, Palmer Dabbelt
      • Re: [PATCH v3 2/2] riscv: atomic: Using ARCH_ATOMIC in asm/atomic.h, Guo Ren
        • Re: [PATCH v3 2/2] riscv: atomic: Using ARCH_ATOMIC in asm/atomic.h, Mark Rutland
  • [PATCH] asm-generic: atomic64: handle ARCH_ATOMIC builds (was "Re: [PATCH v3 1/2] locking/atomics: Fixup GENERIC_ATOMIC64 conflict") with atomic-arch-fallback.h, Mark Rutland
    • Re: [PATCH] asm-generic: atomic64: handle ARCH_ATOMIC builds (was "Re: [PATCH v3 1/2] locking/atomics: Fixup GENERIC_ATOMIC64 conflict") with atomic-arch-fallback.h, Guo Ren
      • Re: [PATCH] asm-generic: atomic64: handle ARCH_ATOMIC builds (was "Re: [PATCH v3 1/2] locking/atomics: Fixup GENERIC_ATOMIC64 conflict") with atomic-arch-fallback.h, Mark Rutland
  • Re: [PATCH v3 1/2] locking/atomics: Fixup GENERIC_ATOMIC64 conflict with atomic-arch-fallback.h, Mark Rutland
    • Re: [PATCH v3 1/2] locking/atomics: Fixup GENERIC_ATOMIC64 conflict with atomic-arch-fallback.h, Guo Ren
• [PATCH v3 0/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
  • [PATCH v3 3/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
    • RE: [PATCH v3 3/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, David Laight
      • Re: [PATCH v3 3/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
        • Re: [PATCH v3 3/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Arnd Bergmann
    • Re: [PATCH v3 3/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, kernel test robot
      • Re: [PATCH v3 3/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, Niklas Schnelle
    • Re: [PATCH v3 3/3] asm-generic/io.h: Silence -Wnull-pointer-arithmetic warning on PCI_IOBASE, kernel test robot
  • [PATCH v3 2/3] ARC: io.h: Include asm/bug.h, Niklas Schnelle
  • [PATCH v3 1/3] sparc: explicitly set PCI_IOBASE to 0, Niklas Schnelle
• [PATCH] asm-generic: uaccess.h: Fixup GENERIC_STRNCPY_FROM_USER & STRNLEN_USER, guoren
• [PATCH] csky: uaccess.h: Coding convention with asm generic, guoren
  • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Christoph Hellwig
  • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Guenter Roeck
    • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Guo Ren
      • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Arnd Bergmann
        • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Christoph Hellwig
          • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Guo Ren
          • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Arnd Bergmann
        • Re: [PATCH] csky: uaccess.h: Coding convention with asm generic, Guo Ren
• [PATCH v3 0/2] secretmem: optimize page_is_secretmem(), Mike Rapoport
  • [PATCH v3 1/2] secretmem/gup: don't check if page is secretmem without reference, Mike Rapoport
    • Re: [PATCH v3 1/2] secretmem/gup: don't check if page is secretmem without reference, David Hildenbrand
  • [PATCH v3 2/2] secretmem: optimize page_is_secretmem(), Mike Rapoport
    • Re: [PATCH v3 2/2] secretmem: optimize page_is_secretmem(), Matthew Wilcox
• [PATCH 1/3] nds32: Cleanup deprecated function strlen_user, guoren
  • [PATCH 2/3] nios2: Cleanup deprecated function strlen_user, guoren
    • Re: [PATCH 2/3] nios2: Cleanup deprecated function strlen_user, Arnd Bergmann
      • Re: [PATCH 2/3] nios2: Cleanup deprecated function strlen_user, Al Viro
      • Re: [PATCH 2/3] nios2: Cleanup deprecated function strlen_user, Guo Ren
  • [PATCH 3/3] riscv: Cleanup deprecated function strlen_user, guoren
  • Re: [PATCH 1/3] nds32: Cleanup deprecated function strlen_user, Christoph Hellwig
  • Re: [PATCH 1/3] nds32: Cleanup deprecated function strlen_user, Greentime Hu
• [PATCH v2 0/2] secretmem: optimize page_is_secretmem(), Mike Rapoport
  • [PATCH v2 1/2] secretmem/gup: don't check if page is secretmem without reference, Mike Rapoport
    • Re: [PATCH v2 1/2] secretmem/gup: don't check if page is secretmem without reference, David Hildenbrand
      • Re: [PATCH v2 1/2] secretmem/gup: don't check if page is secretmem without reference, Mike Rapoport
  • [PATCH v2 1/2] secretmem: optimize page_is_secretmem(), Mike Rapoport
  • [PATCH v2 2/2] secretmem/gup: don't check if page is secretmem without reference, Mike Rapoport
  • [PATCH v2 2/2] secretmem: optimize page_is_secretmem(), Mike Rapoport
  • Re: [PATCH v2 0/2] secretmem: optimize page_is_secretmem(), Mike Rapoport
• [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, Maciej W. Rozycki
  • [PATCH 1/4] lib/math: Add a `do_div' test module, Maciej W. Rozycki
  • [PATCH 2/4] div64: Correct inline documentation for `do_div', Maciej W. Rozycki
  • [PATCH 3/4] MIPS: Reinstate platform `__div64_32' handler, Maciej W. Rozycki
    • Re: [PATCH 3/4] MIPS: Reinstate platform `__div64_32' handler, Guenter Roeck
      • Re: [PATCH 3/4] MIPS: Reinstate platform `__div64_32' handler, Maciej W. Rozycki
  • [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Maciej W. Rozycki
    • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, H. Nikolaus Schaller
      • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Maciej W. Rozycki
        • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Thomas Bogendoerfer
          • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Maciej W. Rozycki
            • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Thomas Bogendoerfer
              • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Maciej W. Rozycki
            • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Maciej W. Rozycki
    • Re: [PATCH 4/4] MIPS: Avoid DIVU in `__div64_32' is result would be zero, Andreas Schwab
  • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, Thomas Bogendoerfer
    • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, Maciej W. Rozycki
  • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, H. Nikolaus Schaller
    • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, Maciej W. Rozycki
      • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, H. Nikolaus Schaller
        • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, Jiaxun Yang
          • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, Maciej W. Rozycki
          • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, H. Nikolaus Schaller
            • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, Maciej W. Rozycki
              • Re: [PATCH 0/4] Reinstate and improve MIPS `do_div' implementation, H. Nikolaus Schaller
• Maintainers / Kernel Summit 2021 planning kick-off, Theodore Ts'o
  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Jiri Kosina
    • Re: Maintainers / Kernel Summit 2021 planning kick-off, Theodore Ts'o
      • Re: Maintainers / Kernel Summit 2021 planning kick-off, Christoph Lameter
        • Re: Maintainers / Kernel Summit 2021 planning kick-off, Greg KH
          • Re: Maintainers / Kernel Summit 2021 planning kick-off, James Bottomley
            • Re: Maintainers / Kernel Summit 2021 planning kick-off, Matthew Wilcox
              • Re: Maintainers / Kernel Summit 2021 planning kick-off, James Bottomley
                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, James Bottomley
                    • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
                      • Re: Maintainers / Kernel Summit 2021 planning kick-off, James Bottomley
                        • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
              • Re: Maintainers / Kernel Summit 2021 planning kick-off, Toke Høiland-Jørgensen
            • Re: Maintainers / Kernel Summit 2021 planning kick-off, David Hildenbrand
              • Re: Maintainers / Kernel Summit 2021 planning kick-off, James Bottomley
                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Enrico Weigelt, metux IT consult
              • Re: Maintainers / Kernel Summit 2021 planning kick-off, Enrico Weigelt, metux IT consult
                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Konstantin Ryabitsev
                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
                    • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                      • Re: Maintainers / Kernel Summit 2021 planning kick-off, Shuah Khan
                        • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                          • Re: Maintainers / Kernel Summit 2021 planning kick-off, Matthew Wilcox
                            • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                        • Re: Maintainers / Kernel Summit 2021 planning kick-off, Toke Høiland-Jørgensen
                          • Re: Maintainers / Kernel Summit 2021 planning kick-off, Willy Tarreau
                            • Re: Maintainers / Kernel Summit 2021 planning kick-off, Mauro Carvalho Chehab
                              • Re: Maintainers / Kernel Summit 2021 planning kick-off, Willy Tarreau
                        • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
                          • Re: Maintainers / Kernel Summit 2021 planning kick-off, James Bottomley
                            • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                            • Re: Maintainers / Kernel Summit 2021 planning kick-off, Geert Uytterhoeven
                              • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
                                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Geert Uytterhoeven
                                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Matthew Wilcox
                                    • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                                    • Re: Maintainers / Kernel Summit 2021 planning kick-off, Geert Uytterhoeven
                                      • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                                        • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                                        • Re: Maintainers / Kernel Summit 2021 planning kick-off, Mauro Carvalho Chehab
                                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Mark Brown
                                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Mauro Carvalho Chehab
                              • Re: Maintainers / Kernel Summit 2021 planning kick-off, James Bottomley
                          • Re: Maintainers / Kernel Summit 2021 planning kick-off, Shuah Khan
                            • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
                              • Re: Maintainers / Kernel Summit 2021 planning kick-off, Shuah Khan
                                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Shuah Khan
                                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
                                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Linus Torvalds
              • Re: Maintainers / Kernel Summit 2021 planning kick-off, Enrico Weigelt, metux IT consult
                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Steven Rostedt
            • Re: Maintainers / Kernel Summit 2021 planning kick-off, David Howells
              • Re: Maintainers / Kernel Summit 2021 planning kick-off, Enrico Weigelt, metux IT consult
                • Re: Maintainers / Kernel Summit 2021 planning kick-off, Matthew Wilcox
                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Konstantin Ryabitsev
                  • Re: Maintainers / Kernel Summit 2021 planning kick-off, Laurent Pinchart
• [PATCH v2 5/5] selftests/vm: add test for MADV_POPULATE_(READ|WRITE), David Hildenbrand
• [PATCH v2 2/5] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault page tables, David Hildenbrand
• [PATCH v2 0/4] Convert powerpc to GENERIC_PTDUMP, Christophe Leroy
  • [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables, Christophe Leroy
    • Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables, Steven Price
    • Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables, Christophe Leroy
      • Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables, Michael Ellerman
        • Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables, Christophe Leroy
          • Re: [PATCH v2 1/4] mm: pagewalk: Fix walk for hugepage tables, Michael Ellerman
  • [PATCH v2 2/4] powerpc/mm: Leave a gap between early allocated IO areas, Christophe Leroy
  • [PATCH v2 3/4] powerpc/mm: Properly coalesce pages in ptdump, Christophe Leroy
  • [PATCH v2 4/4] powerpc/mm: Convert powerpc to GENERIC_PTDUMP, Christophe Leroy
  • Re: [PATCH v2 0/4] Convert powerpc to GENERIC_PTDUMP, Michael Ellerman
• [PATCH] secretmem: optimize page_is_secretmem(), Mike Rapoport
  • Re: [PATCH] secretmem: optimize page_is_secretmem(), David Hildenbrand
    • Re: [PATCH] secretmem: optimize page_is_secretmem(), Mike Rapoport
      • Re: [PATCH] secretmem: optimize page_is_secretmem(), David Hildenbrand
        • Re: [PATCH] secretmem: optimize page_is_secretmem(), David Hildenbrand
          • Re: [PATCH] secretmem: optimize page_is_secretmem(), Mike Rapoport
            • Re: [PATCH] secretmem: optimize page_is_secretmem(), David Hildenbrand
      • Re: [PATCH] secretmem: optimize page_is_secretmem(), Matthew Wilcox
  • Re: [PATCH] secretmem: optimize page_is_secretmem(), Matthew Wilcox
    • Re: [PATCH] secretmem: optimize page_is_secretmem(), Mike Rapoport
      • Re: [PATCH] secretmem: optimize page_is_secretmem(), Matthew Wilcox
        • Re: [PATCH] secretmem: optimize page_is_secretmem(), Mike Rapoport
• [PATCH] riscv: Remove 32b kernel mapping from page table dump, Alexandre Ghiti
  • Re: [PATCH] riscv: Remove 32b kernel mapping from page table dump, Anup Patel
    • Re: [PATCH] riscv: Remove 32b kernel mapping from page table dump, Alex Ghiti
• [PATCH] riscv: Fix 32b kernel caused by 64b kernel mapping moving outside linear mapping, Alexandre Ghiti
  • Re: [PATCH] riscv: Fix 32b kernel caused by 64b kernel mapping moving outside linear mapping, Anup Patel