Linux M68K

• Date Index

• Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, (continued)
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Peter Zijlstra
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Rasmus Villemoes
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
      • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Andreas Schwab
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to, from}_user helpers, Gabriel Paubert
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Rasmus Villemoes
      • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
      • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
  • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Al Viro
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
      • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Al Viro
        • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
        • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
          • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Al Viro
          • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Christian Brauner
    • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
      • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Al Viro
        • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Aleksa Sarai
        • Re: [PATCH v12 01/12] lib: introduce copy_struct_{to,from}_user helpers, Al Viro
  • [PATCH v12 02/12] clone3: switch to copy_struct_from_user(), Aleksa Sarai
  • [PATCH v12 03/12] sched_setattr: switch to copy_struct_{to,from}_user(), Aleksa Sarai
  • [PATCH v12 04/12] perf_event_open: switch to copy_struct_from_user(), Aleksa Sarai
  • [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
    • Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions, Jann Horn
      • Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
        • Re: [PATCH v12 05/12] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
  • [PATCH v12 06/12] procfs: switch magic-link modes to be more sane, Aleksa Sarai
  • [PATCH v12 07/12] open: O_EMPTYPATH: procfs-less file descriptor re-opening, Aleksa Sarai
  • [PATCH v12 08/12] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
  • [PATCH v12 09/12] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
    • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Linus Torvalds
      • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Linus Torvalds
        • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Linus Torvalds
      • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
        • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Linus Torvalds
        • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, David Howells
          • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Linus Torvalds
            • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Al Viro
              • Re: [PATCH v12 10/12] namei: aggressively check for nd->root escape on ".." resolution, Linus Torvalds
  • [PATCH v12 11/12] open: openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH v12 11/12] open: openat2(2) syscall, Randy Dunlap
    • Re: [PATCH v12 11/12] open: openat2(2) syscall, Jeff Layton
      • Re: [PATCH v12 11/12] open: openat2(2) syscall, Linus Torvalds
        • Re: [PATCH v12 11/12] open: openat2(2) syscall, Andy Lutomirski
          • Re: [PATCH v12 11/12] open: openat2(2) syscall, Linus Torvalds
            • Re: [PATCH v12 11/12] open: openat2(2) syscall, Andy Lutomirski
            • Re: [PATCH v12 11/12] open: openat2(2) syscall, Ingo Molnar
      • Re: [PATCH v12 11/12] open: openat2(2) syscall, Aleksa Sarai
  • [PATCH v12 12/12] selftests: add openat2(2) selftests, Aleksa Sarai
• [PATCH] Revert "asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro", Michal Suchanek
• ioremap cleanups, Christoph Hellwig
  • [PATCH 2/3] microblaze: remove ioremap_fullcache, Christoph Hellwig
    • Re: [PATCH 2/3] microblaze: remove ioremap_fullcache, Michal Simek
  • [PATCH 3/3] ia64: rename ioremap_nocache to ioremap_uc, Christoph Hellwig
  • [PATCH 1/3] m68k: remove ioremap_fullcache, Christoph Hellwig
  • Re: ioremap cleanups, Geert Uytterhoeven
• cleanup the dma_pgprot handling v2, Christoph Hellwig
  • [PATCH 4/6] dma-mapping: make dma_atomic_pool_init self-contained, Christoph Hellwig
  • [PATCH 6/6] MIPS: document mixing "slightly different CCAs", Christoph Hellwig
    • Re: [PATCH 6/6] MIPS: document mixing "slightly different CCAs", Paul Burton
  • [PATCH 5/6] arm64: document the choice of page attributes for pgprot_dmacoherent, Christoph Hellwig
  • [PATCH 3/6] dma-mapping: remove arch_dma_mmap_pgprot, Christoph Hellwig
    • Re: [PATCH 3/6] dma-mapping: remove arch_dma_mmap_pgprot, Paul Burton
  • [PATCH 1/6] unicore32: remove the unused pgprot_dmacoherent define, Christoph Hellwig
  • [PATCH 2/6] arm-nommu: remove the unused pgprot_dmacoherent define, Christoph Hellwig
  • Re: cleanup the dma_pgprot handling v2, Christoph Hellwig
• [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall, Jens Axboe
    • Re: [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v7] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
• Re: [PATCH] m68k: coldfire: Include the GPIO driver header, Geert Uytterhoeven
  • Re: [PATCH] m68k: coldfire: Include the GPIO driver header, Greg Ungerer
    • Re: [PATCH] m68k: coldfire: Include the GPIO driver header, Geert Uytterhoeven
      • Re: [PATCH] m68k: coldfire: Include the GPIO driver header, Greg Ungerer
• [PATCH v6] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v6] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
    • Re: [PATCH v6] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
• [PATCH RESEND v11 0/8] openat2(2), Aleksa Sarai
  • [PATCH RESEND v11 1/8] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
  • [PATCH RESEND v11 2/8] procfs: switch magic-link modes to be more sane, Aleksa Sarai
  • [PATCH RESEND v11 3/8] open: O_EMPTYPATH: procfs-less file descriptor re-opening, Aleksa Sarai
  • [PATCH RESEND v11 4/8] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
  • [PATCH RESEND v11 5/8] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH RESEND v11 6/8] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
  • [PATCH RESEND v11 7/8] open: openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall, Daniel Colascione
      • Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall, Aleksa Sarai
        • Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall, Rasmus Villemoes
          • Re: [PATCH RESEND v11 7/8] open: openat2(2) syscall, Aleksa Sarai
  • [PATCH RESEND v11 8/8] selftests: add openat2(2) selftests, Aleksa Sarai
