Linux Alpha

• Thread Index

• Re: [PATCH 08/21] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RESEND v14 6/6] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 5/6] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 4/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 3/6] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 1/6] namei: O_BENEATH-style resolution restriction flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v14 0/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [REVIEW PATCH v5 2/3] arch: wire-up close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] rtc/alpha: remove legacy rtc driver
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] rtc/alpha: remove legacy rtc driver
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [PATCH 2/2] rtc/alpha: remove legacy rtc driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/12] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 02/12] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• [PATCH 12/12] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 11/12] um: add support for folded p4d page tables
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 10/12] um: remove unused pxx_offset_proc() and addr_pte() functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 07/12] nds32: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 02/12] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 03/12] c6x: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 01/12] alpha: use pgtable-nop4d instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 00/12] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/21] x86: clean up ioremap
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 20/21] csky: remove ioremap_cache
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Some Alphas broken by f75b99d5a77d (PCI: Enforce bus address limits in resource allocation)
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH 18/21] riscv: use the generic ioremap code
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 07/21] parisc: remove __ioremap
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH 07/21] parisc: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/21] alpha: remove the unused __ioremap wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/21] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/21] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/21] nios2: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/21] hexagon: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/21] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/21] csky: remove ioremap_cache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/21] lib: provide a simple generic ioremap implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/21] csky: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/21] nds32: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/21] sh: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/21] nios2: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/21] hexagon: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/21] unicore32: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/21] arm: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• generic ioremap (and lots of cleanups) v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 06/29] s390: Move RO_DATA into "text" PT_LOAD Program Header
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 25/29] xtensa: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 23/29] parisc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 02/29] powerpc: Remove PT_NOTE workaround
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 12/29] vmlinux.lds.h: Replace RO_DATA_SECTION with RO_DATA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/29] vmlinux.lds.h: Replace RW_DATA_SECTION with RW_DATA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 03/29] powerpc: Rename PT_LOAD identifier "kernel" to "text"
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/29] powerpc: Remove PT_NOTE workaround
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: hpa@xxxxxxxxx
• [PATCH v2 23/29] parisc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 22/29] microblaze: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 19/29] c6x: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 18/29] arm64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 21/29] ia64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 17/29] alpha: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 29/29] x86: Use INT3 instead of NOP for linker fill bytes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 27/29] x86/mm: Report which part of kernel image is freed
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 24/29] powerpc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 26/29] x86/mm: Remove redundant &s on addresses
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 25/29] xtensa: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 04/29] alpha: Rename PT_LOAD identifier "kernel" to "text"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 02/29] powerpc: Remove PT_NOTE workaround
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 05/29] ia64: Rename PT_LOAD identifier "code" to "text"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 07/29] x86: Restore "text" Program Header with dummy section
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 08/29] vmlinux.lds.h: Provide EMIT_PT_NOTE to indicate export of .notes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 12/29] vmlinux.lds.h: Replace RO_DATA_SECTION with RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 10/29] vmlinux.lds.h: Move NOTES into RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 16/29] x86: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 13/29] vmlinux.lds.h: Replace RW_DATA_SECTION with RW_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 15/29] x86: Actually use _etext for end of text segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 20/29] h8300: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 09/29] vmlinux.lds.h: Move Program Header restoration into NOTES macro
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 28/29] x86/mm: Report actual image regions in /proc/iomem
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 06/29] s390: Move RO_DATA into "text" PT_LOAD Program Header
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 03/29] powerpc: Rename PT_LOAD identifier "kernel" to "text"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 28/29] x86/mm: Report actual image regions in /proc/iomem
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 07/29] x86: Restore "text" Program Header with dummy section
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 08/29] vmlinux.lds.h: Provide EMIT_PT_NOTE to indicate export of .notes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 07/29] x86: Restore "text" Program Header with dummy section
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v14 6/6] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 5/6] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 4/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 3/6] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 1/6] namei: O_BENEATH-style resolution restriction flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 0/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: Unaligned user pointer issues..
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH 18/29] arm64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 18/29] arm64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v13 7/9] open: openat2(2) syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v13 7/9] open: openat2(2) syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v13 3/9] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v13 3/9] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v13 7/9] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH RESEND v3 00/26] Add definition for the number of standard PCI BARs
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v13 2/9] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 3/9] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 5/9] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 1/9] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 6/9] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 8/9] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 0/9] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 9/9] Documentation: update path-lookup to mention trailing magic-links
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 7/9] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 4/9] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v13 7/9] open: openat2(2) syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH RESEND v3 01/26] PCI: Add define for the number of standard PCI BARs
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH RESEND v3 00/26] Add definition for the number of standard PCI BARs
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH 23/29] parisc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 15/29] x86: Actually use _etext for end of text segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 21/29] ia64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 22/29] microblaze: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 11/29] vmlinux.lds.h: Replace RODATA with RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 16/29] x86: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 04/29] alpha: Rename PT_LOAD identifier "kernel" to "text"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 00/29] vmlinux.lds.h: Refactor EXCEPTION_TABLE and NOTES
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 06/29] s390: Move RO_DATA into "text" PT_LOAD Program Header
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 07/29] x86: Restore "text" Program Header with dummy section
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 09/29] vmlinux.lds.h: Move Program Header restoration into NOTES macro
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 12/29] vmlinux.lds.h: Replace RO_DATA_SECTION with RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 10/29] vmlinux.lds.h: Move NOTES into RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 03/29] powerpc: Rename PT_LOAD identifier "kernel" to "text"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 08/29] vmlinux.lds.h: Provide EMIT_PT_NOTE to indicate export of .notes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 05/29] ia64: Rename PT_LOAD identifier "code" to "text"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 13/29] vmlinux.lds.h: Replace RW_DATA_SECTION with RW_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 19/29] c6x: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 17/29] alpha: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 25/29] xtensa: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 24/29] powerpc: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 27/29] x86/mm: Report which part of kernel image is freed
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 29/29] x86: Use INT3 instead of NOP for linker fill bytes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 18/29] arm64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 28/29] x86/mm: Report actual image regions in /proc/iomem
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 26/29] x86/mm: Remove redundant &s on addresses
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 20/29] h8300: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 02/29] powerpc: Remove PT_NOTE workaround
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 00/21] Refine memblock API
  • From: Adam Ford <aford173@xxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• vmlinux.o linker warning
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v6] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v5] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v5] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v5] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v5] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v5] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v5] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v3 08/26] alpha/PCI: Use PCI_STD_NUM_BARS
  • From: Denis Efremov <efremov@xxxxxxxxx>
