Linux M68K

• Thread Index

• 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>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v1 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 3/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 1/3] m68k/mm: make node data and node setup depend on CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 2/3] m68k/mm: enable use of generic memory_model.h for !DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: mcf5441x, mmu boot not working anymore
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [RFC/RFT PATCH 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 3/3] mmc: enabling ColdFire esdhc controller support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [RFC/RFT PATCH 3/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 3/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: mcf5441x, mmu boot not working anymore
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC/RFT PATCH 3/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mmc: enabling ColdFire esdhc controller support
  • From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mmc: add Coldfire esdhc support
  • From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
• [PATCH 1/3] mmc: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH 3/3] mmc: enabling ColdFire esdhc controller support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: mcf5441x, mmu boot not working anymore
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• mcf5441x, mmu boot not working anymore
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [RFC/RFT PATCH 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [RFC/RFT PATCH 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC/RFT PATCH 3/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [RFC/RFT PATCH 2/3] m68k/mm: enable use of generic memory_model.h for !DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [RFC/RFT PATCH 1/3] m68k/mm: make node data and node setup depend on CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [RFC/RFT PATCH 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 08/14] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 11/14] parisc: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 12/14] riscv: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 14/14] unicore32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 13/14] um: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 10/14] nios2: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 09/14] nds32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 07/14] m68k: sun3: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 06/14] hexagon: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 05/14] csky: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 04/14] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 03/14] arm: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 02/14] alpha: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 01/14] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 00/14] introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 09/15] nds32: switch to generic version of pte allocation
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [git pull] m68k updates for 5.2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 13/15] riscv: switch to generic version of pte allocation
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• [git pull] m68k updates for 5.2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] Documentation/features/time: Mark m68k having modern-timekeeping
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] Documentation/features: Mark m68k ok
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 14/15] um: switch to generic version of pte allocation
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: strace for m68k bpf_prog_info mismatch
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: strace for m68k bpf_prog_info mismatch
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: strace for m68k bpf_prog_info mismatch
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: strace for m68k bpf_prog_info mismatch
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 02/15] alpha: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 03/15] arm: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 04/15] arm64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 05/15] csky: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 06/15] hexagon: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 07/15] m68k: sun3: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 09/15] nds32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 11/15] parisc: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 13/15] riscv: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 12/15] powerpc/nohash/64: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 00/15] introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 10/15] nios2: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 15/15] unicore32: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] memblock: make keeping memblock memory opt-in rather than opt-out
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 14/15] um: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 08/15] mips: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH 01/15] asm-generic, x86: introduce generic pte_{alloc,free}_one[_kernel]
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: endianness swapped
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: endianness swapped
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: endianness swapped
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] m68k: io: Fix io{read,write}{16,32}be() for Coldfire peripherals
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: endianness swapped
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: endianness swapped
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: endianness swapped
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: endianness swapped
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: endianness swapped
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: endianness swapped
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: endianness swapped
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• endianness swapped
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• [PATCH] memblock: make keeping memblock memory opt-in rather than opt-out
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] lib: Introduce test_stackinit module
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 16/79] docs: ide: convert docs to ReST and rename to *.rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Jon Masters <jcm@xxxxxxxxxxxxxx>
• Re: [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• [PATCH] [v2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• ptrval, was Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Oopses and invalid addresses under Hatari
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: m68kboot (was: 68k kernel under Hatari)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: m68kboot (was: 68k kernel under Hatari)
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: m68k kernel under Hatari (was: Current kernel for Atari Falcon install?)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k kernel under Hatari (was: Current kernel for Atari Falcon install?)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: m68k kernel under Hatari (was: Current kernel for Atari Falcon install?)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] video/macfb: Always initialize DAFB colour table pointer register
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] video/macfb: Call fb_invert_cmaps()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 0/4] fbdev: atafb: Fix after kexec, misc. cleanups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] video/macfb: Remove redundant code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 13/25] m68k: add asm/syscall.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v5 13/25] m68k: add asm/syscall.h
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: INFO: rcu detected stall in __perf_sw_event
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: INFO: rcu detected stall in __perf_sw_event
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: INFO: rcu detected stall in __perf_sw_event
  • From: syzbot <syzbot+a41ac89a0712acde0e84@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• [PATCH 2/2] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 00/14] m68k: Drop arch_gettimeoffset and adopt clocksource API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 07/13] m68k: define syscall_get_arch()
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH] m68k/defconfig: Update defconfigs for v5.1-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 13/13] syscall_get_arch: add "struct task_struct *" argument
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH v2 07/13] m68k: define syscall_get_arch()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH] m68k/mm: Implement set_pte_at() as an inline function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/14] entry: preempt_schedule_irq() callers scrub
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH 00/14] entry: preempt_schedule_irq() callers scrub
  • From: Vineet Gupta <vineet.gupta1@xxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [git pull] m68knommu fix for v5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH 00/14] entry: preempt_schedule_irq() callers scrub
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Måns Rullgård <mans@xxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] lib: Introduce test_stackinit module
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [git pull] m68knommu fix for v5.1
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Deprecate a.out support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [git pull] m68k updates for 5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] x86: Deprecate a.out support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 00/14] m68k: Drop arch_gettimeoffset and adopt clocksource API
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 00/14] m68k: Drop arch_gettimeoffset and adopt clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/14] m68k: Drop arch_gettimeoffset and adopt clocksource API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/14] m68k: Drop arch_gettimeoffset and adopt clocksource API
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:master 1174/1174] arch/m68k/include/asm/string.h:72:25: warning: '__builtin_memcpy' forming offset 8 is out of the bounds [0, 7]
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [git pull] m68k updates for 5.1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 09/34] m68k: mm: Add p?d_large() definitions
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Build failures when building m68k:defconfig with gcc 8.3.0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 09/34] m68k: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v3 09/34] m68k: mm: Add p?d_large() definitions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 09/34] m68k: mm: Add p?d_large() definitions
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v3 09/34] m68k: mm: Add p?d_large() definitions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 09/34] m68k: mm: Add p?d_large() definitions
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [RFC PATCH 08/20] m68k: io: Remove useless definition of mmiowb()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 08/20] m68k: io: Remove useless definition of mmiowb()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH] video/macfb: Always initialize DAFB colour table pointer register
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] video/macfb: Wire up inverse option
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC] video/macfb: Wire up inverse option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] video/macfb: Call fb_invert_cmaps()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] video/macfb: Wire up inverse option
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 4/4] fbdev: atafb: Modernize printing of kernel messages
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/4] fbdev: atafb: Remove obsolete module support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/4] fbdev: atafb: Fix after kexec, misc. cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/4] fbdev: atafb: Fix broken frame buffer after kexec
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/4] fbdev: atafb: Stop printing virtual screen_base
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] video/macfb: Remove redundant code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] block/swim: Return -EROFS for FMODE_WRITE
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/mac: Revisit floppy disc controller base addresses
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] video/macfb: Remove redundant code
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4 3/3] locking/rwsem: Optimize down_read_trylock()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 2/3] locking/rwsem: Remove rwsem-spinlock.c & use rwsem-xadd.c for all archs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 1/3] locking/rwsem: Remove arch specific rwsem files
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 0/3] locking/rwsem: Rwsem rearchitecture part 0
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC] video/macfb: Wire up inverse option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC] video/macfb: Wire up inverse option
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] video/macfb: Wire up inverse option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC] video/macfb: Wire up inverse option
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ata: add Buddha PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ata: add Buddha PATA controller driver
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] ata: add Buddha PATA controller driver
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2] ata: add Buddha PATA controller driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] ata: add Buddha PATA controller driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] m68k: set proper major_num when specifying module param major_num
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] m68k: set proper major_num when specifying module param major_num
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: add ColdFire mcf5441x eDMA platform support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH] m68k: add ColdFire mcf5441x eDMA platform support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: add ColdFire mcf5441x eDMA platform support
  • From: Angelo Dureghello <angelo@xxxxxxxx>
