Linux M68K

• Thread Index

• [PATCH 15/20] block: remove the nr_sectors variable in generic_make_request_checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/20] block: remove the NULL queue check in generic_make_request_checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/20] block: move ->make_request_fn to struct block_device_operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/20] block: refator submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/20] block: remove direct_make_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/20] block: tidy up a warning in bio_check_ro
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/20] block: shortcut __submit_bio_noacct for blk-mq drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/20] block: rename generic_make_request to submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/20] nfblock: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS a8afa27318e19da59e4e9d02b118d8c2e3538a59
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 9fc902b1327217260501f822bb73e0f425f7d074
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4 09/26] mm/m68k: Use general page fault accounting
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: rename ->make_request_fn and move it to the block_device_operations
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: rename ->make_request_fn and move it to the block_device_operations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: rename ->make_request_fn and move it to the block_device_operations
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: rename ->make_request_fn and move it to the block_device_operations
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 11/20] fs: remove a weird comment in submit_bh_wbc
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 01/20] nfblock: stop using ->queuedata
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: nommu: register start of the memory with memblock
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 04/20] null_blk: stop using ->queuedata for bio mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/20] ps3vram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/20] zram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/20] umem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/20] bcache: stop setting ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/20] dm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/20] fs: remove a weird comment in submit_bh_wbc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/20] drbd: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/20] simdisk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/20] block: remove the request_queue argument from blk_queue_split
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/20] block: remove the NULL queue check in generic_make_request_checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/20] block: tidy up a warning in bio_check_ro
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/20] block: remove the nr_sectors variable in generic_make_request_checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/20] block: rename generic_make_request to submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/20] block: move ->make_request_fn to struct block_device_operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/20] block: refator submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/20] block: shortcut __submit_bio_noacct for blk-mq drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/20] block: remove direct_make_request
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/20] rsxx: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/20] nfblock: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• rename ->make_request_fn and move it to the block_device_operations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k: use CLEAN_FILES to clean up files
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] mm: remove unneeded includes of <asm/pgalloc.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] asm-generic: pgalloc: provide generic pgd_free()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] m68k: optimize cc-option calls for cpuflags-y
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] m68k: pass -D options to KBUILD_CPPFLAGS instead of KBUILD_{A,C}FLAGS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] m68k: descend to prom from arch/m68k/sun3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] m68k: add arch/m68k/Kbuild
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] mm: cleanup usage of <asm/pgalloc.h>
  • From: Pekka Enberg <penberg@xxxxxxxxx>
• Re: [PATCH] m68k: Use sizeof_field() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] asm-generic: pgalloc: provide generic pmd_alloc_one() and pmd_free_one()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 1/2] m68k: nommu: register start of the memory with memblock
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k - annotate dummy read in Atari ROM port IO code as __maybe_unused
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: nommu: register start of the memory with memblock
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] asm-generic: pgalloc: provide generic pmd_alloc_one() and pmd_free_one()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 9/8] mm: Account PMD tables like PTE tables
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 4/9] macintosh/via-macii: Remove read_done state
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/9] macintosh/via-macii: Access autopoll_devs when inside lock
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/9] macintosh/via-macii: Handle poll replies correctly
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/9] macintosh/via-macii: Handle /CTLR_IRQ signal correctly
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/9] macintosh/via-macii: Use bool type for reading_reply variable
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 9/9] macintosh/via-macii: Clarify definition of macii_init()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 8/9] macintosh/via-macii: Use the stack for reset request storage
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/9] macintosh/via-macii: Use unsigned type for autopoll_devs variable
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/9] Macintosh II ADB driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] opeinrisc: switch to generic version of pte allocation
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 4/8] asm-generic: pgalloc: provide generic pmd_alloc_one() and pmd_free_one()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 9/8] mm: Account PMD tables like PTE tables
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] mm: cleanup usage of <asm/pgalloc.h>
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 8/8] mm: move p?d_alloc_track to separate header file
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 7/8] mm: move lib/ioremap.c to mm/
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 6/8] asm-generic: pgalloc: provide generic pgd_free()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 5/8] asm-generic: pgalloc: provide generic pud_alloc_one() and pud_free_one()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 4/8] asm-generic: pgalloc: provide generic pmd_alloc_one() and pmd_free_one()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 3/8] xtensa: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/8] opeinrisc: switch to generic version of pte allocation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/8] mm: remove unneeded includes of <asm/pgalloc.h>
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/8] mm: cleanup usage of <asm/pgalloc.h>
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [fork] 11689456e6: ltp.clone302.fail
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 09/26] mm/m68k: Use general page fault accounting
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH] m68k: mm: fix wrong m68k_fixup_info addresses
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] m68k: mm: fix wrong m68k_fixup_info addresses
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mm: fix wrong m68k_fixup_info addresses
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: LLVM for m68k completed (but not merged)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: LLVM for m68k completed (but not merged)
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: LLVM for m68k completed (but not merged)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 01/17] fork: fold legacy_clone_args_valid() into _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS f9445bba8803cca75382807cc8b680bd391c5fbc
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS b971c823ecb945e93fbe49e98884e4ef9ee5e859
  • From: kernel test robot <lkp@xxxxxxxxx>
• LLVM for m68k completed (but not merged)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 09/26] mm/m68k: Use general page fault accounting
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: penguin (was Re: Linux-mac68k project account maintenance)
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: penguin (was Re: Linux-mac68k project account maintenance)
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Virtual m68k Developer Meeting 2020
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• Re: [PATCH] m68k: mcfmmu: remove stale part of comment about steal_context
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mcfmmu: remove stale part of comment about steal_context
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] m68k: mcfmmu: remove stale part of comment about steal_context
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: mcfmmu: remove stale part of comment about steal_context
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: penguin (was Re: Linux-mac68k project account maintenance)
  • From: Josh Juran <jjuran@xxxxxxxxx>
• [PATCH AUTOSEL 5.7 067/388] m68k/PCI: Fix a memory leak in an error handling path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 051/266] m68k/PCI: Fix a memory leak in an error handling path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 030/172] m68k/PCI: Fix a memory leak in an error handling path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 023/108] m68k/PCI: Fix a memory leak in an error handling path
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 2/2] m68k: mm: fix node memblock init
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: nommu: register start of the memory with memblock
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 2/2] m68k: mm: fix node memblock init
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/2] m68k: nommu: register start of the memory with memblock
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/2] m68k: fixups for recent changes in memory initialization
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] m68k: use CLEAN_FILES to clean up files
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 10/25] mm/m68k: Use mm_fault_accounting()
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: Possible duplicate page fault accounting on some archs after commit 4064b9827063
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: [PATCH 1/2] video: fbdev: amifb: remove dead APUS support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] video: fbdev: amifb: remove dead APUS support
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH 5/5] m68knommu: fix use of cpu_to_le() on IO access
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH 4/5] m68knommu: __force type casts for raw IO access
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [m68k:m68k-queue 6/6] WARNING: modpost: vmlinux.o(__ex_table+0x1670): Section mismatch in reference from the (unknown reference) (unknown) to the variable .debug_str:.LASF363
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 2b114da74f3cb549e0902249436499f5e5580b6b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 6b12625aca1ff016cef6e39975e6a59f23014b91
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/5] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/21] mm: free_area_init: use maximal zone PFNs rather than zone sizes
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: fix node memblock init
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] m68k: stmark2: defconfig updates
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] m68k: mm: fix node memblock init
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 04/21] mm: free_area_init: use maximal zone PFNs rather than zone sizes
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.8-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/5] m68k: fix ColdFire mmu init compile warning
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 04/21] mm: free_area_init: use maximal zone PFNs rather than zone sizes
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 5/5] m68knommu: fix use of cpu_to_le() on IO access
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 4/5] m68knommu: __force type casts for raw IO access
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 4/5] m68k: use asm-generic cmpxchg_local()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 1/5] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: fix node memblock init
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 04/21] mm: free_area_init: use maximal zone PFNs rather than zone sizes
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: penguin (was Re: Linux-mac68k project account maintenance)
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/21] mm: free_area_init: use maximal zone PFNs rather than zone sizes
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Linux-mac68k project account maintenance (fwd)
  • From: Josh Juran <jjuran@xxxxxxxxx>
• [PATCH] m68k: mm: fix node memblock init
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] i2c: icy: Fix build with CONFIG_AMIGA_PCMCIA=n
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] m68k: stmark2: defconfig updates
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.8
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.8
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Possible duplicate page fault accounting on some archs after commit 4064b9827063
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Possible duplicate page fault accounting on some archs after commit 4064b9827063
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Possible duplicate page fault accounting on some archs after commit 4064b9827063
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: Add a new fchmodat4() syscall, v2
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 231/274] m68k: mac: Don't call via_flush_cache() on Mac IIfx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 143/175] m68k: mac: Don't call via_flush_cache() on Mac IIfx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 085/106] m68k: mac: Don't call via_flush_cache() on Mac IIfx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 58/72] m68k: mac: Don't call via_flush_cache() on Mac IIfx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 40/50] m68k: mac: Don't call via_flush_cache() on Mac IIfx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 29/37] m68k: mac: Don't call via_flush_cache() on Mac IIfx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] m68k: stmark2: defconfig updates
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] i2c: icy: Fix build with CONFIG_AMIGA_PCMCIA=n
  • From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] i2c: icy: Fix build with CONFIG_AMIGA_PCMCIA=n
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] video: fbdev: amifb: add FIXME about dead APUS support
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/3] arch: wire-up close_range()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 1/2] video: fbdev: amifb: add FIXME about dead APUS support
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] video: fbdev: amifb: add FIXMEs about {put,get}_user() failures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] video: fbdev: amifb: add FIXME about dead APUS support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] video: fbdev: amifb: add FIXMEs about {put,get}_user() failures
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v2 1/2] video: fbdev: amifb: add FIXME about dead APUS support
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/2] video: fbdev: amifb: remove dead APUS support
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 1/2] video: fbdev: amifb: remove dead APUS support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] video: fbdev: amifb: remove dead APUS support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] video: fbdev: amifb: remove dead APUS support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] video: fbdev: amifb: add FIXMEs about {put,get}_user() failures
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH 1/2] video: fbdev: amifb: remove dead APUS support
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.8
  • From: pr-tracker-bot@xxxxxxxxxx
• [m68k:master] BUILD SUCCESS 2271836fdaaba1997ebb89b7ff061fcf68b472a8
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:for-linus] BUILD SUCCESS 3381df0954199458fa3993db72fb427f0ed1e43b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 95e63f06023f601c2d7d8ca89ed4b5a4154a3b9f
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [GIT PULL] m68k updates for 5.8
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: Carsten Strotmann <carsten@xxxxxxxxxxxx>
• Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Mac IOP driver fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/8] macintosh/adb-iop: Remove dead and redundant code
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/8] macintosh/adb-iop: Access current_req and adb_iop_state when inside lock
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/8] macintosh/adb-iop: Implement sending -> idle state transition
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/8] macintosh/adb-iop: Resolve static checker warnings
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/8] macintosh/adb-iop: Adopt bus reset algorithm from via-macii driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/8] macintosh/adb-iop: Implement idle -> sending state transition
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/8] macintosh/adb-iop: Correct comment text
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/8] Mac ADB IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] m68k/mac: Don't send IOP message until channel is idle
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] m68k/mac: Improve IOP debug messages
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/4] m68k/mac: Don't send uninitialized data in IOP message reply
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/4] m68k/mac: Fix IOP status/control register writes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/4] Mac IOP driver fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [m68k:m68k-queue 8/13] drivers/usb/host/isp116x.h:370:87: note: in expansion of macro 'isa_rom_writew_raw'
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k - annotate dummy read in Atari ROM port IO code as __maybe_unused
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel crash on qemu-m68k-system while building r-cran packages
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: Kernel crash on qemu-m68k-system while building r-cran packages
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel crash on qemu-m68k-system while building r-cran packages
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: Kernel crash on qemu-m68k-system while building r-cran packages
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel crash on qemu-m68k-system while building r-cran packages
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH v2 0/2] fix missing handling of __user in nommu's uaccess()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Kernel crash on qemu-m68k-system while building r-cran packages
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [m68k:m68k-queue 8/13] drivers/usb/host/isp116x.h:370:87: note: in expansion of macro 'isa_rom_writew_raw'
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [m68k:m68k-queue 8/13] drivers/usb/host/isp116x.h:370:87: note: in expansion of macro 'isa_rom_writew_raw'
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 2/2] m68k,nommu: fix implicit cast from __user in __{get,put}_user_asm()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 1/2] m68k,nommu: add missing __user in uaccess' __ptr() macro
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 0/2] fix missing handling of __user in nommu's uaccess()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [m68k:m68k-queue 8/13] drivers/usb/host/isp116x.h:370:87: note: in expansion of macro 'isa_rom_writew_raw'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] m68k,nommu: fix implicit cast from __user in __{get,put}_user_asm()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Out-of-tree support for Sharp X68000
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] m68k,nommu: fix implicit cast from __user in __{get,put}_user_asm()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 1/2] m68k,nommu: add missing __user in uaccess' __ptr() macro
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH 0/2] fix missing handling of __user in nommu's uaccess()
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] media: omap3isp: Shuffle cacheflush.h and include mm.h
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH] m68k: Use sizeof_field() helper
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH 1/4] m68k: add arch/m68k/Kbuild
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] m68k: pass -D options to KBUILD_CPPFLAGS instead of KBUILD_{A,C}FLAGS
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] m68k: optimize cc-option calls for cpuflags-y
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Kernel crash on qemu-m68k-system while building r-cran packages
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Kernel crash on qemu-m68k-system while building r-cran packages
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] media: omap3isp: Shuffle cacheflush.h and include mm.h
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] media: omap3isp: Shuffle cacheflush.h and include mm.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] media: omap3isp: Shuffle cacheflush.h and include mm.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] media: omap3isp: Shuffle cacheflush.h and include mm.h
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [PATCH 1/4] m68k: add arch/m68k/Kbuild
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 3/4] m68k: optimize cc-option calls for cpuflags-y
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 2/4] m68k: descend to prom from arch/m68k/sun3
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 4/4] m68k: pass -D options to KBUILD_CPPFLAGS instead of KBUILD_{A,C}FLAGS
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] m68k: tools: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH v6 1/4] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH for-next] m68k: coldfire/clk.c: move m5441x specific code
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH for-next] m68k: coldfire/clk.c: move m5441x specific code
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] m68k: tools: Replace zero-length array with flexible-array member
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: add missing __user annotation in get_user()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Avoid stuck ISM IOP interrupt on Quadra 900/950
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Remove misleading comment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Don't call via_flush_cache() on Mac IIfx
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Record the mm_struct in the page table pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 09/29] arm64: use asm-generic/cacheflush.h
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH] m68k: tools: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• Re: [PATCH] m68k: add missing __user annotation in get_user()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] m68k: add missing __user annotation in get_user()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] m68k/mac: Avoid stuck ISM IOP interrupt on Quadra 900/950
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/mac: Remove misleading comment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/mac: Don't call via_flush_cache() on Mac IIfx
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:m68k-queue 3/8] drivers/usb/host/isp116x.h:370:87: note: in expansion of macro 'isa_rom_writew_raw'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/4] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH v6 1/4] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH v6 4/4] MAINTAINERS: add myself to maintain M5441X mmc host driver
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v6 3/4] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v6 2/4] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v6 1/4] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 10/29] c6x: use asm-generic/cacheflush.h
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [m68k:master] BUILD SUCCESS e886fc082483901d72b153315d294dd660b4ed45
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4684d38e4d478644c6c5c9cc484d45fe747bfced
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 29/29] module: move the set_fs hack for flush_icache_range to m68k
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v5 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH v5 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v5 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v5 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH 05/29] asm-generic: fix the inclusion guards for cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/29] arm64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/29] asm-generic: improve the flush_dcache_page stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/29] c6x: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/29] openrisc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/29] microblaze: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/29] hexagon: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/29] ia64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/29] powerpc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/29] riscv: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/29] arm,sparc,unicore32: remove flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/29] mm: rename flush_icache_user_range to flush_icache_user_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/29] m68k: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/29] exec: only build read_code when needed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/29] xtensa: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/29] sh: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/29] nommu: use flush_icache_user_range in brk and mmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/29] binfmt_flat: use flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/29] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/29] exec: use flush_icache_user_range in read_code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/29] arm: rename flush_cache_user_range to flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/29] asm-generic: add a flush_icache_user_range stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/29] m68knommu: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/29] alpha: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/29] asm-generic: don't include <linux/mm.h> in cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/29] unicore32: remove flush_cache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/29] powerpc: unexport flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/29] nds32: unexport flush_icache_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/29] arm: fix the flush_icache_range arguments in set_fiq_handler
  • From: Christoph Hellwig <hch@xxxxxx>
