Linux M68K

• Thread Index

• Re: Amiga PCMCIA network card support
  • From: "Andreas 'count' Kotes" <count-vger.kernel.org+linux-m68k@xxxxxxxxxxx>
• Quick setup guide for installing Debian/m68k on qemu-system-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: Amiga PCMCIA network card support
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Amiga PCMCIA network card support
  • From: "Andreas 'count' Kotes" <count-vger.kernel.org+linux-m68k@xxxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Peter Rosin <peda@xxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/12] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 02/12] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• [PATCH 12/12] mm: remove __ARCH_HAS_4LEVEL_HACK and include/asm-generic/4level-fixup.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 11/12] um: add support for folded p4d page tables
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 10/12] um: remove unused pxx_offset_proc() and addr_pte() functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 09/12] sparc32: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 08/12] parisc: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 07/12] nds32: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 06/12] microblaze: use pgtable-nopmd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 05/12] m68k: mm: use pgtable-nopXd instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 04/12] m68k: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 03/12] c6x: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 02/12] arm: nommu: use pgtable-nopud instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 01/12] alpha: use pgtable-nop4d instead of 4level-fixup
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 00/12] mm: remove __ARCH_HAS_4LEVEL_HACK
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: linux-m68k archival at lore.kernel.org
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: linux-m68k archival at lore.kernel.org
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: linux-m68k archival at lore.kernel.org
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/21] x86: clean up ioremap
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 20/21] csky: remove ioremap_cache
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] m68k: defconfig: Enable ICY I2C and LTC2990 on Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH] m68k: defconfig: Enable ICY I2C and LTC2990 on Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• linux-m68k archival at lore.kernel.org
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 18/21] riscv: use the generic ioremap code
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 07/21] parisc: remove __ioremap
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH 06/21] nios2: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/21] parisc: remove __ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/21] alpha: remove the unused __ioremap wrapper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/21] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/21] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/21] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/21] m68k: rename __iounmap and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/21] nios2: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/21] hexagon: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/21] riscv: use the generic ioremap code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/21] lib: provide a simple generic ioremap implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/21] csky: remove ioremap_cache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/21] nds32: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/21] csky: use generic ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/21] sh: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/21] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/21] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/21] hexagon: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/21] ia64: rename ioremap_nocache to ioremap_uc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/21] arm: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/21] unicore32: remove ioremap_cached
  • From: Christoph Hellwig <hch@xxxxxx>
• generic ioremap (and lots of cleanups) v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/34] m68k/coldfire: Use CONFIG_PREEMPTION
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 10/34] m68k/coldfire: Use CONFIG_PREEMPTION
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 10/34] m68k/coldfire: Use CONFIG_PREEMPTION
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 10/34] m68k/coldfire: Use CONFIG_PREEMPTION
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v14 6/6] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 5/6] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 4/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 3/6] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 1/6] namei: O_BENEATH-style resolution restriction flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v14 0/6] open: introduce openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] m68k: defconfig: Update defconfigs for v5.4-rc1
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] Remove every trace of SERIAL_MAGIC
  • From: Pascal Terjan <pterjan@xxxxxxxxxx>
• Re: [PATCH] Remove every trace of SERIAL_MAGIC
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove every trace of SERIAL_MAGIC
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove every trace of SERIAL_MAGIC
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] Remove every trace of SERIAL_MAGIC
  • From: Pascal Terjan <pterjan@xxxxxxxxxx>
• Re: [PATCH] Remove every trace of SERIAL_MAGIC
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: defconfig: Update defconfigs for v5.4-rc1
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.4-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• 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 7/9] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 8/9] selftests: add openat2(2) selftests
  • 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 9/9] Documentation: update path-lookup to mention trailing magic-links
  • 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 4/9] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v13 6/9] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v13 7/9] open: openat2(2) syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] Remove every trace of SERIAL_MAGIC
  • From: Pascal Terjan <pterjan@xxxxxxxxx>
• Re: [PATCH] m68k: q40: Fix info-leak in rtc_ioctl
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: q40: Fix info-leak in rtc_ioctl
  • From: Fuqian Huang <huangfq.daxian@xxxxxxxxx>
• [PATCH v2] fbdev: c2p: Fix link failure on non-inlining
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [tip: sched/urgent] sched/core: Fix preempt_schedule() interrupt return comment
  • From: "tip-bot2 for Valentin Schneider" <tip-bot2@xxxxxxxxxxxxx>
