Linux PA RISC

• Thread Index

• [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 27/29] x86/mm: Report which part of kernel image is freed
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 22/29] microblaze: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 03/29] powerpc: Rename PT_LOAD identifier "kernel" to "text"
  • 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 05/29] ia64: Rename PT_LOAD identifier "code" to "text"
  • 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 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 09/29] vmlinux.lds.h: Move Program Header restoration into NOTES macro
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 10/29] vmlinux.lds.h: Move NOTES into RO_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 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 28/29] x86/mm: Report actual image regions in /proc/iomem
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 20/29] h8300: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • 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 v1] seccomp: simplify secure_computing()
  • 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>
• [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: some progress with radeon on C8000
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH v2] parisc: Fix vmap memory leak in ioremap()/iounmap()
  • From: Helge Deller <deller@xxxxxx>
• Re: some progress with radeon on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: some progress with radeon on C8000
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: some progress with radeon on C8000
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: [PATCH] parisc: Fix vmap memory leak in ioremap()/iounmap()
  • From: Helge Deller <deller@xxxxxx>
• Re: some progress with radeon on C8000
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH 18/29] arm64: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] kexec-tools: add support for PARISC architecture
  • From: Simon Horman <horms@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>
• [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 0/9] namei: openat2(2) path resolution restrictions
  • 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 9/9] Documentation: update path-lookup to mention trailing magic-links
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 4/9] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 8/9] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 7/9] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v13 7/9] open: openat2(2) syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] parisc: Fix vmap memory leak in ioremap()/iounmap()
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH] parisc: Fix vmap memory leak in ioremap()/iounmap()
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• [PATCH] parisc: Do not hardcode registers in checksum functions
  • From: Helge Deller <deller@xxxxxx>
• some progress with radeon on C8000
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [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 02/29] powerpc: Remove PT_NOTE workaround
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 01/29] powerpc: Rename "notes" PT_NOTE to "note"
  • 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 07/29] x86: Restore "text" Program Header with dummy section
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 05/29] ia64: Rename PT_LOAD identifier "code" to "text"
  • 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 08/29] vmlinux.lds.h: Provide EMIT_PT_NOTE to indicate export of .notes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 17/29] alpha: Move EXCEPTION_TABLE to RO_DATA segment
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 18/29] arm64: 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 20/29] h8300: 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 29/29] x86: Use INT3 instead of NOP for linker fill bytes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 27/29] x86/mm: Report which part of kernel image is freed
  • 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 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 14/29] vmlinux.lds.h: Allow EXCEPTION_TABLE to live in RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 10/29] vmlinux.lds.h: Move NOTES into RO_DATA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 06/29] s390: Move RO_DATA into "text" PT_LOAD Program Header
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 03/29] powerpc: Rename PT_LOAD identifier "kernel" to "text"
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] parisc: remove 32-bit DMA enforcement from sba_iommu
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: allow larger than require DMA masks
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: allow larger than require DMA masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v1] seccomp: simplify secure_computing()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH] parisc: remove 32-bit DMA enforcement from sba_iommu
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v1] seccomp: simplify secure_computing()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v1] seccomp: simplify secure_computing()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: remove unused arg from secure_computing()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] seccomp: remove unused arg from secure_computing()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: allow larger than require DMA masks
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] seccomp: remove unused arg from secure_computing()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: allow larger than require DMA masks
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] seccomp: remove unused arg from secure_computing()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] seccomp: remove unused arg from secure_computing()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: C8000, which is the max MTU of the built-in net card?
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• C8000, which is the max MTU of the built-in net card?
  • From: Carlo Pisani <carlojpisani@xxxxxxxxx>
• Re: [PATCH] seccomp: remove unused arg from secure_computing()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] kexec-tools: add support for PARISC architecture
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] seccomp: remove unused arg from secure_computing()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH] kexec: add support for PARISC architecture
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: Helge Deller <deller@xxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: Arlie Davis <arlied@xxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 0/4] kexec support for PARISC
  • From: Helge Deller <deller@xxxxxx>