• sort out the flush_icache_range mess v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH v4 3/3] mmc: host: add Coldfire esdhc support
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v4 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v2 07/10] clk: Allow the common clk framework to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v4 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v4 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/15] md: stop using ->queuedata
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 19/31] riscv: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/31] riscv: use asm-generic/cacheflush.h
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gregungerer@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 29/31] binfmt_flat: use flush_icache_user_range
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 16/31] m68knommu: use asm-generic/cacheflush.h
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:master] BUILD SUCCESS 39d91d3c3b4733d38cc4ae72c1f48a4b880d97ba
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS b5c08eb306abe5f00bee7220e8d3b62040edf28e
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS c7630f6386a3bf73cca7b07bb2d038f41658177e
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/31] MIPS: unexport __flush_icache_user_range
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: sort out the flush_icache_range mess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 26/31] m68k: implement flush_icache_user_range
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 21/31] mm: rename flush_icache_user_range to flush_icache_user_page
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 10/31] alpha: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/31] hexagon: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/31] m68knommu: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/31] arm,sparc,unicore32: remove flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/31] riscv: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/31] openrisc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/31] microblaze: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/31] arm64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/31] asm-generic: improve the flush_dcache_page stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/31] asm-generic: don't include <linux/mm.h> in cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/31] powerpc: unexport flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/31] unicore32: remove flush_cache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/31] arm: rename flush_cache_user_range to flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/31] asm-generic: add a flush_icache_user_range stub
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/31] exec: only build read_code when needed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/31] m68k: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/31] nommu: use flush_icache_user_range in brk and mmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/31] module: move the set_fs hack for flush_icache_range to m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/31] binfmt_flat: use flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/31] exec: use flush_icache_user_range in read_code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/31] mm: rename flush_icache_user_range to flush_icache_user_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/31] xtensa: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/31] sh: implement flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/31] powerpc: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/31] ia64: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/31] c6x: use asm-generic/cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/31] asm-generic: fix the inclusion guards for cacheflush.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/31] nds32: unexport flush_icache_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/31] MIPS: unexport __flush_icache_user_range
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/31] arm: fix the flush_icache_range arguments in set_fiq_handler
  • From: Christoph Hellwig <hch@xxxxxx>
• sort out the flush_icache_range mess
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/31] arm64: fix the flush_icache_range arguments in machine_kexec
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 01/15] nfblock: use gendisk private_data
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 09/15, fіxed] lightnvm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Ming Lei <ming.lei@xxxxxxxxxx>
• Re: remove a few uses of ->queuedata
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 06/15] rsxx: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/15] null_blk: stop using ->queuedata for bio mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/15] drbd: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/15] lightnvm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/15] zram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/15] dm: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/15] umem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/15] nvdimm/btt: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/15] nvdimm/pmem: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/15] nvdimm/blk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/15] md: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/15] bcache: stop setting ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/15] ps3vram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• remove a few uses of ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/15] nfblock: use gendisk private_data
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/15] simdisk: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] m68k: Drop CONFIG_MTD_M25P80 in stmark2_defconfig
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS ae41e8e24714a9b6ea76bdb909528d57faf1dc4b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 1ef462ea683704f4e39cc5ef5d3eecdc63d3c6ce
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: Drop CONFIG_MTD_M25P80 in stmark2_defconfig
  • From: Bin Meng <bmeng.cn@xxxxxxxxx>