• [PATCH RESEND v2 2/2] drivers/ata: convert pata_falcon to arch platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RESEND v2 1/2] m68k/atari: add platform device for Falcon IDE port
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RESEND v2 0/2] Convert Atari Falcon IDE driver to platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 00/21] Refine memblock API
  • From: Adam Ford <aford173@xxxxxxxxx>
• [PATCH v2 1/9] sched/core: Fix preempt_schedule() interrupt return comment
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• [PATCH AUTOSEL 5.2 080/185] m68k: Prevent some compiler warnings in Coldfire builds
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 058/128] m68k: Prevent some compiler warnings in Coldfire builds
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 089/203] m68k: Prevent some compiler warnings in Coldfire builds
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Supporting the conversion of the m68k backend in gcc to CC_MODE
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: qemu is gaining emulation support for NeXT Cube
  • From: "Christian T. Steigies" <cts@xxxxxxxxxx>
• Re: qemu is gaining emulation support for NeXT Cube
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• qemu is gaining emulation support for NeXT Cube
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] pin control bulk changes for v5.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] pin control bulk changes for v5.4
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] pin control bulk changes for v5.4
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: Can KEY_DH_OPERATIONS become tristate? (was: Re: Kernel 5.3.0 stuck during boot on Amiga)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Can KEY_DH_OPERATIONS become tristate? (was: Re: Kernel 5.3.0 stuck during boot on Amiga)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Can KEY_DH_OPERATIONS become tristate? (was: Re: Kernel 5.3.0 stuck during boot on Amiga)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Can KEY_DH_OPERATIONS become tristate? (was: Re: Kernel 5.3.0 stuck during boot on Amiga)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Can KEY_DH_OPERATIONS become tristate? (was: Re: Kernel 5.3.0 stuck during boot on Amiga)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [git pull] m68knommu changes for v5.4
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [git pull] m68k updates for 5.4
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68k updates for 5.4
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Kernel 5.3.0 stuck during boot on Amiga
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to, from}_user helpers
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 11/12] open: openat2(2) syscall
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v12 12/12] selftests: add openat2(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 11/12] open: openat2(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 09/12] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 08/12] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 07/12] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 06/12] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 04/12] perf_event_open: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 03/12] sched_setattr: switch to copy_struct_{to,from}_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 02/12] clone3: switch to copy_struct_from_user()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v12 00/12] namei: openat2(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k/atari: add platform device for Falcon IDE port
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/26] mips: remove ioremap_cachable
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 2/3] microblaze: remove ioremap_fullcache
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: ioremap cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• 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>
• [PATCH 1/3] m68k: remove ioremap_fullcache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] ia64: rename ioremap_nocache to ioremap_uc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] microblaze: remove ioremap_fullcache
  • From: Christoph Hellwig <hch@xxxxxx>
• ioremap cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/26] mips: remove ioremap_cachable
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/26] arm64: remove __iounmap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] x86: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: remove default fallbacks in dma_map_ops v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: cleanup the dma_pgprot handling v2
  • 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 v3 08/11] scripts: Coccinelle script for namespace dependencies.
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v3 06/11] export: allow definition default namespaces in Makefiles or sources
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH v3 06/11] export: allow definition default namespaces in Makefiles or sources
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v3 04/11] modpost: add support for symbol namespaces
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v3 04/11] modpost: add support for symbol namespaces
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH v3 04/11] modpost: add support for symbol namespaces
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v3 03/11] module: add support for symbol namespaces.
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH v3 03/11] module: add support for symbol namespaces.
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v3 04/11] modpost: add support for symbol namespaces
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH 6/6] MIPS: document mixing "slightly different CCAs"
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 3/6] dma-mapping: remove arch_dma_mmap_pgprot
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v3 04/11] modpost: add support for symbol namespaces
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• [PATCH 2/6] arm-nommu: remove the unused pgprot_dmacoherent define
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] unicore32: remove the unused pgprot_dmacoherent define
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] dma-mapping: remove arch_dma_mmap_pgprot
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] arm64: document the choice of page attributes for pgprot_dmacoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/6] MIPS: document mixing "slightly different CCAs"
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] dma-mapping: make dma_atomic_pool_init self-contained
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup the dma_pgprot handling v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: cleanup the dma_pgprot handling
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: cleanup the dma_pgprot handling
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 05/26] openrisc: map as uncached in ioremap
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v6] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v6] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: next take at setting up a dma mask by default for platform devices v2
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [v2 08/10] scripts: Coccinelle script for namespace dependencies
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [v2 08/10] scripts: Coccinelle script for namespace dependencies
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH v3 10/11] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [v3 08/11] scripts: Coccinelle script for namespace dependencies
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH] m68k: coldfire: Include the GPIO driver header
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 10/11] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/11] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v3 09/11] usb-storage: remove single-use define for debugging
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] usb-storage: remove single-use define for debugging
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Include the GPIO driver header
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 10/11] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] usb-storage: remove single-use define for debugging
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Include the GPIO driver header
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v3 10/11] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 09/11] usb-storage: remove single-use define for debugging
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 08/11] scripts: Coccinelle script for namespace dependencies.
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 07/11] modpost: add support for generating namespace dependencies
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 06/11] export: allow definition default namespaces in Makefiles or sources
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 05/11] module: add config option MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 04/11] modpost: add support for symbol namespaces
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 03/11] module: add support for symbol namespaces.
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 02/11] export: explicitly align struct kernel_symbol
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v3 01/11] module: support reading multiple values per modinfo tag
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Include the GPIO driver header
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v6] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v5 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max <max@xxxxxxxxx>
• Re: [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max <max@xxxxxxxxx>
• Re: [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [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>
• [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v5 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2] m68k/mac: Revisit floppy disc controller base addresses
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: atari: Rename shifter to shifter_st to avoid conflict
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.3-rc2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 18/26] m68k: rename __iounmap and mark it static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/26] m68k: simplify ioremap_nocache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 19/26] arm64: remove __iounmap
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 24/26] riscv: use the generic ioremap code
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 16/26] asm-generic: don't provide ioremap for CONFIG_MMU
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 17/26] arch: rely on asm-generic/io.h for default ioremap_* definitions
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 15/26] asm-generic: ioremap_uc should behave the same with and without MMU
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 14/26] asm-generic: don't provide __ioremap
  • From: Paul Walmsley <paul.walmsley@xxxxxxxxxx>