• Re: [GIT PULL] parisc architecture updates for kernel v5.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Bug report (with fix) for DEC Tulip driver (de2104x.c)
  • From: Arlie Davis <arlied@xxxxxxxxxx>
• [GIT PULL] parisc architecture updates for kernel v5.4
  • From: Helge Deller <deller@xxxxxx>
• [GIT PULL] parisc architecture updates for kernel v5.4
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Have git ignore generated real2.S and firmware.c
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH] parisc: Have git ignore generated real2.S and firmware.c
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] parisc: Fix vmap memory leak in ioremap()/iounmap()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 2/2] vhost: re-introducing metadata acceleration through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 2/2] vhost: re-introducing metadata acceleration through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] vhost: re-introducing metadata acceleration through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 2/2] vhost: re-introducing metadata acceleration through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 0/4] kexec support for PARISC
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 2/2] vhost: re-introducing metadata acceleration through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 2/4] parisc: add kexec syscall support
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 4/4] parisc: add support for kexec_file_load() syscall
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 3/4] parisc: wire up kexec_file_load syscall
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 1/4] parisc: add __pdc_cpu_rendezvous()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/4] kexec support for PARISC
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• 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 2/2] vhost: re-introducing metadata acceleration through kernel virtual address
  • From: Jason Wang <jasowang@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>
• [PATCH 2/2] vhost: re-introducing metadata acceleration through kernel virtual address
  • From: Jason Wang <jasowang@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 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 24/26] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/26] arm64: remove __iounmap
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [PATCH] Revert "asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro"
  • From: Michal Suchanek <msuchanek@xxxxxxx>
• 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: remove default fallbacks in dma_map_ops v3
  • 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 01/11] ftrace: move recordmcount tools to scripts/ftrace
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• 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 0/8] Fix mmap base in bottom-up mmap
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH 01/11] ftrace: move recordmcount tools to scripts/ftrace
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 05/11] ftrace: create memcache for hash entries
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• Re: [PATCH 03/11] asm-generic: add generic dwarf definition
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: sbaugh@xxxxxxxxxx
• Re: [PATCH 05/11] ftrace: create memcache for hash entries
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 03/11] asm-generic: add generic dwarf definition
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 11/11] MAINTAINERS: make scripts/ftrace/ maintained
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 10/11] ftrace: add doc for new option record-funcproto
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 09/11] x86_64: add function prototype recording support
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 08/11] ftrace: introduce core part of function prototype recording
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 07/11] ftrace: prepare arch specific interfaces for function prototype feature
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 06/11] ftrace: process function prototype data in vmlinux and modules
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 05/11] ftrace: create memcache for hash entries
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 04/11] ftrace/hash: add private data field
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 03/11] asm-generic: add generic dwarf definition
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 02/11] ftrace: introduce new building tool funcprototype
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 01/11] ftrace: move recordmcount tools to scripts/ftrace
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• [PATCH 00/11] ftrace: add support for recording function parameters and return value
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• 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>
• Re: [PATCH] parisc: fix compilation errrors
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: fix compilation errrors
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] parisc: fix compilation errrors
  • From: Helge Deller <deller@xxxxxx>
• Re: Build regressions/improvements in v5.3-rc5
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH] kprobes/parisc: remove arch_kprobe_on_func_entry()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH] kprobes/parisc: remove arch_kprobe_on_func_entry()
  • From: Jisheng Zhang <Jisheng.Zhang@xxxxxxxxxxxxx>