• [PATCH v5] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v4] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v4] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v4] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v4] numa: make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v3 7/8] mips: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for mips
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v3 7/8] mips: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for mips
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] mips: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for mips
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v3 7/8] mips: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for mips
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v3 0/8] make node_to_cpumask_map() NUMA_NO_NODE aware
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 6/8] sparc64: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for sparc64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 5/8] s390: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for s390
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 3/8] alpha: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for alpha
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 7/8] mips: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for mips
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 4/8] powerpc: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for powerpc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 8/8] mips: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for loongson64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 2/8] x86: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for x86
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v3 1/8] arm64: numa: make node_to_cpumask_map() NUMA_NO_NODE aware for arm64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to, from}_user helpers
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v12 12/12] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 11/12] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 09/12] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 08/12] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 07/12] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 06/12] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 04/12] perf_event_open: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 03/12] sched_setattr: switch to copy_struct_{to,from}_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 02/12] clone3: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 00/12] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 04/26] mips: remove ioremap_cachable
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH] x86/mm: Fix cpumask_of_node() error condition
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 7/9] sparc64: numa: check the node id consistently for sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/9] sparc64: numa: check the node id consistently for sparc64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 5/9] s390: numa: check the node id consistently for s390
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 24/26] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 7/9] sparc64: numa: check the node id consistently for sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 19/26] arm64: remove __iounmap
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 7/9] sparc64: numa: check the node id consistently for sparc64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/9] sparc64: numa: check the node id consistently for sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 0/9] check the node id consistently across different arches
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 6/9] sh: numa: check the node id consistently for sh
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 8/9] mips: numa: check the node id consistently for mips ip27
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 9/9] mips: numa: check the node id consistently for mips loongson64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 3/9] alpha: numa: check the node id consistently for alpha
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 5/9] s390: numa: check the node id consistently for s390
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 1/9] arm64: numa: check the node id consistently for arm64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 7/9] sparc64: numa: check the node id consistently for sparc64
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 4/9] powerpc: numa: check the node id consistently for powerpc
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• [PATCH v2 2/9] x86: numa: check the node id consistently for x86
  • From: Yunsheng Lin <linyunsheng@xxxxxxxxxx>
• Re: [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/26] mips: remove ioremap_cachable
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/26] arm64: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Spencer Baugh <sbaugh@xxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: sbaugh@xxxxxxxxxx
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH RESEND v11 8/8] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 6/8] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 5/8] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 4/8] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 3/8] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 2/8] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 1/8] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RESEND v11 0/8] openat2(2)
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 04/26] mips: remove ioremap_cachable
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 18/26] m68k: rename __iounmap and mark it static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 19/26] arm64: remove __iounmap
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 24/26] riscv: use the generic ioremap code
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 16/26] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 17/26] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 15/26] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/26] x86: clean up ioremap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 09/26] alpha: remove the unused __ioremap wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] hexagon: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/26] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/26] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/26] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/26] nios2: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/26] sh: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/26] lib: provide a simple generic ioremap implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/26] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/26] csky: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/26] nds32: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] hexagon: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] arm64: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/26] m68k: rename __iounmap and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/26] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] parisc: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/26] nios2: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/26] mips: remove ioremap_cachable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/26] arm, unicore32: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/26] mtd/maps/pxa2xx: use ioremap_cache insted of ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• generic ioremap (and lots of cleanups)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] arch/alpha: Remove dead code
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH] arch/alpha: Remove dead code
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] arch/alpha: Remove dead code
  • From: Souptick Joarder <jrdr.linux@xxxxxxxxx>
• Re: [PATCH] alpha: Replace strncmp with str_has_prefix
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2] alpha: Replace strncmp with str_has_prefix
  • From: Chuhong Yuan <hslester96@xxxxxxxxx>
• [PATCH] alpha: Replace strncmp with str_has_prefix
  • From: Chuhong Yuan <hslester96@xxxxxxxxx>
• [PATCH v11 8/8] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 7/8] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 6/8] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 5/8] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 4/8] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 3/8] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 2/8] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 1/8] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v11 0/8] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH 3/5] arch: wire-up pidfd_wait()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: shuah <shuah@xxxxxxxxxx>
• [PATCH v10 9/9] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 7/9] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 6/9] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 5/9] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 4/9] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 3/9] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 2/9] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 1/9] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v10 0/9] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v9 08/10] open: openat2(2) syscall
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 4/4] tools: Add fchmodat4
  • From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/4] Non-functional cleanup of a "__user * filename"
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 2/4] Add fchmodat4(), a new syscall
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Add a new fchmodat4() syscall, v2
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 4/4] tools: Add fchmodat4
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 3/4] arch: Register fchmodat4, usually as syscall 434
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v9 10/10] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 09/10] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 08/10] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 07/10] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 06/10] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 03/10] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 02/10] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH] Drop unused isa_page_to_bus
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] Drop unused isa_page_to_bus
  • From: Stephen Kitt <steve@xxxxxxx>
• Re: [PATCH 4/5] kconfig: make arch/*/configs/defconfig the default of KBUILD_DEFCONFIG
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 2/3] arch: wire-up close_range()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] tests: add close_range() tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 4/5] kconfig: make arch/*/configs/defconfig the default of KBUILD_DEFCONFIG
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• [PATCH v3 2/3] arch: wire-up close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• RE: [PATCH v1 1/2] open: add close_range()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v2 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 0/2] close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v1 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v1 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] alpha: move arch/alpha/defconfig to arch/alpha/configs/defconfig
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH] alpha: move arch/alpha/defconfig to arch/alpha/configs/defconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v2 14/14] unicore32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 13/14] um: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 12/14] riscv: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 11/14] parisc: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 10/14] nios2: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 09/14] nds32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 08/14] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 07/14] m68k: sun3: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 06/14] hexagon: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 05/14] csky: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 04/14] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 03/14] arm: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 02/14] alpha: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 01/14] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 00/14] introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [RFC/RFT PATCH] alpha: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 09/15] nds32: switch to generic version of pte allocation
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 13/15] riscv: switch to generic version of pte allocation
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 14/15] um: switch to generic version of pte allocation
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 02/15] alpha: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 03/15] arm: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 06/15] hexagon: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 07/15] m68k: sun3: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 09/15] nds32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 10/15] nios2: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 13/15] riscv: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 15/15] unicore32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 14/15] um: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 11/15] parisc: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 00/15] introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 3.16 144/202] alpha: fix page fault handling for r16-r18 targets
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3/3 v3] net: socket: implement 64-bit timestamps
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH net-next 3/3] net: socket: implement 64-bit timestamps
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Jon Masters <jcm@xxxxxxxxxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: Sinan Kaya <Okaya@xxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: Sinan Kaya <Okaya@xxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• [PATCH] alpha: fix rtc port ranges
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: add udelay to io port paths
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH] alpha: add udelay to io port paths
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>