Linux M68K
[Prev Page][Next Page]
- [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
- 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>
- Re: [git pull] m68k updates for 5.3 (take two)
- From: pr-tracker-bot@xxxxxxxxxx
- Re: [git pull] m68knommu changes for v5.3
- From: pr-tracker-bot@xxxxxxxxxx
- [git pull] m68k updates for 5.3 (take two)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [git pull] m68knommu changes for v5.3
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [git pull] m68knommu changes for v5.3
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/7] rslib: Add tests for the encoder and decoder
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/7] rslib: Add tests for the encoder and decoder
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/mac: Revisit floppy disc controller base addresses
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire
- From: Christoph Hellwig <hch@xxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Christoph Hellwig <hch@xxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Christoph Hellwig <hch@xxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Christoph Hellwig <hch@xxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [git pull] m68k updates for 5.3
- From: pr-tracker-bot@xxxxxxxxxx
- Re: m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH] m68k: don't select ARCH_HAS_DMA_PREP_COHERENT for nommu or coldfire
- From: Christoph Hellwig <hch@xxxxxx>
- m68k build failures in -next: undefined reference to `arch_dma_prep_coherent'
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH v2] m68k/mac: Revisit floppy disc controller base addresses
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [git pull] m68k updates for 5.3
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: switch m68k to use the generic remapping DMA allocator v2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/mac: Revisit floppy disc controller base addresses
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v9 10/10] selftests: add openat2(2) selftests
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k/mac: Revisit floppy disc controller base addresses
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH v9 10/10] selftests: add openat2(2) selftests
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 09/10] kselftest: save-and-restore errno to allow for %m formatting
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 08/10] open: openat2(2) syscall
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 07/10] namei: aggressively check for nd->root escape on ".." resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 06/10] namei: LOOKUP_IN_ROOT: chroot-like path resolution
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 05/10] namei: O_BENEATH-style path resolution flags
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 04/10] namei: split out nd->dfd handling to dirfd_path_init
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 03/10] open: O_EMPTYPATH: procfs-less file descriptor re-opening
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 02/10] procfs: switch magic-link modes to be more sane
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 01/10] namei: obey trailing magic-link DAC permissions
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- [PATCH v9 00/10] namei: openat2(2) path resolution restrictions
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support
- From: Angelo Dureghello <angelo@xxxxxxxx>
- Re: [PATCH v2 3/3] mmc: enabling ColdFire esdhc controller support
- From: Angelo Dureghello <angelo@xxxxxxxx>
- Re: [PATCH v2 2/3] mmc: sdhci: add quirks for be to le byte swapping
- From: Angelo Dureghello <angelo@xxxxxxxx>
- Re: [PATCH] m68k: One function call less in cf_tlb_miss()
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- [PATCH] m68k: One function call less in cf_tlb_miss()
- From: Markus Elfring <Markus.Elfring@xxxxxx>
- Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
- From: Joachim Dietrich <jo.dietrich@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>
- Re: [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- Re: [PATCH 1/2] m68k/atari: add platform device for Falcon IDE port
- From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
- Re: [PATCH v2 3/3] mmc: enabling ColdFire esdhc controller support
- From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
- Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support
- From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
- Re: [PATCH v2 2/3] mmc: sdhci: add quirks for be to le byte swapping
- From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
- Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- [PATCH 2/2] drivers/ata: convert pata_falcon to arch platform device
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 0/2] Convert Atari Falcon IDE driver to platform device
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 1/2] m68k/atari: add platform device for Falcon IDE port
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] m68knommu: Add SW_A7 support to mcf5329
- From: Joachim Dietrich <jo.dietrich@xxxxxx>
- [PATCH] m68knommu: Add SW_A7 support to mcf5329
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 1/2] m68k: use the generic dma coherent remap allocator
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] pid: add pidfd_open()
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
- Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t
- From: Greg Ungerer <gregungerer00@xxxxxxxxx>
- Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 2/2] m68k: implement arch_dma_prep_coherent
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 1/2] m68k: use the generic dma coherent remap allocator
- From: Christoph Hellwig <hch@xxxxxx>
- switch m68k to use the generic remapping DMA allocator v2
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: Atari Falcon platform drivers
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Atari Falcon platform drivers
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Atari Falcon platform drivers
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH RFC 2/2] drivers/ata: convert pata_falcon to arch platform device
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH RFC 1/2] m68k/atari: add platform device for Falcon IDE port
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH RFC 0/2] Convert Atari Falcon IDE driver to platform device
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Atari Falcon platform drivers
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: Atari Falcon platform drivers
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Atari Falcon platform drivers
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support
- From: Angelo Dureghello <angelo@xxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- Atari Falcon platform drivers (was: Re: Aranym installation, was Re: Centris 650 Debian 10 SID Installation)
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/7] NCR5380 drivers: fixes and other improvements
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC] switch m68k to use the generic remapping DMA allocator
- From: Greg Ungerer <gregungerer00@xxxxxxxxx>
- Re: [PATCH v2 1/3] mmc: add Coldfire esdhc support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH v2 3/3] mmc: enabling ColdFire esdhc controller support
- From: Angelo Dureghello <angelo@xxxxxxxx>
- [PATCH v2 1/3] mmc: add Coldfire esdhc support
- From: Angelo Dureghello <angelo@xxxxxxxx>
- [PATCH v2 2/3] mmc: sdhci: add quirks for be to le byte swapping
- From: Angelo Dureghello <angelo@xxxxxxxx>
- Re: [PATCH 2/3] mmc: sdhci: add quirks for be to le byte swapping
- From: Angelo Dureghello <angelo@xxxxxxxx>
- Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH 1/2] m68k: use the generic dma coherent remap allocator
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 2/2] m68k: implement arch_dma_prep_coherent
- From: Christoph Hellwig <hch@xxxxxx>
- [RFC] switch m68k to use the generic remapping DMA allocator
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 15/17] binfmt_flat: move the MAX_SHARED_LIBS definition to binfmt_flat.c
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: binfmt_flat cleanups and RISC-V support v2
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- [PATCH 02/17] binfmt_flat: remove flat_set_persistent
- From: Christoph Hellwig <hch@xxxxxx>
- binfmt_flat cleanups and RISC-V support v2
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/17] binfmt_flat: remove flat_reloc_valid
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/17] binfmt_flat: provide a default version of flat_get_relocate_addr
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/17] binfmt_flat: remove flat_old_ram_flag
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/17] binfmt_flat: replace flat_argvp_envp_on_stack with a Kconfig variable
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/17] binfmt_flat: remove the uapi <linux/flat.h> header
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/17] binfmt_flat: consolidate two version of flat_v2_reloc_t
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/17] binfmt_flat: use fixed size type for the on-disk format
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/17] binfmt_flat: remove the unused OLD_FLAT_FLAG_RAM definition
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/17] binfmt_flat: add endianess annotations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/17] binfmt_flat: provide an asm-generic/flat.h
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/17] binfmt_flat: add a ARCH_HAS_BINFMT_FLAT option
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/17] binfmt_flat: make support for old format binaries optional
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/17] binfmt_flat: remove the persistent argument from flat_get_addr_from_rp
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/17] riscv: add binfmt_flat support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 16/17] binfmt_flat: don't offset the data start
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/17] binfmt_flat: move the MAX_SHARED_LIBS definition to binfmt_flat.c
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 1/3] mmc: add Coldfire esdhc support
- From: Angelo Dureghello <angelo@xxxxxxxx>
- [PATCH v4 11/28] docs: ide: convert docs to ReST and rename to *.rst
- From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
- Re: [PATCH 2/3] mmc: sdhci: add quirks for be to le byte swapping
- From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
- Re: [PATCH 3/3] mmc: enabling ColdFire esdhc controller support
- From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
- Re: [PATCH 1/3] mmc: add Coldfire esdhc support
- From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
- Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag
- From: Greg Ungerer <gregungerer00@xxxxxxxxx>
- Re: binfmt_flat cleanups and RISC-V support
- From: Greg Ungerer <gregungerer00@xxxxxxxxx>
- Re: binfmt_flat cleanups and RISC-V support
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 11/15] binfmt_flat: provide an asm-generic/flat.h
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 09/15] binfmt_flat: add a ARCH_HAS_BINFMT_FLAT option
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 08/15] binfmt_flat: add endianess annotations
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 07/15] binfmt_flat: use __be32 for the on-disk format
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 06/15] binfmt_flat: remove the uapi <linux/flat.h> header
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 05/15] binfmt_flat: replace flat_argvp_envp_on_stack with a Kconfig variable
- From: Vladimir Murzin <Vladimir.Murzin@xxxxxxx>
- Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 03/15] binfmt_flat: provide a default version of flat_get_relocate_addr
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 02/15] binfmt_flat: remove flat_set_persistent
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 01/15] binfmt_flat: remove flat_reloc_valid
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 15/15] riscv: add binfmt_flat support
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 07/15] binfmt_flat: use __be32 for the on-disk format
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 15/15] riscv: add binfmt_flat support
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: binfmt_flat cleanups and RISC-V support
- From: Christoph Hellwig <hch@xxxxxx>
- Re: binfmt_flat cleanups and RISC-V support
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: binfmt_flat cleanups and RISC-V support
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag
- From: Christoph Hellwig <hch@xxxxxx>
- Re: binfmt_flat cleanups and RISC-V support
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- [PATCH 02/15] binfmt_flat: remove flat_set_persistent
- From: Christoph Hellwig <hch@xxxxxx>
- binfmt_flat cleanups and RISC-V support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 03/15] binfmt_flat: provide a default version of flat_get_relocate_addr
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/15] binfmt_flat: move the MAX_SHARED_LIBS definition to binfmt_flat.c
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/15] binfmt_flat: add a ARCH_HAS_BINFMT_FLAT option
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/15] binfmt_flat: remove the uapi <linux/flat.h> header
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/15] binfmt_flat: replace flat_argvp_envp_on_stack with a Kconfig variable
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/15] binfmt_flat: remove flat_old_ram_flag
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/15] binfmt_flat: don't offset the data start
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/15] riscv: add binfmt_flat support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/15] binfmt_flat: remove the persistent argument from flat_get_addr_from_rp
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/15] binfmt_flat: provide an asm-generic/flat.h
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/15] binfmt_flat: make support for old format binaries optional
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/15] binfmt_flat: add endianess annotations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 07/15] binfmt_flat: use __be32 for the on-disk format
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/15] binfmt_flat: remove flat_reloc_valid
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- Re: [PATCH v3 12/33] docs: ide: convert docs to ReST and rename to *.rst
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v3 12/33] docs: ide: convert docs to ReST and rename to *.rst
- From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
- [PATCH v2 6/7] scsi: mac_scsi: Enable PDMA on Mac IIfx
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/7] NCR5380 drivers: fixes and other improvements
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
- From: Greg Ungerer <gregungerer00@xxxxxxxxx>
- Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] mmc: add Coldfire esdhc support
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
- From: Angelo Dureghello <angelo@xxxxxxxx>
- Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 6/7] scsi: mac_scsi: Enable PDMA on Mac IIfx
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Sergei Poselenov <sposelenov@xxxxxxxxxxx>
- [PATCH 0/7] NCR5380 drivers: fixes and improvements
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6/7] scsi: mac_scsi: Enable PDMA on Mac IIfx
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5/7] scsi: mac_scsi: Fix pseudo DMA implementation, take 2
- From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Greg Ungerer <gregungerer00@xxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Greg Ungerer <gregungerer00@xxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Michael Schmitz <schmitzmic@xxxxxxxxx>
- Re: [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
- From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
- Re: [PATCH] [RFC] Remove bdflush syscall stub
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH] [RFC] Remove bdflush syscall stub
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
- [PATCH RESEND 0/7] entry: preempt_schedule_irq() callers scrub
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- Re: [PATCH] [RFC] Remove bdflush syscall stub
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH] [RFC] Remove bdflush syscall stub
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- [PATCH] [RFC] Remove bdflush syscall stub
- From: Cyril Hrubis <chrubis@xxxxxxx>
- Re: [PATCH v2 2/2] tests: add close_range() tests
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v3 2/3] arch: wire-up close_range()
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v2 2/2] tests: add close_range() tests
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Nicolas Pitre <nico@xxxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v2 1/2] open: add close_range()
- From: Szabolcs Nagy <nsz@xxxxxxxxxx>
- Re: [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] binfmt_flat: make load_flat_shared_library() work
- From: Jann Horn <jannh@xxxxxxxxxx>
- [PATCH v3 2/3] arch: wire-up close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v3 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- RE: [PATCH v1 1/2] open: add close_range()
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH v2 1/2] open: add close_range()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- [PATCH v2 2/2] tests: add close_range() tests
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH v2 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH v2 0/2] close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Jann Horn <jannh@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] open: add close_range()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- [PATCH v1 2/2] tests: add close_range() tests
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH v1 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: strace for m68k bpf_prog_info mismatch
- From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH 1/2] open: add close_range()
- From: Florian Weimer <fweimer@xxxxxxxxxx>
- [PATCH 2/2] tests: add close_range() tests
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH 1/2] open: add close_range()
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH v3 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH v3 2/2] tests: add pidfd_open() tests
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v2 1/2] pid: add pidfd_open()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v2 1/2] pid: add pidfd_open()
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/2] pid: add pidfd_open()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [PATCH v2 2/2] tests: add pidfd_open() tests
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH v2 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- [PATCH] m68k: defconfig: Update defconfigs for v5.2-rc1
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Christian Brauner <christian@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Aleksa Sarai <cyphar@xxxxxxxxxx>
- Re: [PATCH v1 1/2] pid: add pidfd_open()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
[Index of Archives]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite]