Linux Alpha

• Thread Index

• [PATCH v2 6/6] mm: Introduce ctor/dtor at PGD level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 5/6] asm-generic: pgalloc: Provide generic __pgd_{alloc,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 4/6] ARM: mm: Rename PGD helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 3/6] m68k: mm: Add calls to pagetable_pmd_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 2/6] parisc: mm: Ensure pagetable_pmd_[cd]tor are called
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 1/6] mm: Move common part of pagetable_*_ctor to helper
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 0/6] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH] alpha: Fix personality flag propagation across an exec
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 05/10] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RESEND PATCH] alpha: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RESEND PATCH] alpha: Replace one-element array with flexible array member
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v5] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v4] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [RESEND PATCH] alpha: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH 10/10] mm: Introduce ctor/dtor at PGD level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 09/10] asm-generic: pgalloc: Provide generic __pgd_{alloc,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 08/10] ARM: mm: Rename PGD helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 07/10] mm: Introduce ctor/dtor at P4D level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 06/10] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 05/10] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 04/10] s390/mm: Add calls to pagetable_pud_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 03/10] m68k: mm: Add calls to pagetable_pmd_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 02/10] parisc: mm: Ensure pagetable_pmd_[cd]tor are called
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH net-next v7 4/4] sock: Introduce SO_RCVPRIORITY socket option
  • From: Anna Nyiri <annaemesenyiri@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH net-next v7 0/4] Add support for SO_PRIORITY cmsg
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v7 4/4] sock: Introduce SO_RCVPRIORITY socket option
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH net-next v7 4/4] sock: Introduce SO_RCVPRIORITY socket option
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 3/4] selftests: net: test SO_PRIORITY ancillary data with cmsg_sender
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 2/4] sock: support SO_PRIORITY cmsg
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 1/4] sock: Introduce sk_set_prio_allowed helper function
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• [PATCH net-next v7 0/4] Add support for SO_PRIORITY cmsg
  • From: Anna Emese Nyiri <annaemesenyiri@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 05/16] mm: arc: Use generic_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH mm-unstable v2 16/16] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable v2 01/16] mm: Introduce generic_mmap_hint()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [PATCH mm-unstable v2 16/16] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 15/16] mm: powerpc: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 14/16] mm: xtensa: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 12/16] mm: sparc32: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 13/16] mm: sparc64: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 11/16] mm: sh: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 10/16] mm: s390: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 09/16] mm: parisc: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 08/16] mm: mips: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 07/16] mm: loongarch: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 05/16] mm: arc: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 06/16] mm: csky: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 04/16] mm: alpha: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 03/16] mm: arm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 02/16] mm: x86: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 01/16] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable v2 00/16] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH] kernel/irq/proc: performance: replace seq_printf with seq_put_decimal_ull_width
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Main issues on Alpha that need attention
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH mm-unstable 13/17] mm: sparc64: Introduce arch_mmap_hint()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH mm-unstable 11/17] mm: sh: Introduce arch_mmap_hint()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH mm-unstable 04/17] mm: alpha: Introduce arch_mmap_hint()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Yang Shi <shy828301@xxxxxxxxx>
• [PATCH mm-unstable 17/17] mm: Respect mmap hint before THP alignment if allocation is possible
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 16/17] mm: Fallback to generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 15/17] mm: powerpc: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 13/17] mm: sparc64: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 14/17] mm: xtensa: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 12/17] mm: sparc32: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 11/17] mm: sh: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 10/17] mm: s390: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 08/17] mm: mips: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 09/17] mm: parisc: Introduce arch_align_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 07/17] mm: loongarch: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 06/17] mm: csky: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 05/17] mm: arc: Use generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 04/17] mm: alpha: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 03/17] mm: arm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 02/17] mm: x86: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 01/17] mm: Introduce generic_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH mm-unstable 00/17] mm: Introduce arch_mmap_hint()
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [RESEND PATCH] alpha: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH] alpha: Fix condition 'i>40' is always false
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] alpha: Fix condition 'i>40' is always false
  • From: liujing <liujing@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/10] sysfs: bin_attribute: add const read/write callback variants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/10] sysfs: bin_attribute: add const read/write callback variants
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH] alpha: Remove duplicate included header file
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• [PATCH] alpha: Replace one-element array with flexible array member
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Kernel Oops on alpha with kernel version >=6.9.x
  • From: Magnus Lindholm <linmag7@xxxxxxxxx>
• Re: [PATCH 00/14] alpha: cleanups for 6.10
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] kernel/irq/proc: performance: replace seq_printf with seq_put_decimal_ull_width
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/10] nvmem: core: calculate bin_attribute size through bin_size()
  • From: Srinivas Kandagatla <srinivas.kandagatla@xxxxxxxxxx>
• Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: Srinivas Kandagatla <srinivas.kandagatla@xxxxxxxxxx>
• Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: Pratyush Yadav <pratyush@xxxxxxxxxx>
• Re: [PATCH v2 03/10] PCI/sysfs: Calculate bin_attribute size through bin_size()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size
  • From: Armin Wolf <W_Armin@xxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 00/10] sysfs: constify struct bin_attribute (Part 1)
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: Ilpo Järvinen <ilpo.jarvinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/10] sysfs: treewide: constify attribute callback of bin_attribute::mmap()
  • From: Andrew Donnellan <ajd@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] sysfs: constify struct bin_attribute (Part 1)
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• [PATCH v2 08/10] sysfs: implement all BIN_ATTR_* macros in terms of __BIN_ATTR()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 07/10] sysfs: treewide: constify attribute callback of bin_attribute::llseek()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 06/10] sysfs: treewide: constify attribute callback of bin_attribute::mmap()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 04/10] nvmem: core: calculate bin_attribute size through bin_size()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 03/10] PCI/sysfs: Calculate bin_attribute size through bin_size()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 10/10] driver core: Constify attribute arguments of binary attributes
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 09/10] sysfs: bin_attribute: add const read/write callback variants
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 05/10] sysfs: treewide: constify attribute callback of bin_is_visible()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 00/10] sysfs: constify struct bin_attribute (Part 1)
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 02/10] sysfs: introduce callback attribute_group::bin_size
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH v2 01/10] sysfs: explicitly pass size to sysfs_add_bin_file_mode_ns()
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• lore.kernel.org getting senile ? [WAS: [PATCH 1/2] MAINTAINERS: Remove Huawei due to compilance requirements.
  • From: metux <metux@xxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v4 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 5/5] selftests/mm: add self tests for guard page feature
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: [PATCH v4 0/5] implement lightweight guard pages
  • From: SeongJae Park <sj@xxxxxxxxxx>
• [PATCH v4 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v4 4/5] tools: testing: update tools UAPI header for mman-common.h
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH] mm: yield on fatal signal/cond_sched() in vector_madvise()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: provide generic page_to_phys and phys_to_page implementations v3
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: thomas superb <thomasdeutsch123@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nikolay Kichukov <nikolay@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Mikhail Novosyolov <m.novosyolov@xxxxxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No271241182262529470158368334307958208204522924631681408115158110636801578517908140749826211402494881312487421951176430536853 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No2708244593518649817073458115213400141616877250811766822346192812686202883217843230833232112404007111781932511204195783256 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No134398604222658691317071485813290162362119138299248751155352853315159317771744424793254803551268236789250431586118349188925940 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No29127292801656230002288881190516189900529711444515686669436139362508727712154442096525563677160452319632001321783263785273714 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No124102107614936132237169106192194306572797123221588731441134731292530075318731846332329166771387842821482716761931624377595610961 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1536239842895262931225811575185472591149412074612914204882687495714634103492751930559223641220723968220682072022693143133166911303 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No41163039818827240705513532026497164262436828500263341650943622628122712578929855268467945401149926696447018832276161779832264 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No2459879441353210121129569357233712483264622714116913729475501589112132848621632956160261816310147828314142940631788203423925 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No891622132171136182871822154215668629584198453101825252952799015417288673125817024261462302707229403263072352343831698227498 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1453814022200981107625138523228501451930834124675582212844455857829216311903157331000974131513604256422023857593247344819185 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No263382801613128241581220920799267751828717445239952613442103093227910004286843140521447116461243919301298201212910162126670027636 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No785711924750158342620131827108520175222218412130628841180683210094684889142972473031440492009629643309731963256622731026967 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No224144578241966920156064188199102753442345511660015209216651919775173258737401357233015740549927918214791708113432289353039 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No280911976419696751013153320826047285019318295994323692916566562245381307728983236971281311209893230077630560163463230127673 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No30173278224503208632368615297312671257826248300782790835761136815941206154804196863873443244623300734517418251325039324193377 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No74255552498227832615065052010472479835158450552548358488651726023873146347163208232916321944189786270563719972248210083 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1072927230971227864746261252257929144161832119427680493412026249156751791411748303808449140682386715963223892737228046176911838 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No23842130191005615298197021176028071661393765023998612818175484311252912213179134437986189991480920612188433236525528315786385 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No2843521911106131646113453137919440112706319275011777828742997520352230512502114345975733522649412069169501286322423657199205879 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No23060182024416380525440170451926936691156862103912740708129141738823946402926672226902566110254283736742249027058607213094 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No14618279572208551642101103740962120117370252952048311852188413910185679690829314191248641272410849196441385512151172242044520279 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No3009113635287891861913185655201581154924871136012270414348130192884625096102051382618699963388092363229814700261331871761329474 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No3251214663148522521522520115442277024236842294791806428259808821013261332189610550118606398324732819928675167321449493331773629199 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No6049212961557023367288726997179212728420815175652006210532816246372233429930783910156192832738213244323722258626768190012801429625 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No229072043219446111872669757514602190831514292781279135132810425289178499138369441911020342259711302012736581010934125359460 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No17826218401105021817842129545381128121753081730610171471353027717322491121330093113273059749101093118488354821189169813209831860 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No287721318910032309081113513943682726499271761791820951281951436454832220155122863228825355525167129912573205532461224992759424873 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No20905209601311958242731565374199235311807310329238357771204132243322402928837852364679735075180081157725285325023645145514407 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No260514655240868651681554541120830602982121025722286328249193132677890951209756961642118806381177982473576792841666513973 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No815620860248991615389861340054351180625809278551764113110229532173024199158632461416948561818543245642959930231834417238229929252 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No101558695295104112222171147244812024410111895196322567722811215107263107132653141041551231219108641203329828612151322236011190 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1134522873327151948221826694232951069642232359833514323664229350247553198027171543126898136796110301802891631367252341110218926 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No15934244494020120642396510575290130910162782353616833177811891830603103514006166792191719531181158225091057727110305002264216876 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No30459682557228112105012516369384861630659931201419675109881871217488537219982036431405381624542283323525020322246374487 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No103439967473128505210232207132519962184561092430770196023271499821112313107315235535885823896315333202386343974220981522926002 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No1623111911887115334126552327810255156763100131913948076972599316269133292559116809224612844417367366531719173361944319700320516404 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No6219308334036166534455211471731614489664454072434926844222899273128481508994108304892285631274729335234168233171701621827481 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No281742296698911513916097227571403478972960872081416129133806325921427484102557115242113662430579342664221326259814970166525751 <vladimirputin693389@xxxxxxxxx>
• Magisk patch for android nox devices
  • From: Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653 <vladimirputin693389@xxxxxxxxx>
• [THE TRUTH] LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653 <vladimirputin693389@xxxxxxxxx>
• [NOTIFICATION] Linux Mailing List - New Messages
  • From: Russian Troll Factory No6317278921782522019217712476746185783101521654531817206662155213725266482115526833184451769719183127281553085321723121998284479653 <vladimirputin693389@xxxxxxxxx>
• [NOTIFICATION] Linux Mailing List - New Messages
  • From: Russian Troll Factory No2333113724691862412370505314550.301522361658681972819097215937998212703204793632409614950580.711014116901113627315250812066331608136907483394686821870024.03945103220676365158666227821@, 023194241294853174252633236415477431128953129634621983145628183164041341426725317303911042211867172392509323321422424082610610727276851001532673 <vladimirputin693389@xxxxxxxxx>
• LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No2333113724691862412370505314550.301522361658681972819097215937998212703204793632409614950580.711014116901113627315250812066331608136907483394686821870024.03945103220676365158666227821@, 023194241294853174252633236415477431128953129634621983145628183164041341426725317303911042211867172392509323321422424082610610727276851001532673 <vladimirputin693389@xxxxxxxxx>
• LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No2333113724691862412370505314550.301522361658681972819097215937998212703204793632409614950580.711014116901113627315250812066331608136907483394686821870024.03945103220676365158666227821@, 023194241294853174252633236415477431128953129634621983145628183164041341426725317303911042211867172392509323321422424082610610727276851001532673 <vladimirputin693389@xxxxxxxxx>
• LINUS TORVALDS IS A DICK
  • From: Russian Troll Factory No15872808016711155501295394132314014329123383180896101673526784107152032490028137321872772627535220808528284975537183562225013000 <vladimirputin693389@xxxxxxxxx>