• Re: [PATCH v2 10/21] memblock: refactor internal allocation functions
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/21] memblock: refactor internal allocation functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: set proper major_num when specifying module param major_num
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: set proper major_num when specifying module param major_num
  • From: Chengguang Xu <cgxu519@xxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v7 0/2] Amiga RDB partition support fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 21/21] memblock: drop memblock_alloc_*_nopanic() variants
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: add ColdFire mcf5441x eDMA platform support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/21] memblock: drop memblock_alloc_base()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/21] powerpc: use memblock functions returning virtual address
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/21] openrisc: prefer memblock APIs returning virtual address
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 7/9] arm64: kdump: No need to mark crashkernel pages manually PG_reserved
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 6/9] arm64: kexec: no need to ClearPageReserved()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 07/29] ARM: add kexec_file_load system call number
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 25/29] y2038: syscalls: rename y2038 compat syscalls
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 07/29] ARM: add kexec_file_load system call number
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 06/29] ARM: add migrate_pages() system call
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v9 00/22] Re-use nvram module
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/22] Re-use nvram module
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 15/22] m68k: Dispatch nvram_ops calls to Atari or Mac functions
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 15/22] m68k: Dispatch nvram_ops calls to Atari or Mac functions
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 17/29] syscalls: remove obsolete __IGNORE_ macros
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2] dio: Fix buffer overflow in case of unknown board
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/apollo: Fix comment in Makefile
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/defconfig: Drop NET_VENDOR_<FOO>=n
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/defconfig: Update defconfigs for v5.0-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/atari: Avoid VLA use in atari_switches_setup()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Avoid VLA use in mangle_kernel_stack()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Use '030 reset method on SE/30
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Remove obsolete comment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Skip VIA port setup unless RTC is connected
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Clean up unused timer definitions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] dio: Fix buffer overflow in case of unknown board
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [v4,1/9] net-next: phy: new Asix Electronics PHY driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/29] m68k: assign syscall number for seccomp
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] m68k/parisc: Convert hp_sdc_rtc driver to rtc framework
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 03/21] memblock: replace memblock_alloc_base(ANYWHERE) with memblock_phys_alloc
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 02/21] powerpc: use memblock functions returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 04/21] memblock: drop memblock_alloc_base_nid()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 05/21] memblock: emphasize that memblock_alloc_range() returns a physical address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 07/21] memblock: memblock_phys_alloc(): don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 06/21] memblock: memblock_phys_alloc_try_nid(): don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 11/21] memblock: make memblock_find_in_range_node() and choose_memblock_flags() static
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 13/21] arch: don't memset(0) memory returned by memblock_alloc()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 15/21] sparc: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 18/21] swiotlb: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 19/21] treewide: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 21/21] memblock: drop memblock_alloc_*_nopanic() variants
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 09/21] memblock: drop memblock_alloc_base()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 16/21] mm/percpu: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 20/21] memblock: memblock_alloc_try_nid: don't panic
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 17/21] init/main: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 14/21] ia64: add checks for the return value of memblock_alloc*()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 12/21] arch: use memblock_alloc() instead of memblock_alloc_from(size, align, 0)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 10/21] memblock: refactor internal allocation functions
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 08/21] memblock: drop __memblock_alloc_base()
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 01/21] openrisc: prefer memblock APIs returning virtual address
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [PATCH v2 00/21] Refine memblock API
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>