• [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 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Build regressions/improvements in v5.3-rc5
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• 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 10/26] nios2: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/26] alpha: remove the unused __ioremap wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc
  • 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 16/26] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] asm-generic: don't provide __ioremap
  • 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 21/26] nios2: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] hexagon: 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 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 13/26] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] parisc: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] hexagon: clean up ioremap
  • 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] parisc: fix compilation errrors
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] parisc: fix compilation errrors
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] kbuild: rebuild modules when module linker scripts are updated
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 03/16] parisc: prefer __section from compiler_attributes.h
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH] parisc: speed up flush_tlb_all_local with qemu
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Add ALTERNATIVE_CODE() and ALT_COND_RUN_ON_QEMU
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 6/8] arm-nommu: call dma_mmap_from_dev_coherent directly
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] dma-mapping: remove CONFIG_ARCH_NO_COHERENT_DMA_MMAP
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/8] dma-mapping: explicitly wire up ->mmap and ->get_sgtable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/8] dma-mapping: remove CONFIG_ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] arm-nommu: call dma_mmap_from_dev_coherent directly
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] dma-mapping: add a dma_can_mmap helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] dma-mapping: provide a better default ->get_required_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] dma-mapping: move the dma_get_sgtable API comments from arm to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• remove default fallbacks in dma_map_ops v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] scsi: ncr53c8xx: Mark expected switch fall-through
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Takashi Iwai <tiwai@xxxxxxx>
• remove default fallbacks in dma_map_ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] dma-mapping: move the dma_get_sgtable API comments from arm to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] dma-mapping: explicitly wire up ->mmap and ->get_sgtable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] m68knommu: add a pgprot_noncached stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/7] dma-mapping: provide a better default ->get_required_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] dma-mapping: add a dma_can_mmap helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH palo] ext2: fix ext4 group cache
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] scsi: ncr53c8xx: Mark expected switch fall-through
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.3-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for kernel v5.3-rc3
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] parisc: trigger die notifier chain in parisc_terminate()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Helge Deller <deller@xxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Helge Deller <deller@xxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Helge Deller <deller@xxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: Helge Deller <deller@xxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Helge Deller <deller@xxxxxx>
• Re: Compressed kernels currently won't boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: Helge Deller <deller@xxxxxx>
• Re: Compressed kernels currently won't boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: strip debug information when building compressed images
  • From: Helge Deller <deller@xxxxxx>
• Re: Compressed kernels currently won't boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Compressed kernels currently won't boot
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH] parisc: strip debug information when building compressed images
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Compressed kernels currently won't boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: Mark expected switch fall-throughs in fault.c
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] parisc: Fix fall-through warnings in fpudispatch.c
  • From: Helge Deller <deller@xxxxxx>
• Re: Do NOT upgrade to palo v2.10
  • From: Helge Deller <deller@xxxxxx>
• Re: Do NOT upgrade to palo v2.10
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: Do NOT upgrade to palo v2.10
  • From: Helge Deller <deller@xxxxxx>
• Re: Do NOT upgrade to palo v2.10
  • From: Helge Deller <deller@xxxxxx>
• Re: Do NOT upgrade to palo v2.10
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Do NOT upgrade to palo v2.10
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Do NOT upgrade to palo v2.10
  • From: Helge Deller <deller@xxxxxx>
• Re: Do we have a buildd problem?
  • From: Helge Deller <deller@xxxxxx>
• Do we have a buildd problem?
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RESEND 0/8] Fix mmap base in bottom-up mmap
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: memory leak in __nf_hook_entries_try_shrink
  • From: syzbot <syzbot+c51f73e78e7e2ce3a31e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [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>
• Re: WARNING in __mmdrop
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 00/26] ReST conversion of text files without .txt extension
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v2 00/26] ReST conversion of text files without .txt extension
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v2 13/26] docs: parisc: convert to ReST and add to documentation body
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 1/5] m68knommu: add a pgprot_noncached stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/5] dma-mapping: move the dma_get_sgtable API comments from arm to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/5] dma-mapping: explicitly wire up ->mmap and ->get_sgtable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• remove default fallbacks in dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH 3/5] arch: wire-up pidfd_wait()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: KASAN: use-after-free Write in tlb_finish_mmu
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: KASAN: use-after-free Read in finish_task_switch (2)
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [GIT PULL] parisc architecture fixes for kernel v5.3-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] parisc architecture fixes for kernel v5.3-rc2
  • From: Helge Deller <deller@xxxxxx>