• Re: [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries
  • From: NotYourFox <contact@notyourfox.coffee>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nopempele N <nopempele@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• [PATCH 0/2] MAINTAINERS: Remove few Chinese Entries
  • From: Vladimir Vladimirovich Putin <vladimir_putin_rus@xxxxxxxxxx>
• [PATCH 2/2] MAINTAINERS: Remove Loongson due to compilance requirements.
  • From: Vladimir Vladimirovich Putin <vladimir_putin_rus@xxxxxxxxxx>
• [PATCH 1/2] MAINTAINERS: Remove Huawei due to compilance requirements.
  • From: Vladimir Vladimirovich Putin <vladimir_putin_rus@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: 陈寒彤 <cxwdyx620@xxxxxxxxx>
• [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Jensen Huang <jensenhuangnvdia@xxxxxxxxx>
• Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.")
  • From: Wanglei <wanglei@xxxxxxxxxxx>
• Re: what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.")
  • From: Wanglei <wanglei@xxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• what about CoC? (was: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements.")
  • From: Michael Shigorin <mike@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ivan Epifanov <isage.dna@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: B4D_US3R <producerkgb@xxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Integral <integral@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Ar Worf <fricks6@xxxxxxxxx>
• Re: [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: NotYourFox <contact@notyourfox.coffee>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Peter Cai <peter@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Peter Cai <peter@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Phillip Susi <phill@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Yao Zi <ziyao@xxxxxxxxxxx>
• [PATCH v7 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 4/5] tools: testing: update tools UAPI header for mman-common.h
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v3 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Sergio Paracuellos <sergio.paracuellos@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Yangyu Chen <cyy@xxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Lance Yang <ioworker0@xxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements
  • From: jisralbasha <jisralbasha@xxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nikita Shubin <nikita.shubin@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Nikita Shubin <nikita.shubin@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Anna Antonenko <portasynthinca3@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• Re: [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Nikita Travkin <nikita@xxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• [PATCH] Revert "MAINTAINERS: Remove some entries due to various compliance requirements."
  • From: Kexy Biscuit <kexybiscuit@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove some entries due to various compliance requirements.
  • From: WangYuli <wangyuli@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 5/5] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 0/5] implement lightweight guard pages
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [PATCH v2 4/5] tools: testing: update tools UAPI header for mman-common.h
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 1/5] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 3/5] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 5/5] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 0/5] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 2/5] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 0/4] implement lightweight guard pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: "Lai, Yi" <yi1.lai@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Kees Bakker <kees@xxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: "Lai, Yi" <yi1.lai@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• [PATCH] alpha: Make thread_info::flags unsigned long.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v8 02/14] arm64: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 00/14] Consolidate IO memcpy functions
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 03/14] csky: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 05/14] m68k: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 10/14] powerpc: Align prototypes of IO memcpy and memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 09/14] arm: Align prototype of IO memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 08/14] sh: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 12/14] bus: mhi: ep: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 07/14] parisc: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 04/14] loongarch: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jeff Xu <jeffxu@xxxxxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v4 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Jeff Xu <jeffxu@xxxxxxxxxxxx>
• Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/10] Consolidate IO memcpy functions
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 10/10] arm: Align prototype of IO memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 00/10] Consolidate IO memcpy functions
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 02/10] arm64: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 04/10] loongarch: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 10/10] arm: Align prototype of IO memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 03/10] csky: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] implement lightweight guard pages
  • From: Pavel Machek <pavel@xxxxxx>
• [RFC PATCH 4/4] selftests/mm: add self tests for guard page feature
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH 1/4] mm: pagewalk: add the ability to install PTEs
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH 0/4] implement lightweight guard pages
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH 3/4] mm: madvise: implement lightweight guard page mechanism
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [RFC PATCH 2/4] mm: add PTE_MARKER_GUARD PTE marker
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 0/2] unrestrict process_madvise() for current process
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Pedro Falcato <pedro.falcato@xxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Shakeel Butt <shakeel.butt@xxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Pedro Falcato <pedro.falcato@xxxxxxxxx>
• [PATCH v2 1/2] mm/madvise: introduce PR_MADV_SELF flag to process_madvise()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 2/2] selftests/mm: add test for process_madvise PR_MADV_SELF flag use
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• [PATCH v2 0/2] unrestrict process_madvise() for current process
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH net-next v26 00/13] Device Memory TCP
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH net-next v26 11/13] net: add devmem TCP documentation
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 13/13] netdev: add dmabuf introspection
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 12/13] selftests: add ncdevmem, netcat for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 09/13] tcp: RX path for devmem TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 08/13] net: add support for skbs with unreadable frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 07/13] net: support non paged skb frags
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 06/13] memory-provider: dmabuf devmem memory provider
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 05/13] page_pool: devmem support
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 03/13] netdev: support binding dma-buf to netdevice
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 04/13] netdev: netdevice devmem allocator
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 02/13] net: netdev netlink api to bind dma-buf to a net device
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 01/13] netdev: add netdev_rx_queue_restart()
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• [PATCH net-next v26 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH net-next v25 10/13] net: add SO_DEVMEM_DONTNEED setsockopt to release RX frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v25 08/13] net: add support for skbs with unreadable frags
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v25 06/13] memory-provider: dmabuf devmem memory provider
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 1/2] mm: Add personality flag to limit address to 47 bits
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Mina Almasry <almasrymina@xxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH net-next v25 00/13] Device Memory TCP
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm: Introduce MAP_BELOW_HINT
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>