• [PATCH v3 3/3] mmc: host: add Coldfire esdhc support
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v3 2/3] mmc: sdhci: add quirks for be to le byte swapping
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH v3 1/3] m68k: mcf5441x: add support for esdhc mmc controller
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH 2/7] mm: Move pt_mm within struct page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] arm64: Thread mm_struct throughout page table allocation
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 6/7] mm: Set pt_mm in PTE constructor
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] m68k: Thread mm_struct throughout page table allocation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] mm: Move pt_mm within struct page
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Record the mm_struct in the page table pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] mm: Set pt_mm in PMD constructor
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Record the mm_struct in the page table pages
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• [PATCH 1/7] mm: Document x86 uses a linked list of pgds
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 6/7] mm: Set pt_mm in PTE constructor
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 0/7] Record the mm_struct in the page table pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 3/7] arm: Thread mm_struct throughout page table allocation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 5/7] m68k: Thread mm_struct throughout page table allocation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 7/7] mm: Set pt_mm in PMD constructor
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 4/7] arm64: Thread mm_struct throughout page table allocation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 2/7] mm: Move pt_mm within struct page
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS e3b946742479a65abed71ec1d2e41cd0867de0c2
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 2bb95b161a9161214bb8940f1c0d7b756c3146c9
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS 366b8149fbff1965f9e25bb27dd4698d654be270
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS c21a7f3943b324f75c85818c9518fcee85541fdd
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS bb060f0fc4d3596add6579a3a8555d90392c9f50
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2][next] m68k: amiga: config: Replace zero-length array with flexible-array member
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH RESEND 1/2][next] m68k: amiga: config: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCHv3 17/50] m68k: Add show_stack_loglvl()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH] m68k/PCI: Fix a memory leak in an error handling path
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v3 00/11] Make PageWriteback use the PageLocked optimisation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] Make PageWriteback use the PageLocked optimisation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 03/11] m68k: Add clear_bit_unlock_is_negative_byte implementation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v3 00/11] Make PageWriteback use the PageLocked optimisation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS bea488eeaee148fa94178bc45938c8e733ff20df
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 29c55ed30d495b506cdfb46b2d6229e47f0e1d6b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: Drop redundant generic-y += hardirq.h
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.7-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Drop redundant generic-y += hardirq.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• GCC?, was Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Running m68k on qemu with external initramfs?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Running m68k on qemu with external initramfs?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: "Christian T. Steigies" <cts@xxxxxxxxxx>
• Re: Planning a Debian/Linux m68k Meeting in 2020
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Planning a Debian/Linux m68k Meeting in 2020
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 07/10] clk: Allow the common clk framework to be selectable
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 00/10] Allow COMMON_CLK to be selectable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 00/10] Allow COMMON_CLK to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH v2 07/10] clk: Allow the common clk framework to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [git pull] m68knommu changes for v5.7
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: A4000 reboot hangs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• A4000 reboot hangs
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Bountysource campaign for LLVM/m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/9] clk: Allow the common clk framework to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• [PATCH 0/9] Allow COMMON_CLK to be selectable
  • From: Stephen Boyd <sboyd@xxxxxxxxxx>
• RE: [PATCH 0/6] Kill setup_irq()
  • From: "Brian Cain" <bcain@xxxxxxxxxxxxxx>
• Re: Amiga: Writes to Zorro III cards
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: Amiga: Writes to Zorro III cards
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Amiga: Writes to Zorro III cards
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: kernel memory corruption in private_data
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• kernel memory corruption in private_data
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 851b82b4a5bf1e3d5c65dd8dd3ca184e646bc753
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4f103b8273d90e2848845c9783fb8eeaf2db6b57
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [GIT PULL] m68k updates for 5.7
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Kill setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• RE: [PATCH 0/6] Kill setup_irq()
  • From: "Brian Cain" <bcain@xxxxxxxxxxxxxx>