• Re: Build regressions/improvements in v5.3-rc1
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 2/4] parisc/ftrace: Add KPROBES_ON_FTRACE
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 4/4] parisc: fix race condition in patching code
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 1/4] parisc/ftrace: Add ARCH_SUPPORTS_FTRACE_OPS support
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 3/4] parisc: Update feature list
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH 0/4] Add support for kprobes on ftrace
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v5.3-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] parisc: rename default_defconfig to defconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• [PATCH 09/22] docs: parisc: convert to ReST and add to documentation body
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 00/22] ReST conversion of text files without .txt extension
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• RFC: call_rcu_outstanding (was Re: WARNING in __mmdrop)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: WARNING in __mmdrop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] parisc: Flush ITLB in flush_tlb_all_local() only on split TLB machines
  • From: Helge Deller <deller@xxxxxx>
• Re: WARNING in __mmdrop
  • From: syzbot <syzbot+e58112d71f77113ddb7b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• 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>
• Re: KASAN: use-after-free Write in tlb_finish_mmu
  • From: syzbot <syzbot+8267e9af795434ffadad@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [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: KASAN: use-after-free Read in finish_task_switch (2)
  • From: syzbot <syzbot+7f067c796eee2acbc57a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• 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: [GIT PULL] parisc architecture fixes for kernel v5.3-rc1
  • From: pr-tracker-bot@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: 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>
• [GIT PULL] parisc architecture fixes for kernel v5.3-rc1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: [PULL] virtio, vhost: fixes, features, performance
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• 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: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Avoid kernel panic triggered by invalid kprobe
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Avoid kernel panic triggered by invalid kprobe
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Sven Schnelle <svens@xxxxxxxxxxxxxx>
• [PATCH] parisc: Avoid kernel panic triggered by invalid kprobe
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PULL] virtio, vhost: fixes, features, performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] parisc: Wire up clone3 syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH] parisc: Wire up clone3 syscall
  • From: Helge Deller <deller@xxxxxx>
• 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 01/12] Documentation: move architectures together
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• 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>
• [PATCH v2][RFC] parisc: sata_sil: Add quirk for Samsung SSD 850 drive
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] Documentation: move architectures together
  • From: Jonathan Corbet <corbet@xxxxxxx>
• 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>
• [PATCH 07/12] Documentation/parisc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 03/12] Documentation/ia64: repointer docs to Documentation/arch/ia64
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 06/12] Documentation/mips: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 10/12] Documentation/sparc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 08/12] Dcumentation/powerpc: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 12/12] Documentation/xtensa: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 05/12] Documentation/s390: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 04/12] Documentation/m68k: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 09/12] Dcumentation/sh: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 11/12] Documentation/x86: repointer docs to Documentation/arch/
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 01/12] Documentation: move architectures together
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH 02/12] Documentation/arm: repointer docs to Documentation/arch/arm
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• [PATCH][RFC] parisc: sata_sil: Add quirk for Samsung SSD 850 drive
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] fixup! kbuild: remove obj and src from the top Makefile
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [GIT PULL] parisc architecture patches for kernel v5.3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v1 01/22] docs: Documentation/*.txt: rename all ReST files to *.rst
  • From: Rob Herring <robh@xxxxxxxxxx>
• [GIT PULL] parisc architecture patches for kernel v5.3
  • From: Helge Deller <deller@xxxxxx>
• 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>
• Re: [PATCH] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Update palo documentation
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v2] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Update palo documentation
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] Update palo documentation
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] palo: place iplboot inside disk label if it's big enough
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [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: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/4] palo: add support for formatting as ext4
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] iplboot: add ext4 support
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] iplboot: update the ext2_fs.h header
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] iplboot: eliminate unused struct bootfs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] bring parisc linux into the modern age by adding ext4 support to the bootloader
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Question about ext4 testing: need to produce a high depth extent tree to verify mapping code
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Jeroen Roovers <jer@xxxxxxxxxx>
• [PATCH] parisc: Ensure userspace privilege for ptraced processes in regset functions
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] parisc: Fix kernel panic due invalid values of IAOQ0 or IAOQ1
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] palo: fix IPL overlap with ext2/ext3 resize_inode
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Running the gdb 7.12.1 testsuite breaks kernel 4.13.8 on C8000
  • From: Helge Deller <deller@xxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [BUG] mke2fs produces corrupt filesystem if badblock list contains a block under 251
  • From: "Theodore Ts'o" <tytso@xxxxxxx>