• [PATCH v5 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
  • [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max Staudt
    • Re: [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Geert Uytterhoeven
      • Re: [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max
    • Re: [PATCH v5 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Wolfram Sang
  • [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
    • Re: [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Geert Uytterhoeven
    • Re: [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Guenter Roeck
      • Re: [PATCH v5 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
  • Re: [PATCH v5 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Geert Uytterhoeven
    • Re: [PATCH v5 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max
      • [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
        • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Wolfram Sang
          • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
• [PATCH] m68k: defconfig: Update defconfigs for v5.3-rc2, Geert Uytterhoeven
• generic ioremap (and lots of cleanups), Christoph Hellwig
  • [PATCH 01/26] mtd/maps/pxa2xx: use ioremap_cache insted of ioremap_cached, Christoph Hellwig
  • [PATCH 02/26] arm, unicore32: remove ioremap_cached, Christoph Hellwig
  • [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache, Christoph Hellwig
    • Re: [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache, Geert Uytterhoeven
    • Re: [PATCH 03/26] m68k, microblaze: remove ioremap_fullcache, Michal Simek
  • [PATCH 04/26] mips: remove ioremap_cachable, Christoph Hellwig
    • Re: [PATCH 04/26] mips: remove ioremap_cachable, Paul Burton
      • Re: [PATCH 04/26] mips: remove ioremap_cachable, Christoph Hellwig
    • Re: [PATCH 04/26] mips: remove ioremap_cachable, Paul Burton
  • [PATCH 05/26] openrisc: map as uncached in ioremap, Christoph Hellwig
    • Re: [PATCH 05/26] openrisc: map as uncached in ioremap, Stafford Horne
      • Re: [PATCH 05/26] openrisc: map as uncached in ioremap, Christoph Hellwig
        • Re: [PATCH 05/26] openrisc: map as uncached in ioremap, Stafford Horne
  • [PATCH 07/26] hexagon: clean up ioremap, Christoph Hellwig
  • [PATCH 08/26] m68k: simplify ioremap_nocache, Christoph Hellwig
    • Re: [PATCH 08/26] m68k: simplify ioremap_nocache, Geert Uytterhoeven
      • Re: [PATCH 08/26] m68k: simplify ioremap_nocache, Christoph Hellwig
      • Re: [PATCH 08/26] m68k: simplify ioremap_nocache, Christoph Hellwig
        • Re: [PATCH 08/26] m68k: simplify ioremap_nocache, Geert Uytterhoeven
  • [PATCH 11/26] parisc: remove __ioremap, Christoph Hellwig
  • [PATCH 12/26] x86: clean up ioremap, Christoph Hellwig
    • Re: [PATCH 12/26] x86: clean up ioremap, Ingo Molnar
      • Re: [PATCH 12/26] x86: clean up ioremap, Christoph Hellwig
  • [PATCH 19/26] arm64: remove __iounmap, Christoph Hellwig
    • Re: [PATCH 19/26] arm64: remove __iounmap, Will Deacon
      • Re: [PATCH 19/26] arm64: remove __iounmap, Christoph Hellwig
        • Re: [PATCH 19/26] arm64: remove __iounmap, Will Deacon
  • [PATCH 23/26] lib: provide a simple generic ioremap implementation, Christoph Hellwig
  • [PATCH 26/26] nds32: use generic ioremap, Christoph Hellwig
  • [PATCH 25/26] csky: use generic ioremap, Christoph Hellwig
  • [PATCH 24/26] riscv: use the generic ioremap code, Christoph Hellwig
    • Re: [PATCH 24/26] riscv: use the generic ioremap code, Paul Walmsley
      • Re: [PATCH 24/26] riscv: use the generic ioremap code, Christoph Hellwig
  • [PATCH 22/26] sh: remove __iounmap, Christoph Hellwig
  • [PATCH 20/26] hexagon: remove __iounmap, Christoph Hellwig
  • [PATCH 18/26] m68k: rename __iounmap and mark it static, Christoph Hellwig
    • Re: [PATCH 18/26] m68k: rename __iounmap and mark it static, Geert Uytterhoeven
  • [PATCH 21/26] nios2: remove __iounmap, Christoph Hellwig
  • [PATCH 17/26] arch: rely on asm-generic/io.h for default ioremap_* definitions, Christoph Hellwig
    • Re: [PATCH 17/26] arch: rely on asm-generic/io.h for default ioremap_* definitions, Paul Walmsley
  • [PATCH 14/26] asm-generic: don't provide __ioremap, Christoph Hellwig
    • Re: [PATCH 14/26] asm-generic: don't provide __ioremap, Paul Walmsley
      • Re: [PATCH 14/26] asm-generic: don't provide __ioremap, Paul Walmsley
  • [PATCH 16/26] asm-generic: don't provide ioremap for CONFIG_MMU, Christoph Hellwig
    • Re: [PATCH 16/26] asm-generic: don't provide ioremap for CONFIG_MMU, Paul Walmsley
  • [PATCH 09/26] alpha: remove the unused __ioremap wrapper, Christoph Hellwig
  • [PATCH 10/26] nios2: remove __ioremap, Christoph Hellwig
  • [PATCH 13/26] xtensa: clean up ioremap, Christoph Hellwig
  • [PATCH 15/26] asm-generic: ioremap_uc should behave the same with and without MMU, Christoph Hellwig
    • Re: [PATCH 15/26] asm-generic: ioremap_uc should behave the same with and without MMU, Paul Walmsley
  • [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc, Christoph Hellwig
    • Re: [PATCH 06/26] ia64: rename ioremap_nocache to ioremap_uc, Sergei Shtylyov
• [PATCH v4 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
  • [PATCH v4 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max Staudt
  • [PATCH v4 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
• cleanup the dma_pgprot handling, Christoph Hellwig
  • [PATCH 1/6] MIPS: remove support for DMA_ATTR_WRITE_COMBINE, Christoph Hellwig
  • [PATCH 2/6] unicore32: remove the unused pgprot_dmacoherent define, Christoph Hellwig
  • [PATCH 3/6] arm-nommu: remove the unused pgprot_dmacoherent define, Christoph Hellwig
  • [PATCH 4/6] dma-mapping: remove arch_dma_mmap_pgprot, Christoph Hellwig
    • Re: [PATCH 4/6] dma-mapping: remove arch_dma_mmap_pgprot, Geert Uytterhoeven
  • [PATCH 5/6] dma-mapping: make dma_atomic_pool_init self-contained, Christoph Hellwig
  • [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent, Christoph Hellwig
    • Re: [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent, Will Deacon
      • Re: [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent, Mark Rutland
      • Re: [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent, Christoph Hellwig
        • Re: [PATCH 6/6] arm64: document the choice of page attributes for pgprot_dmacoherent, Will Deacon
  • Re: cleanup the dma_pgprot handling, Paul Burton
    • Re: cleanup the dma_pgprot handling, Christoph Hellwig
• next take at setting up a dma mask by default for platform devices v2, Christoph Hellwig
  • [PATCH 1/6] usb: don't create dma pools for HCDs with a localmem_pool, Christoph Hellwig
  • [PATCH 2/6] usb: add a hcd_uses_dma helper, Christoph Hellwig
  • [PATCH 3/6] usb: add a HCD_DMA flag instead of guestimating DMA capabilities, Christoph Hellwig
  • [PATCH 4/6] usb/max3421: remove the dummy {un,}map_urb_for_dma methods, Christoph Hellwig
  • [PATCH 5/6] dma-mapping: remove is_device_dma_capable, Christoph Hellwig
  • [PATCH 6/6] driver core: initialize a default DMA mask for platform device, Christoph Hellwig
    • Re: [PATCH 6/6] driver core: initialize a default DMA mask for platform device, Geert Uytterhoeven
  • Re: next take at setting up a dma mask by default for platform devices v2, Greg Kroah-Hartman
• [PATCH v3 1/3] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
  • [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
    • Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Guenter Roeck
      • Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
    • Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
      • Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Guenter Roeck
        • Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Geert Uytterhoeven
        • Re: [PATCH v3 2/3] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
          • [PATCH] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
            • Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support, Geert Uytterhoeven
              • Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
                • Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support, Geert Uytterhoeven
                  • Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support, Max Staudt
                    • Re: [PATCH] hwmon/ltc2990: Generalise DT to fwnode support, Guenter Roeck
  • [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max Staudt
    • Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Wolfram Sang
      • Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max Staudt
        • Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Wolfram Sang
          • Re: [PATCH v3 3/3] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max Staudt
• [PATCH 2/3] kbuild: rebuild modules when module linker scripts are updated, Masahiro Yamada
• [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
  • [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max Staudt
    • Re: [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Geert Uytterhoeven
      • Re: [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Max Staudt
        • Re: [PATCH v2 2/4] i2c/busses/i2c-icy: Add LTC2990 present on 2019 board revision, Wolfram Sang
  • [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Max Staudt
    • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Geert Uytterhoeven
    • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Guenter Roeck
      • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Geert Uytterhoeven
        • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Guenter Roeck
          • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Geert Uytterhoeven
      • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Max Staudt
        • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Guenter Roeck
          • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Max
          • Re: [PATCH v2 3/4] hwmon/ltc2990: Add platform_data support, Max Staudt
  • [PATCH v2 4/4] i2c/busses/i2c-icy: Add platform_data for LTC2990, Max Staudt
    • Re: [PATCH v2 4/4] i2c/busses/i2c-icy: Add platform_data for LTC2990, Geert Uytterhoeven
  • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Geert Uytterhoeven
    • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
  • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Wolfram Sang
    • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
      • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Wolfram Sang
        • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
          • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Wolfram Sang
            • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max
              • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Wolfram Sang
                • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
                  • Re: [PATCH v2 1/4] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Wolfram Sang
• [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
    • Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
      • Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
    • Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
      • Re: [PATCH v5] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
• [PATCH] m68k: atari: Rename shifter to shifter_st to avoid conflict, Geert Uytterhoeven
  • Re: [PATCH] m68k: atari: Rename shifter to shifter_st to avoid conflict, Linus Walleij
    • Re: [PATCH] m68k: atari: Rename shifter to shifter_st to avoid conflict, Geert Uytterhoeven
• [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
    • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
      • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
        • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
          • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
            • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
              • Re: [PATCH v4] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
• [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
  • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
  • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Geert Uytterhoeven
    • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
      • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Geert Uytterhoeven
        • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
    • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Max Staudt
      • Re: [PATCH] i2c/busses: Add i2c-icy for I2C on m68k/Amiga, Geert Uytterhoeven
• remove default fallbacks in dma_map_ops v3, Christoph Hellwig
  • [PATCH 1/8] dma-mapping: provide a better default ->get_required_mask, Christoph Hellwig
  • [PATCH 2/8] dma-mapping: move the dma_get_sgtable API comments from arm to common code, Christoph Hellwig
  • [PATCH 3/8] dma-mapping: explicitly wire up ->mmap and ->get_sgtable, Christoph Hellwig
  • [PATCH 4/8] dma-mapping: add a dma_can_mmap helper, Christoph Hellwig
  • [PATCH 5/8] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*, Christoph Hellwig
  • [PATCH 6/8] arm-nommu: call dma_mmap_from_dev_coherent directly, Christoph Hellwig
    • Re: [PATCH 6/8] arm-nommu: call dma_mmap_from_dev_coherent directly, Sergei Shtylyov
  • [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
    • Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
    • Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP, James Bottomley
      • Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
        • Re: [PATCH 7/8] parisc: don't set ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
  • [PATCH 8/8] dma-mapping: remove CONFIG_ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
    • Re: [PATCH 8/8] dma-mapping: remove CONFIG_ARCH_NO_COHERENT_DMA_MMAP, Geert Uytterhoeven
  • Re: remove default fallbacks in dma_map_ops v3, Christoph Hellwig
• 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', Geert Uytterhoeven
  • 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', Michael Schmitz
    • 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', Geert Uytterhoeven
    • 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', Stefan Wahren
      • 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', Michael Schmitz
        • 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', Geert Uytterhoeven
• remove default fallbacks in dma_map_ops v2, Christoph Hellwig
  • [PATCH 5/7] m68knommu: add a pgprot_noncached stub, Christoph Hellwig
  • [PATCH 7/7] dma-mapping: provide a better default ->get_required_mask, Christoph Hellwig
  • [PATCH 6/7] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
  • [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*, Christoph Hellwig
    • Re: [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*, Takashi Iwai
      • Re: [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*, Christoph Hellwig
        • Re: [PATCH 4/7] ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_*, Takashi Iwai
  • [PATCH 3/7] dma-mapping: add a dma_can_mmap helper, Christoph Hellwig
  • [PATCH 2/7] dma-mapping: explicitly wire up ->mmap and ->get_sgtable, Christoph Hellwig
  • [PATCH 1/7] dma-mapping: move the dma_get_sgtable API comments from arm to common code, Christoph Hellwig
• [PATCH] m68k: Prevent some compiler warnings in coldfire builds, Finn Thain
  • Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds, Finn Thain
  • Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds, Greg Ungerer
    • Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds, Geert Uytterhoeven
      • Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds, Greg Ungerer
        • Re: [PATCH] m68k: Prevent some compiler warnings in coldfire builds, Geert Uytterhoeven
• Re: [PATCH] sound: dmasound_atari: Mark expected switch fall-through, Geert Uytterhoeven
• [PATCH] m68k: fix ColdFire with MMU compile warnings, gerg
  • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Finn Thain
    • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Greg Ungerer
      • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Finn Thain
        • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Geert Uytterhoeven
          • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Finn Thain
            • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Greg Ungerer
              • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Finn Thain
            • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Geert Uytterhoeven
          • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Michael Schmitz
            • Re: [PATCH] m68k: fix ColdFire with MMU compile warnings, Finn Thain
• [PATCH v11 0/8] namei: openat2(2) path resolution restrictions, Aleksa Sarai
  • [PATCH v11 1/8] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
  • [PATCH v11 2/8] procfs: switch magic-link modes to be more sane, Aleksa Sarai
  • [PATCH v11 3/8] open: O_EMPTYPATH: procfs-less file descriptor re-opening, Aleksa Sarai
  • [PATCH v11 4/8] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
  • [PATCH v11 5/8] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH v11 6/8] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
  • [PATCH v11 7/8] open: openat2(2) syscall, Aleksa Sarai
  • [PATCH v11 8/8] selftests: add openat2(2) selftests, Aleksa Sarai
• [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Geert Uytterhoeven
    • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
      • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Geert Uytterhoeven
        • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
          • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Geert Uytterhoeven
        • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
          • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Geert Uytterhoeven
            • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Max
              • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Geert Uytterhoeven
      • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, John Paul Adrian Glaubitz
        • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, Max
          • Re: [PATCH v3] ata/pata_buddha: Probe via modalias instead of initcall, John Paul Adrian Glaubitz
• [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
  • Message not available
    • Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall, Bartlomiej Zolnierkiewicz
      • Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
        • Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall, Max Staudt
      • Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall, John Paul Adrian Glaubitz
  • Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall, Geert Uytterhoeven
    • Re: [PATCH v2] ata/pata_buddha: Probe via modalias instead of initcall, Max
• remove default fallbacks in dma_map_ops, Christoph Hellwig
  • [PATCH 2/5] dma-mapping: move the dma_get_sgtable API comments from arm to common code, Christoph Hellwig
  • [PATCH 3/5] dma-mapping: explicitly wire up ->mmap and ->get_sgtable, Christoph Hellwig
  • [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
    • Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
      • Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP, Takashi Iwai
        • Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP, Christoph Hellwig
          • Re: [PATCH 5/5] dma-mapping: remove ARCH_NO_COHERENT_DMA_MMAP, Takashi Iwai
  • [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask, Christoph Hellwig
    • Re: [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask, Geert Uytterhoeven
      • Re: [PATCH 4/5] dma-mapping: provide a better default ->get_required_mask, Christoph Hellwig
  • [PATCH 1/5] m68knommu: add a pgprot_noncached stub, Christoph Hellwig
• [PATCH 3/5] arch: wire-up pidfd_wait(), Christian Brauner
• [PATCH v10 0/9] namei: openat2(2) path resolution restrictions, Aleksa Sarai
  • [PATCH v10 1/9] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
  • [PATCH v10 2/9] procfs: switch magic-link modes to be more sane, Aleksa Sarai
  • [PATCH v10 3/9] open: O_EMPTYPATH: procfs-less file descriptor re-opening, Aleksa Sarai
  • [PATCH v10 4/9] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
  • [PATCH v10 5/9] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH v10 6/9] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
  • [PATCH v10 7/9] open: openat2(2) syscall, Aleksa Sarai
  • [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting, Aleksa Sarai
    • Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting, shuah
      • Re: [PATCH v10 8/9] kselftest: save-and-restore errno to allow for %m formatting, Aleksa Sarai
  • [PATCH v10 9/9] selftests: add openat2(2) selftests, Aleksa Sarai
• Add a new fchmodat4() syscall, v2, Palmer Dabbelt
  • [PATCH v2 4/4] tools: Add fchmodat4, Palmer Dabbelt
    • Re: [PATCH v2 4/4] tools: Add fchmodat4, Arnaldo Carvalho de Melo
  • [PATCH v2 3/4] arch: Register fchmodat4, usually as syscall 434, Palmer Dabbelt
  • [PATCH v2 2/4] Add fchmodat4(), a new syscall, Palmer Dabbelt
    • Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall, Al Viro
      • Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall, Palmer Dabbelt
    • Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall, Rich Felker
      • Re: [PATCH v2 2/4] Add fchmodat4(), a new syscall, Al Viro
  • [PATCH v2 1/4] Non-functional cleanup of a "__user * filename", Palmer Dabbelt
  • Re: Add a new fchmodat4() syscall, v2, Florian Weimer
    • [PATCH v3 0/5] Add a new fchmodat4() syscall, Alexey Gladkov
      • [PATCH v3 3/5] arch: Register fchmodat4, usually as syscall 451, Alexey Gladkov
        • Re: [PATCH v3 3/5] arch: Register fchmodat4, usually as syscall 451, Arnd Bergmann
      • [PATCH v3 4/5] tools headers UAPI: Sync files changed by new fchmodat4 syscall, Alexey Gladkov
      • [PATCH v3 5/5] selftests: add fchmodat4(2) selftest, Alexey Gladkov
        • Re: [PATCH v3 5/5] selftests: add fchmodat4(2) selftest, Florian Weimer
          • Re: [PATCH v3 5/5] selftests: add fchmodat4(2) selftest, Alexey Gladkov
      • [PATCH v3 1/5] Non-functional cleanup of a "__user * filename", Alexey Gladkov
        • Re: [PATCH v3 1/5] Non-functional cleanup of a "__user * filename", Arnd Bergmann
      • [PATCH v3 2/5] fs: Add fchmodat4(), Alexey Gladkov
        • Re: [PATCH v3 2/5] fs: Add fchmodat4(), Arnd Bergmann
          • Re: [PATCH v3 2/5] fs: Add fchmodat4(), Christian Brauner
            • Re: [PATCH v3 2/5] fs: Add fchmodat4(), Alexey Gladkov
              • Re: [PATCH v3 2/5] fs: Add fchmodat4(), Christian Brauner
                • Re: [PATCH v3 2/5] fs: Add fchmodat4(), Alexey Gladkov
        • Re: [PATCH v3 2/5] fs: Add fchmodat4(), Matthew Wilcox
          • Re: [PATCH v3 2/5] fs: Add fchmodat4(), Alexey Gladkov
      • Re: [PATCH v3 0/5] Add a new fchmodat4() syscall, Florian Weimer
        • Re: [PATCH v3 0/5] Add a new fchmodat4() syscall, Christian Brauner
          • Re: [PATCH v3 0/5] Add a new fchmodat4() syscall, Alexey Gladkov
            • Re: [PATCH v3 0/5] Add a new fchmodat4() syscall, Christian Brauner
      • [PATCH v4 0/5] Add a new fchmodat2() syscall, Alexey Gladkov
        • [PATCH v4 1/5] Non-functional cleanup of a "__user * filename", Alexey Gladkov
        • [PATCH v4 2/5] fs: Add fchmodat2(), Alexey Gladkov
          • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Christian Brauner
          • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Aleksa Sarai
            • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Alexey Gladkov
              • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Christian Brauner
              • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Aleksa Sarai
                • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Aleksa Sarai
                  • RE: [PATCH v4 2/5] fs: Add fchmodat2(), David Laight
                    • Re: [PATCH v4 2/5] fs: Add fchmodat2(), dalias@xxxxxxxx
            • RE: [PATCH v4 2/5] fs: Add fchmodat2(), David Laight
              • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Andreas Schwab
                • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Christian Brauner
                  • Re: [PATCH v4 2/5] fs: Add fchmodat2(), dalias@xxxxxxxx
                    • Re: [PATCH v4 2/5] fs: Add fchmodat2(), Christian Brauner
              • Re: [PATCH v4 2/5] fs: Add fchmodat2(), dalias@xxxxxxxx
        • [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452, Alexey Gladkov
          • Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452, Arnd Bergmann
          • Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452, Geert Uytterhoeven
          • Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452, Aleksa Sarai
            • Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452, Christian Brauner
              • Re: [PATCH v4 3/5] arch: Register fchmodat2, usually as syscall 452, Aleksa Sarai
        • [PATCH v4 5/5] selftests: Add fchmodat2 selftest, Alexey Gladkov
        • [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall, Alexey Gladkov
          • Re: [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall, Namhyung Kim
            • Re: [PATCH v4 4/5] tools headers UAPI: Sync files changed by new fchmodat2 syscall, Alexey Gladkov
        • Re: (subset) [PATCH v4 0/5] Add a new fchmodat2() syscall, Christian Brauner
        • Re: [PATCH v4 0/5] Add a new fchmodat2() syscall, Rich Felker
      • Add fchmodat2() - or add a more general syscall?, David Howells
        • Re: Add fchmodat2() - or add a more general syscall?, Florian Weimer
        • Re: Add fchmodat2() - or add a more general syscall?, Aleksa Sarai
        • Re: Add fchmodat2() - or add a more general syscall?, David Howells
          • Re: Add fchmodat2() - or add a more general syscall?, Rich Felker
          • Re: Add fchmodat2() - or add a more general syscall?, Christian Brauner
        • Re: Add fchmodat2() - or add a more general syscall?, Eric Biggers
          • Re: Add fchmodat2() - or add a more general syscall?, Christian Brauner
• [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Christian Brauner
  • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Christian Borntraeger
    • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Christian Brauner
    • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Christian Brauner
      • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Sven Schnelle
        • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Christian Brauner
          • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Helge Deller
      • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Michael Ellerman
        • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Christian Brauner
          • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Michael Ellerman
            • Re: [PATCH 1/2] arch: mark syscall number 435 reserved for clone3, Christian Brauner
• [git pull] m68k updates for 5.3 (take two), Geert Uytterhoeven
  • Re: [git pull] m68k updates for 5.3 (take two), pr-tracker-bot
• [git pull] m68knommu changes for v5.3, Greg Ungerer
  • Re: [git pull] m68knommu changes for v5.3, Geert Uytterhoeven
  • Re: [git pull] m68knommu changes for v5.3, pr-tracker-bot
• Re: [PATCH v2 1/7] rslib: Add tests for the encoder and decoder, Geert Uytterhoeven
  • Re: [PATCH v2 1/7] rslib: Add tests for the encoder and decoder, Thomas Gleixner
• [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire, Christoph Hellwig
  • Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire, Geert Uytterhoeven
    • Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire, Christoph Hellwig
      • Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire, Geert Uytterhoeven
        • Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire, Christoph Hellwig
• m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Guenter Roeck
  • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Geert Uytterhoeven
    • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Guenter Roeck
      • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Geert Uytterhoeven
        • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Christoph Hellwig
          • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Geert Uytterhoeven
            • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Christoph Hellwig
              • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Christoph Hellwig
                • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Geert Uytterhoeven
        • Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent', Guenter Roeck
• [PATCH v2] m68k/mac: Revisit floppy disc controller base addresses, Finn Thain
  • Re: [PATCH v2] m68k/mac: Revisit floppy disc controller base addresses, Geert Uytterhoeven
• [git pull] m68k updates for 5.3, Geert Uytterhoeven
  • Re: [git pull] m68k updates for 5.3, pr-tracker-bot
• [PATCH v9 00/10] namei: openat2(2) path resolution restrictions, Aleksa Sarai
  • [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
    • Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions, Al Viro
      • Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions, Al Viro
      • Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
        • Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions, Al Viro
          • Re: [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions, Aleksa Sarai
  • [PATCH v9 02/10] procfs: switch magic-link modes to be more sane, Aleksa Sarai
  • [PATCH v9 03/10] open: O_EMPTYPATH: procfs-less file descriptor re-opening, Aleksa Sarai
  • [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init, Aleksa Sarai
    • Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init, Al Viro
      • Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init, Aleksa Sarai
        • Re: [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init, Aleksa Sarai
  • [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
    • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
      • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
        • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
          • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
            • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
              • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
                • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
                  • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
                    • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
                  • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
                    • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Al Viro
                      • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
              • Re: [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags, Aleksa Sarai
  • [PATCH v9 06/10] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH v9 07/10] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
  • [PATCH v9 08/10] open: openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH v9 08/10] open: openat2(2) syscall, Rasmus Villemoes
      • Re: [PATCH v9 08/10] open: openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH v9 08/10] open: openat2(2) syscall, Arnd Bergmann
      • Re: [PATCH v9 08/10] open: openat2(2) syscall, Aleksa Sarai
        • Re: [PATCH v9 08/10] open: openat2(2) syscall, Arnd Bergmann
          • Re: [PATCH v9 08/10] open: openat2(2) syscall, Dmitry V. Levin
            • Re: [PATCH v9 08/10] open: openat2(2) syscall, Christian Brauner
    • Re: [PATCH v9 08/10] open: openat2(2) syscall, Dmitry V. Levin
      • Re: [PATCH v9 08/10] open: openat2(2) syscall, Aleksa Sarai
  • [PATCH v9 09/10] kselftest: save-and-restore errno to allow for %m formatting, Aleksa Sarai
  • [PATCH v9 10/10] selftests: add openat2(2) selftests, Aleksa Sarai
    • Re: [PATCH v9 10/10] selftests: add openat2(2) selftests, Michael Ellerman
      • Re: [PATCH v9 10/10] selftests: add openat2(2) selftests, Aleksa Sarai
  • Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions, Al Viro
    • Re: [PATCH v9 00/10] namei: openat2(2) path resolution restrictions, Aleksa Sarai
• [PATCH] m68k: One function call less in cf_tlb_miss(), Markus Elfring
  • Re: [PATCH] m68k: One function call less in cf_tlb_miss(), Finn Thain
    • Re: [PATCH] m68k: One function call less in cf_tlb_miss(), Geert Uytterhoeven
      • Re: m68k: One function call less in cf_tlb_miss(), Markus Elfring
        • Re: m68k: One function call less in cf_tlb_miss(), Geert Uytterhoeven
          • Re: m68k: One function call less in cf_tlb_miss(), Markus Elfring
• [PATCH 0/2] Convert Atari Falcon IDE driver to platform device, Michael Schmitz
  • [PATCH 1/2] m68k/atari: add platform device for Falcon IDE port, Michael Schmitz
    • Re: [PATCH 1/2] m68k/atari: add platform device for Falcon IDE port, Bartlomiej Zolnierkiewicz
    • Re: [PATCH 1/2] m68k/atari: add platform device for Falcon IDE port, Geert Uytterhoeven
  • [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device, Michael Schmitz
    • Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device, Bartlomiej Zolnierkiewicz
      • Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device, John Paul Adrian Glaubitz
    • Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device, Geert Uytterhoeven
      • Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device, Michael Schmitz
        • Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device, Geert Uytterhoeven
• [PATCH] m68knommu: Add SW_A7 support to mcf5329, Geert Uytterhoeven
  • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Joachim Dietrich
    • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Andreas Schwab
    • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Greg Ungerer
      • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Joachim Dietrich
        • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Greg Ungerer
          • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Joachim Dietrich
            • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Greg Ungerer
              • Message not available
                • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Greg Ungerer
                  • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Joachim Dietrich
                    • Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329, Greg Ungerer
• switch m68k to use the generic remapping DMA allocator v2, Christoph Hellwig
  • [PATCH 1/2] m68k: use the generic dma coherent remap allocator, Christoph Hellwig
    • Re: [PATCH 1/2] m68k: use the generic dma coherent remap allocator, Geert Uytterhoeven
  • [PATCH 2/2] m68k: implement arch_dma_prep_coherent, Christoph Hellwig
  • Re: switch m68k to use the generic remapping DMA allocator v2, Geert Uytterhoeven
• Atari Falcon platform drivers (was: Re: Aranym installation, was Re: Centris 650 Debian 10 SID Installation), Geert Uytterhoeven
  • Re: Atari Falcon platform drivers, Michael Schmitz
    • Re: Atari Falcon platform drivers, Geert Uytterhoeven
      • Re: Atari Falcon platform drivers, Michael Schmitz
        • Re: Atari Falcon platform drivers, Michael Schmitz
          • Re: Atari Falcon platform drivers, John Paul Adrian Glaubitz
            • Re: Atari Falcon platform drivers, Michael Schmitz
  • [PATCH RFC 0/2] Convert Atari Falcon IDE driver to platform device, Michael Schmitz
  • [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port, Michael Schmitz
    • Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port, Sergei Shtylyov
      • Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port, Michael Schmitz
    • Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port, Geert Uytterhoeven
      • Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port, Michael Schmitz
  • [PATCH RFC 2/2] drivers/ata: convert pata_falcon to arch platform device, Michael Schmitz
• [PATCH v2 1/3] mmc: add Coldfire esdhc support, Angelo Dureghello
  • [PATCH v2 2/3] mmc: sdhci: add quirks for be to le byte swapping, Angelo Dureghello
    • Re: [PATCH v2 2/3] mmc: sdhci: add quirks for be to le byte swapping, Adrian Hunter
      • Re: [PATCH v2 2/3] mmc: sdhci: add quirks for be to le byte swapping, Angelo Dureghello
  • [PATCH v2 3/3] mmc: enabling ColdFire esdhc controller support, Angelo Dureghello
    • Re: [PATCH v2 3/3] mmc: enabling ColdFire esdhc controller support, Adrian Hunter
      • Re: [PATCH v2 3/3] mmc: enabling ColdFire esdhc controller support, Angelo Dureghello
  • Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support, Christoph Hellwig
    • Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support, Angelo Dureghello
      • Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support, Adrian Hunter
        • Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support, Angelo Dureghello
          • Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support, Adrian Hunter
• [RFC] switch m68k to use the generic remapping DMA allocator, Christoph Hellwig
  • [PATCH 2/2] m68k: implement arch_dma_prep_coherent, Christoph Hellwig
  • [PATCH 1/2] m68k: use the generic dma coherent remap allocator, Christoph Hellwig
  • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Greg Ungerer
  • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Geert Uytterhoeven
    • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Christoph Hellwig
      • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Geert Uytterhoeven
        • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Christoph Hellwig
          • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Geert Uytterhoeven
  • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Geert Uytterhoeven
    • Re: [RFC] switch m68k to use the generic remapping DMA allocator, Christoph Hellwig
• binfmt_flat cleanups and RISC-V support v2, Christoph Hellwig
  • [PATCH 15/17] binfmt_flat: move the MAX_SHARED_LIBS definition to binfmt_flat.c, Christoph Hellwig
    • Re: [PATCH 15/17] binfmt_flat: move the MAX_SHARED_LIBS definition to binfmt_flat.c, Sergei Shtylyov
  • [PATCH 16/17] binfmt_flat: don't offset the data start, Christoph Hellwig
  • [PATCH 17/17] riscv: add binfmt_flat support, Christoph Hellwig
  • [PATCH 14/17] binfmt_flat: remove the persistent argument from flat_get_addr_from_rp, Christoph Hellwig
  • [PATCH 12/17] binfmt_flat: make support for old format binaries optional, Christoph Hellwig
  • [PATCH 11/17] binfmt_flat: add a ARCH_HAS_BINFMT_FLAT option, Christoph Hellwig
  • [PATCH 13/17] binfmt_flat: provide an asm-generic/flat.h, Christoph Hellwig
  • [PATCH 10/17] binfmt_flat: add endianess annotations, Christoph Hellwig
  • [PATCH 07/17] binfmt_flat: remove the unused OLD_FLAT_FLAG_RAM definition, Christoph Hellwig
  • [PATCH 09/17] binfmt_flat: use fixed size type for the on-disk format, Christoph Hellwig
  • [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t, Christoph Hellwig
    • Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t, Al Viro
      • Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t, Greg Ungerer
        • Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t, Geert Uytterhoeven
          • Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t, Greg Ungerer
  • [PATCH 06/17] binfmt_flat: remove the uapi <linux/flat.h> header, Christoph Hellwig
  • [PATCH 05/17] binfmt_flat: replace flat_argvp_envp_on_stack with a Kconfig variable, Christoph Hellwig
  • [PATCH 04/17] binfmt_flat: remove flat_old_ram_flag, Christoph Hellwig
  • [PATCH 03/17] binfmt_flat: provide a default version of flat_get_relocate_addr, Christoph Hellwig
  • [PATCH 01/17] binfmt_flat: remove flat_reloc_valid, Christoph Hellwig
  • [PATCH 02/17] binfmt_flat: remove flat_set_persistent, Christoph Hellwig
  • Re: binfmt_flat cleanups and RISC-V support v2, Greg Ungerer
• [PATCH v4 11/28] docs: ide: convert docs to ReST and rename to *.rst, Mauro Carvalho Chehab
• binfmt_flat cleanups and RISC-V support, Christoph Hellwig
  • [PATCH 01/15] binfmt_flat: remove flat_reloc_valid, Christoph Hellwig
    • Re: [PATCH 01/15] binfmt_flat: remove flat_reloc_valid, Vladimir Murzin
  • [PATCH 07/15] binfmt_flat: use __be32 for the on-disk format, Christoph Hellwig
    • Re: [PATCH 07/15] binfmt_flat: use __be32 for the on-disk format, Geert Uytterhoeven
    • Re: [PATCH 07/15] binfmt_flat: use __be32 for the on-disk format, Vladimir Murzin
  • [PATCH 08/15] binfmt_flat: add endianess annotations, Christoph Hellwig
    • Re: [PATCH 08/15] binfmt_flat: add endianess annotations, Vladimir Murzin
  • [PATCH 10/15] binfmt_flat: make support for old format binaries optional, Christoph Hellwig
  • [PATCH 11/15] binfmt_flat: provide an asm-generic/flat.h, Christoph Hellwig
    • Re: [PATCH 11/15] binfmt_flat: provide an asm-generic/flat.h, Vladimir Murzin
  • [PATCH 12/15] binfmt_flat: remove the persistent argument from flat_get_addr_from_rp, Christoph Hellwig
  • [PATCH 15/15] riscv: add binfmt_flat support, Christoph Hellwig
    • Re: [PATCH 15/15] riscv: add binfmt_flat support, Vladimir Murzin
      • Re: [PATCH 15/15] riscv: add binfmt_flat support, Christoph Hellwig
  • [PATCH 14/15] binfmt_flat: don't offset the data start, Christoph Hellwig
  • [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag, Christoph Hellwig
    • Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag, Greg Ungerer
      • Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag, Christoph Hellwig
        • Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag, Greg Ungerer
    • Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag, Vladimir Murzin
  • [PATCH 05/15] binfmt_flat: replace flat_argvp_envp_on_stack with a Kconfig variable, Christoph Hellwig
    • Re: [PATCH 05/15] binfmt_flat: replace flat_argvp_envp_on_stack with a Kconfig variable, Vladimir Murzin
  • [PATCH 06/15] binfmt_flat: remove the uapi <linux/flat.h> header, Christoph Hellwig
    • Re: [PATCH 06/15] binfmt_flat: remove the uapi <linux/flat.h> header, Vladimir Murzin
  • [PATCH 09/15] binfmt_flat: add a ARCH_HAS_BINFMT_FLAT option, Christoph Hellwig
    • Re: [PATCH 09/15] binfmt_flat: add a ARCH_HAS_BINFMT_FLAT option, Vladimir Murzin
  • [PATCH 13/15] binfmt_flat: move the MAX_SHARED_LIBS definition to binfmt_flat.c, Christoph Hellwig
  • [PATCH 03/15] binfmt_flat: provide a default version of flat_get_relocate_addr, Christoph Hellwig
    • Re: [PATCH 03/15] binfmt_flat: provide a default version of flat_get_relocate_addr, Vladimir Murzin
  • [PATCH 02/15] binfmt_flat: remove flat_set_persistent, Christoph Hellwig
    • Re: [PATCH 02/15] binfmt_flat: remove flat_set_persistent, Vladimir Murzin
  • Re: binfmt_flat cleanups and RISC-V support, Greg Ungerer
    • Re: binfmt_flat cleanups and RISC-V support, Christoph Hellwig
      • Re: binfmt_flat cleanups and RISC-V support, Greg Ungerer
  • Re: binfmt_flat cleanups and RISC-V support, Vladimir Murzin
    • Re: binfmt_flat cleanups and RISC-V support, Christoph Hellwig
      • Re: binfmt_flat cleanups and RISC-V support, Vladimir Murzin
• [PATCH v3 12/33] docs: ide: convert docs to ReST and rename to *.rst, Mauro Carvalho Chehab
  • Re: [PATCH v3 12/33] docs: ide: convert docs to ReST and rename to *.rst, Geert Uytterhoeven
• [PATCH v2 0/7] NCR5380 drivers: fixes and other improvements, Finn Thain
  • [PATCH v2 6/7] scsi: mac_scsi: Enable PDMA on Mac IIfx, Finn Thain
  • Re: [PATCH v2 0/7] NCR5380 drivers: fixes and other improvements, Martin K. Petersen
• [PATCH 0/7] NCR5380 drivers: fixes and improvements, Finn Thain
  • [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2, Finn Thain
    • Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2, Geert Uytterhoeven
      • Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2, Finn Thain
        • Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2, Geert Uytterhoeven