• [PATCH 0/6] Kill setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [PATCH 0/2][next] m68k: amiga: config: Use flexible-array member and mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH 2/2][next] m68k: amiga: config: Mark expected switch fall-through
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH v5 00/27] ata: optimize core code size on PATA only setups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 00/27] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 01/27] ata: remove stale maintainership information from core code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 04/27] sata_promise: use ata_cable_sata()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 09/27] ata: move EXPORT_SYMBOL_GPL()s close to exported code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 10/27] ata: remove EXPORT_SYMBOL_GPL()s not used by modules
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 08/27] ata: optimize ata_scsi_rbuf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 07/27] ata: optimize struct ata_force_param size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 05/27] ata: simplify ata_scsiop_inq_89()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 06/27] ata: use COMMAND_LINE_SIZE for ata_force_param_buf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 11/27] ata: fix CodingStyle issues in PATA timings code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 13/27] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 15/27] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 14/27] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 12/27] ata: separate PATA timings code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 16/27] ata: start separating SATA specific code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 17/27] ata: move sata_scr_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 18/27] ata: move *sata_set_spd*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 21/27] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 22/27] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 19/27] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 20/27] ata: move sata_link_hardreset() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 23/27] ata: start separating SATA specific code from libata-scsi.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 24/27] ata: move ata_sas_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 26/27] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 27/27] ata: make "libata.force" kernel parameter optional
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 25/27] ata: start separating SATA specific code from libata-eh.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v5 00/27] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 00/27] ata: optimize core code size on PATA only setups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v4 27/27] ata: make "libata.force" kernel parameter optional
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 26/27] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 25/27] ata: start separating SATA specific code from libata-eh.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 24/27] ata: move ata_sas_*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 23/27] ata: start separating SATA specific code from libata-scsi.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 22/27] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 21/27] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 20/27] ata: move sata_link_hardreset() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 19/27] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 18/27] ata: move *sata_set_spd*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 17/27] ata: move sata_scr_*() to libata-sata.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 16/27] ata: start separating SATA specific code from libata-core.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 15/27] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 14/27] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 13/27] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 12/27] ata: separate PATA timings code from libata-core.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 11/27] ata: fix CodingStyle issues in PATA timings code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 08/27] ata: optimize ata_scsi_rbuf[] size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 04/27] sata_promise: use ata_cable_sata()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [tip:locking/core 19/28] include/linux/fs.h:1422:29: error: array type has incomplete element type 'struct percpu_rw_semaphore'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4466262f0e1f6d7bcea0afd6c1552cea630a16f1
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 56484296208d06b43c9eab7f34c8104257d8a829
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [tip:locking/core 19/28] include/linux/fs.h:1422:29: error: array type has incomplete element type 'struct percpu_rw_semaphore'
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 00/18] genirq: Remove setup_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• [PATCH v4 04/27] sata_promise: use ata_cable_sata()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 05/27] ata: simplify ata_scsiop_inq_89()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 06/27] ata: use COMMAND_LINE_SIZE for ata_force_param_buf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 08/27] ata: optimize ata_scsi_rbuf[] size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 07/27] ata: optimize struct ata_force_param size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 10/27] ata: remove EXPORT_SYMBOL_GPL()s not used by modules
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 11/27] ata: fix CodingStyle issues in PATA timings code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 12/27] ata: separate PATA timings code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 16/27] ata: start separating SATA specific code from libata-core.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 18/27] ata: move *sata_set_spd*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 17/27] ata: move sata_scr_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 19/27] ata: move sata_link_{debounce,resume}() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 21/27] ata: move ata_qc_complete_multiple() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 15/27] ata: let compiler optimize out ata_eh_set_lpm() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 14/27] ata: let compiler optimize out ata_dev_config_ncq() on non-SATA hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 20/27] ata: move sata_link_hardreset() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 22/27] ata: move sata_deb_timing_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 25/27] ata: start separating SATA specific code from libata-eh.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 24/27] ata: move ata_sas_*() to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 26/27] ata: move ata_eh_analyze_ncq_error() & co. to libata-sata.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 27/27] ata: make "libata.force" kernel parameter optional
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 23/27] ata: start separating SATA specific code from libata-scsi.c
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 13/27] ata: add CONFIG_SATA_HOST=n version of ata_ncq_enabled()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 09/27] ata: move EXPORT_SYMBOL_GPL()s close to exported code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 00/27] ata: optimize core code size on PATA only setups
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v4 01/27] ata: remove stale maintainership information from core code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 5597d9464ed7f4a207d8fccbe3aa575e5709ff8c
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS c785eb5d551c890a977fc00ec2908c45fa51039b
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCHv2 17/50] m68k: Add show_stack_loglvl()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH v3 00/27] ata: optimize core code size on PATA only setups
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH V3] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS dd531a53a2791ba4515e6b4eacb98c999f17fdca
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 30dc72d2b3fe2285ec14c9bf08e1983deb0ea235
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Stefan Reinauer <stefan.k.reinauer@xxxxxxxxx>
• [PATCH V2] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [m68k:for-v5.7] BUILD SUCCESS 86cded5fc52567774b596827544874499532b8ae
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 00/10] Rewrite Motorola MMU page-table layout
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: BigRAMPlus seems to be detected now
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• BigRAMPlus seems to be detected now
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 1/2] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 0/2] mm/vma: some new flags
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [m68k:master] BUILD SUCCESS e64dab7d50487ce4ca6b68635d3a83d2dca26cd4
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] zorro: Replace zero-length array with flexible-array member
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 195a8edd63f3ff04ab13468f4cf55e4ff2e7cd48
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Stafford Horne <shorne@xxxxxxxxx>
• [RFC 1/3] mm/vma: Define a default value for VM_DATA_DEFAULT_FLAGS
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [RFC 0/3] mm/vma: some new flags and helpers
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] mm/special: Create generic fallbacks for pte_special() and pte_mkspecial()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v3] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• [PATCH v3] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: afzal mohammed <afzal.mohd.ma@xxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] zorro: Replace zero-length array with flexible-array member
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH v3 01/27] ata: remove stale maintainership information from core code
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 02/27] ata: expose ncq_enable_prio sysfs attribute only on NCQ capable hosts
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 04/27] sata_promise: use ata_cable_sata()
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH v3 03/27] ata: make SATA_PMP option selectable only if any SATA host driver is enabled
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>