• Re: [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/26] x86: clean up ioremap
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 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 13/26] xtensa: clean up ioremap
  • From: Christoph Hellwig <hch@xxxxxx>
• [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 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 18/26] m68k: rename __iounmap and mark it static
  • 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 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 23/26] lib: provide a simple generic ioremap implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] arm64: remove __iounmap
  • 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 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 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH v4 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v4 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v4 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH 4/6] dma-mapping: remove arch_dma_mmap_pgprot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] driver core: initialize a default DMA mask for platform device
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] dma-mapping: make dma_atomic_pool_init self-contained
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] dma-mapping: remove arch_dma_mmap_pgprot
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] arm-nommu: remove the unused pgprot_dmacoherent define
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] unicore32: remove the unused pgprot_dmacoherent define
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] MIPS: remove support for DMA_ATTR_WRITE_COMBINE
  • From: Christoph Hellwig <hch@xxxxxx>
• cleanup the dma_pgprot handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/6] driver core: initialize a default DMA mask for platform device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] dma-mapping: remove is_device_dma_capable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] usb/max3421: remove the dummy {un,}map_urb_for_dma methods
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] usb: add a HCD_DMA flag instead of guestimating DMA capabilities
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] usb: add a hcd_uses_dma helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] usb: don't create dma pools for HCDs with a localmem_pool
  • From: Christoph Hellwig <hch@xxxxxx>
• next take at setting up a dma mask by default for platform devices v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [v2 08/10] scripts: Coccinelle script for namespace dependencies
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v3 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max <max@xxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• 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>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 05/10] module: add config option MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH 2/3] kbuild: rebuild modules when module linker scripts are updated
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] module: add config option MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [v2 08/10] scripts: Coccinelle script for namespace dependencies
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH] m68k: atari: Rename shifter to shifter_st to avoid conflict
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [Cocci] [PATCH v2 08/10] scripts: Coccinelle script for namespace dependencies.
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [Cocci] [PATCH v2 08/10] scripts: Coccinelle script for namespace dependencies.
  • From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
• Re: [PATCH v2 05/10] module: add config option MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v2 07/10] modpost: add support for generating namespace dependencies
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/10] module: add config option MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/10] export: allow definition default namespaces in Makefiles or sources
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/10] export: allow definition default namespaces in Makefiles or sources
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/10] modpost: add support for symbol namespaces
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/10] module: add support for symbol namespaces.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/10] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Max <max@xxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 09/10] usb-storage: remove single-use define for debugging
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/10] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 10/10] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/10] scripts: Coccinelle script for namespace dependencies.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/10] usb-storage: remove single-use define for debugging
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/10] export: explicitly align struct kernel_symbol
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/10] module: support reading multiple values per modinfo tag
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/10] scripts: Coccinelle script for namespace dependencies.
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [PATCH v2 0/10] Symbol namespaces - RFC
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 10/10] RFC: usb-storage: export symbols in USB_STORAGE namespace
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 09/10] usb-storage: remove single-use define for debugging
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 08/10] scripts: Coccinelle script for namespace dependencies.
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 02/10] export: explicitly align struct kernel_symbol
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 03/10] module: add support for symbol namespaces.
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 04/10] modpost: add support for symbol namespaces
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 05/10] module: add config option MODULE_ALLOW_MISSING_NAMESPACE_IMPORTS
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 07/10] modpost: add support for generating namespace dependencies
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 06/10] export: allow definition default namespaces in Makefiles or sources
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• [PATCH v2 01/10] module: support reading multiple values per modinfo tag
  • From: Matthias Maennich <maennich@xxxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] i2c/busses/i2c-icy: Add platform_data for LTC2990
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v2 4/4] i2c/busses/i2c-icy: Add platform_data for LTC2990
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [pinctrl:devel 16/46] drivers/pinctrl/bcm/pinctrl-bcm2835.c:995:10: error: incompatible types when assigning to type 'volatile struct SHIFTER' from type 'unsigned int'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: atari: Rename shifter to shifter_st to avoid conflict
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [pinctrl:devel 16/46] drivers/pinctrl/bcm/pinctrl-bcm2835.c:995:10: error: incompatible types when assigning to type 'volatile struct SHIFTER' from type 'unsigned int'
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [pinctrl:devel 16/46] drivers/pinctrl/bcm/pinctrl-bcm2835.c:995:10: error: incompatible types when assigning to type 'volatile struct SHIFTER' from type 'unsigned int'
  • From: Stefan Wahren <wahrenst@xxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga
  • From: Max Staudt <max@xxxxxxxxx>
• 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 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 3/8] dma-mapping: explicitly wire up ->mmap and ->get_sgtable
  • 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>
• [PATCH 1/8] dma-mapping: provide a better default ->get_required_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• remove default fallbacks in dma_map_ops v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [pinctrl:devel 16/46] drivers/pinctrl/bcm/pinctrl-bcm2835.c:995:10: error: incompatible types when assigning to type 'volatile struct SHIFTER' from type 'unsigned int'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [pinctrl:devel 16/46] drivers/pinctrl/bcm/pinctrl-bcm2835.c:995:10: error: incompatible types when assigning to type 'volatile struct SHIFTER' from type 'unsigned int'
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [pinctrl:devel 16/46] drivers/pinctrl/bcm/pinctrl-bcm2835.c:995:10: error: incompatible types when assigning to type 'volatile struct SHIFTER' from type 'unsigned int'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• 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] m68k: Prevent some compiler warnings in coldfire builds
  • From: Greg Ungerer <gregungerer00@xxxxxxxxx>
• Re: [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [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 3/7] dma-mapping: add a dma_can_mmap helper
  • 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 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 5/7] m68knommu: add a pgprot_noncached stub
  • From: Christoph Hellwig <hch@xxxxxx>
• remove default fallbacks in dma_map_ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• 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: [PATCH] m68k: Prevent some compiler warnings in coldfire builds
  • From: Greg Ungerer <gregungerer00@xxxxxxxxx>
• 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: [PATCH] m68k: Prevent some compiler warnings in coldfire builds
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: Prevent some compiler warnings in coldfire builds
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] sound: dmasound_atari: Mark expected switch fall-through
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max <max@xxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max <max@xxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: fix ColdFire with MMU compile warnings
  • From: gerg@xxxxxxxxxx
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max <max@xxxxxxxxx>
• Re: [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [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 v3] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall
  • From: Max Staudt <max@xxxxxxxxx>
• remove default fallbacks in dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/5] m68knommu: add a pgprot_noncached stub
  • 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>
• [PATCH 3/5] dma-mapping: explicitly wire up ->mmap and ->get_sgtable
  • 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>
• Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
  • From: Joachim Dietrich <jo.dietrich@xxxxxx>
• [PATCH 3/5] arch: wire-up pidfd_wait()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• 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 3/4] arch: Register fchmodat4, usually as syscall 434
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [PATCH v2 4/4] tools: Add fchmodat4
  • 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 v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• 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>
• Re: m68k: One function call less in cf_tlb_miss()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: m68k: One function call less in cf_tlb_miss()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/2] arch: mark syscall number 435 reserved for clone3
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: m68k: One function call less in cf_tlb_miss()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: One function call less in cf_tlb_miss()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• 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 v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• 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 v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• 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 v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• 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 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 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>