Linux Alpha

• Thread Index

• 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>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• CONFIG_ARCH_SUPPORTS_INT128: Why not mips, s390, powerpc, and alpha?
  • From: George Spelvin <lkml@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] y2038: fix socket.h header inclusion
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• [PATCH] y2038: fix socket.h header inclusion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] arch: alpha: Kconfig: pedantic formatting
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Sinan Kaya <Okaya@xxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH v3 01/34] alpha: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Jan Kara <jack@xxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Jan Kara <jack@xxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Alpha Avanti broken by 9ce8654323d69273b4977f76f11c9e2d345ab130
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• [PATCH] add delay between port write and port read
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: Alpha Avanti broken by 9ce8654323d69273b4977f76f11c9e2d345ab130
  • From: Mikulas Patocka <mpatocka@xxxxxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Jan Kara <jack@xxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 4.14 50/62] alpha: fix page fault handling for r16-r18 targets
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.18 100/108] alpha: fix page fault handling for r16-r18 targets
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 132/143] alpha: fix page fault handling for r16-r18 targets
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 44/58] alpha: fix page fault handling for r16-r18 targets
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 70/85] alpha: fix page fault handling for r16-r18 targets
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.20 73/92] alpha: fix page fault handling for r16-r18 targets
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Jan Kara <jack@xxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v3 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v3 1/2] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v3 0/2] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 2/2] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v2 1/2] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v2 0/2] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PULL] alpha.git
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PULL] alpha.git
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH net-next v5 12/12] sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: ext4 corruption on alpha with 4.20.0-09062-gd8372ba8ce28
  • From: Meelis Roos <mroos@xxxxxxxx>
• RE: [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
  • From: Ran Rozenstein <ranro@xxxxxxxxxxxx>
• Re: [PATCH net-next v5 12/12] sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-tip 15/22] locking/rwsem: Merge owner into count on x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH 3/3] arch: move common mmap flags to linux/mman.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 2/2] arch: move common mmap flags to linux/mman.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH-tip 15/22] locking/rwsem: Merge owner into count on x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH-tip 15/22] locking/rwsem: Merge owner into count on x86-64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH-tip 15/22] locking/rwsem: Merge owner into count on x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH-tip 04/22] locking/rwsem: Remove arch specific rwsem files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH-tip 15/22] locking/rwsem: Merge owner into count on x86-64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH-tip 04/22] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH-tip 04/22] locking/rwsem: Remove arch specific rwsem files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH-tip 11/22] locking/rwsem: Implement a new locking scheme
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 10/22] locking/rwsem: Enable lock event counting
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 09/22] locking/rwsem: Enhance DEBUG_RWSEMS_WARN_ON() macro
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 08/22] locking/rwsem: Add debug check for __down_read*()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 04/22] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 02/22] locking/lock_events: Make lock_events available for all archs & other locks
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 03/22] locking/rwsem: Relocate rwsem_down_read_failed()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 01/22] locking/qspinlock_stat: Introduce a generic lockevent counting APIs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 12/22] locking/rwsem: Implement lock handoff to prevent lock starvation
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 13/22] locking/rwsem: Remove rwsem_wake() wakeup optimization
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 19/22] locking/rwsem: Enable readers spinning on writer
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 22/22] locking/rwsem: Ensure an RT task will not spin on reader
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 20/22] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 21/22] locking/rwsem: Wake up all readers in wait queue
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 15/22] locking/rwsem: Merge owner into count on x86-64
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 18/22] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 17/22] locking/rwsem: Recheck owner if it is not on cpu
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 16/22] locking/rwsem: Remove redundant computation of writer lock word
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 14/22] locking/rwsem: Add more rwsem owner access helpers
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 07/22] locking/rwsem: Move rwsem internal function declarations to rwsem-xadd.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 06/22] locking/rwsem: Rename kernel/locking/rwsem.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 05/22] locking/rwsem: Move owner setting code from rwsem.c to rwsem.h
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH-tip 00/22] locking/rwsem: Rework rwsem-xadd & enable new rwsem features
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: PWS 433au (Miata) recovery update
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: PWS 433au (Miata) recovery update
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: PWS 433au (Miata) recovery update
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 11/12] socket: Rename SO_RCVTIMEO/ SO_SNDTIMEO with _OLD suffixes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 12/12] sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: PWS 433au (Miata) recovery update
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH 3.16 165/305] arch/alpha, termios: implement BOTHER, IBSHIFT and termios2
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/21] memblock: refactor internal allocation functions
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/21] memblock: refactor internal allocation functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 12/12] sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH net-next v5 12/12] sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
  • From: Oliver Hartkopp <socketcan@xxxxxxxxxxxx>
• [PATCH net-next v5 00/12] net: y2038-safe socket timestamps
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v5 04/12] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v5 08/12] socket: Add SO_TIMESTAMP[NS]_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v5 09/12] socket: Add SO_TIMESTAMPING_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v5 12/12] sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v5 11/12] socket: Rename SO_RCVTIMEO/ SO_SNDTIMEO with _OLD suffixes
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v4 12/12] sock: Add SO_RCVTIMEO_NEW and SO_SNDTIMEO_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v4 11/12] socket: Rename SO_RCVTIMEO/ SO_SNDTIMEO with _OLD suffixes
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v4 09/12] socket: Add SO_TIMESTAMPING_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v4 08/12] socket: Add SO_TIMESTAMP[NS]_NEW
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH net-next v4 04/12] sockopt: Rename SO_TIMESTAMP* to SO_TIMESTAMP*_OLD
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v2 21/21] memblock: drop memblock_alloc_*_nopanic() variants
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 09/21] memblock: drop memblock_alloc_base()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/21] powerpc: use memblock functions returning virtual address
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/21] openrisc: prefer memblock APIs returning virtual address
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 07/29] ARM: add kexec_file_load system call number
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 25/29] y2038: syscalls: rename y2038 compat syscalls
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 07/29] ARM: add kexec_file_load system call number
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 06/29] ARM: add migrate_pages() system call
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] 4.18-rc7 on alpha: bitsperlong issue
  • From: Philippe Mathieu-Daudé <f4bug@xxxxxxxxx>
• Re: [PATCH v2] alpha: fix page fault handling for r16-r18 targets
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] 4.18-rc7 on alpha: bitsperlong issue
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• [PATCH] 4.18-rc7 on alpha: bitsperlong issue
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• followup: [FTBFS] kernel 4.18-rc7 bitsperlong.h issue on alpha
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 17/29] syscalls: remove obsolete __IGNORE_ macros
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/29] m68k: assign syscall number for seccomp
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 00/21] Refine memblock API
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 02/21] powerpc: use memblock functions returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 04/21] memblock: drop memblock_alloc_base_nid()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 08/21] memblock: drop __memblock_alloc_base()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 10/21] memblock: refactor internal allocation functions
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 11/21] memblock: make memblock_find_in_range_node() and choose_memblock_flags() static
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 07/21] memblock: memblock_phys_alloc(): don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 14/21] ia64: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 13/21] arch: don't memset(0) memory returned by memblock_alloc()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 12/21] arch: use memblock_alloc() instead of memblock_alloc_from(size, align, 0)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 15/21] sparc: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 18/21] swiotlb: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 03/21] memblock: replace memblock_alloc_base(ANYWHERE) with memblock_phys_alloc
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 20/21] memblock: memblock_alloc_try_nid: don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 05/21] memblock: emphasize that memblock_alloc_range() returns a physical address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 21/21] memblock: drop memblock_alloc_*_nopanic() variants
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 09/21] memblock: drop memblock_alloc_base()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 17/21] init/main: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 16/21] mm/percpu: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 01/21] openrisc: prefer memblock APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] fs: don't let getdents return bogus names
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• [PATCH v2 06/29] ARM: add migrate_pages() system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 23/29] timex: change syscalls to use struct __kernel_timex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 21/29] sparc64: add custom adjtimex/clock_adjtime functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 03/29] ia64: assign syscall numbers for perf and seccomp
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 02/29] ia64: add statx and io_pgetevents syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 04/29] alpha: wire up io_pgetevents system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 10/29] sh: add statx system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 07/29] ARM: add kexec_file_load system call number
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 01/29] ia64: add __NR_umount2 definition
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/29] m68k: assign syscall number for seccomp
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 15/29] alpha: add standard statfs64/fstatfs64 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 16/29] alpha: add generic get{eg,eu,g,p,u,pp}id() syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] fs: don't let getdents return bogus names
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v2 09/29] sh: remove duplicate unistd_32.h file
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 17/29] syscalls: remove obsolete __IGNORE_ macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 18/29] time: make adjtime compat handling available for 32 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 19/29] time: Add struct __kernel_timex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 27/29] y2038: remove struct definition redirects
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 05/29] alpha: update syscall macro definitions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 12/29] ipc: rename old-style shmctl/semctl/msgctl syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 22/29] timex: use __kernel_timex internally
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 20/29] time: fix sys_timer_settime prototype
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 24/29] x86/x32: use time64 versions of sigtimedwait and recvmmsg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 11/29] sparc64: fix sparc_ipc type conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v4 2/3] fs: don't let getdents return bogus names
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 21/21] memblock: drop memblock_alloc_*_nopanic() variants
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: PWS 433au (Miata) recovery update
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: PWS 433au (Miata) recovery update
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH 21/21] memblock: drop memblock_alloc_*_nopanic() variants
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: PWS 433au (Miata) recovery update
  • From: Bob Tracy <rct@xxxxxxxxxxxxxxxx>
• Re: [PATCH 15/21] sparc: add checks for the return value of memblock_alloc*()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 00/21] Refine memblock API
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 01/21] openrisc: prefer memblock APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 02/21] powerpc: use memblock functions returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 09/21] memblock: drop memblock_alloc_base()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 08/21] memblock: drop __memblock_alloc_base()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 10/21] memblock: refactor internal allocation functions
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 12/21] arch: use memblock_alloc() instead of memblock_alloc_from(size, align, 0)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 21/21] memblock: drop memblock_alloc_*_nopanic() variants
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 15/21] sparc: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 13/21] arch: don't memset(0) memory returned by memblock_alloc()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>