Linux M68K

• Thread Index

• Re: [PATCH] m68k: mm: Use PAGE_ALIGNED() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Sort selects in main Kconfig
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: amiga: Clean up Amiga hardware configuration
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [char-misc:char-misc-next 28/28] drivers/char/mem.c:737:21: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [char-misc:char-misc-next 28/28] drivers/char/mem.c:737:21: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [char-misc:char-misc-next 28/28] drivers/char/mem.c:737:21: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 08/11] kprobes: switch to kernel_clone()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH] kbuild: preprocess module linker script
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/19] swim: don't call blk_register_region
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 04/19] block: split block_class_lock
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: rework check_disk_change()
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 10/11] tracing: switch to kernel_clone()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 04/19] block: split block_class_lock
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk lookup and remove struct block_device aliases v3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] swim: don't call blk_register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: antlists <antlists@xxxxxxxxxxxxxxx>
• Re: [PATCH 16/19] sd: use bdev_check_media_change
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 15/19] md: use bdev_check_media_change
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 19/19] block: remove check_disk_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 18/19] sr: simplify sr_block_revalidate_disk
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 17/19] sr: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 16/19] sd: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 15/19] md: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 12/19] ide-cd: use bdev_check_media_changed
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 13/19] ide-cd: remove idecd_revalidate_disk
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 10/19] paride/pcd: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: rework check_disk_change()
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 08/19] xsysace: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 07/19] swim3: use bdev_check_media_changed
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 01/19] block: add a bdev_check_media_change helper
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 03/19] ataflop: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 06/19] swim: simplify media change handling
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 04/19] floppy: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 05/19] swim: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/19] swim: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 02/19] amiflop: use bdev_check_media_change
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• [PATCH 06/19] swim: simplify media change handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] xsysace: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] block: add a bdev_check_media_change helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] ide-cd: use bdev_check_media_changed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] xsysace: simplify media change handling
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] ataflop: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] ide-gd: stop using the disk events mechanism
  • From: Christoph Hellwig <hch@xxxxxx>
• rework check_disk_change()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] swim: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] paride/pcd: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] swim3: use bdev_check_media_changed
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] sr: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/19] block: remove check_disk_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] sr: simplify sr_block_revalidate_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] sd: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] amiflop: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/19] floppy: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] md: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/19] gdrom: use bdev_check_media_change
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide-cd: remove idecd_revalidate_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v3 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 11df6eddc50b8f1e60cdccef97a90908457a68ce
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 6487dce21c44bfa4c57b41c9d626649f2473470e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/19] block: split block_class_lock
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk lookup and remove struct block_device aliases v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] swim: don't call blk_register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: Max Staudt <max@xxxxxxxxx>
• Re: [PATCH] fs/affs: Fix basic permission bits to actually work
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] m68k: Replace HTTP links with HTTPS ones
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Hannes Reinecke <hare@xxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 3d86f8d3c27501378f9256a99cd2616d3539bb9b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: Correct some typos in comments
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Revive _TIF_* masks
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Remove superfluous memblock_alloc*() casts
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [m68k:for-v5.10] BUILD SUCCESS 5661bccb70ef134502b9d2e80a19465ad943b022
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS d0e85366d55ae1bed7b67a0a6d7812f295b1e5f1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• [PATCH v2 09/23] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Remove superfluous memblock_alloc*() casts
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] m68k: mm: Remove superfluous memblock_alloc*() casts
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mm: Use PAGE_ALIGNED() helper
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Sort selects in main Kconfig
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: amiga: Clean up Amiga hardware configuration
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Revive _TIF_* masks
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] zorro: Fix address space collision message with RAM expansion boards
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: amiga: Fix Denise detection on OCS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] zorro: Fix address space collision message with RAM expansion boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: use get_kernel_nofault in show_registers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 17/19] z2ram: reindent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH -next] m68k/amiga: missing platform_device_unregister() on error in amiga_init_devices()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Correct some typos in comments
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 19/19] block: switch gendisk lookup to a simple xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/19] z2ram: reindent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/19] ataflop: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/19] amiflop: use separate gendisks for Amiga vs MS-DOS mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/19] z2ram: use separate gendisk for the different modes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/19] floppy: use a separate gendisk for each media format
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/19] ide: switch to __register_blkdev for command set probing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/19] md: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/19] loop: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/19] brd: use __register_blkdev to allocate devices on demand
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/19] sd: use __register_blkdev to avoid a modprobe for an unregistered dev_t
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/19] swim: don't call blk_register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/19] ide: remove ide_{,un}register_region
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/19] block: add an optional probe callback to major_names
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/19] block: rework requesting modules for unclaimed devices
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/19] block: split block_class_lock
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/19] block: cleanup del_gendisk a bit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/19] block: merge drivers/base/map.c into block/genhd.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/19] char_dev: replace cdev_map with an xarray
  • From: Christoph Hellwig <hch@xxxxxx>
• simplify gendisk lookup and remove struct block_device aliases
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 58903b129bbae0bc128882241e48880147c4938d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS d95f83a8adbe7eba5ab43e45496755d40b83092a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.9-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.9-rc3
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 11/27] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 09/24] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 08/22] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 07/18] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 06/13] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 05/11] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 04/10] m68knommu: fix overwriting of bits in ColdFire V3 cache control
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 06/11] sparc: switch to kernel_clone()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 09/11] kgdbts: switch to kernel_clone()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 03/11] ia64: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 01/11] fork: introduce kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 05/11] nios2: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 04/11] m68k: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 07/11] x86: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 06/11] sparc: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 02/11] h8300: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 11/11] sched: remove _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 09/11] kgdbts: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 08/11] kprobes: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 10/11] tracing: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 04/11] m68k: switch to kernel_clone()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: peterz@xxxxxxxxxxxxx
• [m68k:m68k-queue] BUILD SUCCESS b82e743d09fba36330735bec28733b0682f8ed4c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 4893607c94ab8d8e22a12480837fb87c56d70ea5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 04/11] m68k: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 02/11] h8300: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 08/11] kprobes: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 09/11] kgdbts: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 11/11] sched: remove _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 10/11] tracing: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 06/11] sparc: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 07/11] x86: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 05/11] nios2: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 01/11] fork: introduce kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 03/11] ia64: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH] ide/macide: Convert Mac IDE driver to platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: INFO: task hung in pipe_release (2)
  • From: syzbot <syzbot+61acc40a49a3e46e25ea@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: "Karoly Balogh (Charlie/SGR)" <charlie@xxxxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: "Karoly Balogh (Charlie/SGR)" <charlie@xxxxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• m68k chat 21st Aug 2020 - "the Amitari - EmuTOS and Atari Software on the Amiga"
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• Re: [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/9] macintosh/via-macii: Access autopoll_devs when inside lock
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] macintosh/via-macii: Access autopoll_devs when inside lock
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH AUTOSEL 5.8 28/72] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 29/72] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 26/58] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 18/40] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 17/40] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 13/21] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 14/21] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 08/14] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 4/9] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 5/9] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 3/5] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 2/5] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 09/14] m68k: mac: Fix IOP status/control register writes
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 25/58] m68k: mac: Don't send IOP message until channel is idle
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.9
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.9
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 9f2606b55aca95fc75e92af24fc298bad136ca24
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS fcd6fab3f4748ca1bd431e25c8db3d15fb631009
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.9
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [GIT PULL] m68k updates for 5.9
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/24] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k/amiga: Add missing platform_device_unregister() call in amiga_init_devices()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/amiga: Add missing platform_device_unregister() call in amiga_init_devices()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• [PATCH 09/24] m68k: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH -next] m68k/amiga: missing platform_device_unregister() on error in amiga_init_devices()
  • From: Qinglang Miao <miaoqinglang@xxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Macintosh II ADB driver fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] Mac ADB IOP driver fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@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: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• syscall_trace_enter and syscall_trace_leave for m68k w/MMU
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 87ecad4defef74de3bf48c7493606453d93bdfc8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: Correct some typos in comments
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: Seccomp support for linux-m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4a0b5198f5e9b0074a0df27d5d621eded75ecc3f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Out-of-tree support for Sharp X68000
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: use get_kernel_nofault in show_registers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/3] m68k/mm: enable use of generic memory_model.h for !DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 1/3] m68k/mm: make node data and node setup depend on CONFIG_DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 0/3] m68k/mm: switch from DISCONTIGMEM to SPARSEMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• Re: [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: Replace HTTP links with HTTPS ones
  • From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
• 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: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 4e906dc09434547f09e6143afeb8081890c2be14
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS cb9f7797a4553dfa531f41459c840bb47d13a2bb
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.9] BUILD SUCCESS 382f429bb559fe991b1ece2e5e58c812e28b3ad8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: mm: fix wrong m68k_fixup_info addresses
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [RFC PATCH 31/35] m68k: Change PCIBIOS_SUCCESSFUL to 0
  • From: "Saheed O. Bolarinwa" <refactormyself@xxxxxxxxx>
• [PATCH] zorro: Fix address space collision message with RAM expansion boards
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: virtual eventing chat meeting today
  • From: Carsten Strotmann <carsten@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] video: fbdev: amifb: add FIXMEs about {put,get}_user() failures
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] video: fbdev: amifb: add FIXME about dead APUS support
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: virtual eventing chat meeting today
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• virtual eventing chat meeting today
  • From: Carsten Strotmann <cas@xxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 09/16] m68k: nommu: register start of the memory with memblock
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 12/30] m68k: nommu: register start of the memory with memblock
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 10/16] m68k: mm: fix node memblock init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 3/8] m68k: nommu: register start of the memory with memblock
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 4/8] m68k: mm: fix node memblock init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.7 13/30] m68k: mm: fix node memblock init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v5 09/25] mm/m68k: Use general page fault accounting
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [m68k:m68k-queue] BUILD SUCCESS 60247e093fbbd52d9cab7eebdc6745996dedf64a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 50b615674c23c9c40a77a7b45ddad2dc37db0ec6
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.8-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.8-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH] m68k: stmark2: enable edma support for dspi
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [git pull] m68knommu changes for v5.8-rc4
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] mm: cleanup usage of <asm/pgalloc.h>
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 17/20] block: rename generic_make_request to submit_bio_noacct
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/20] block: rename generic_make_request to submit_bio_noacct
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 16/20] block: move ->make_request_fn to struct block_device_operations
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 09/20] bcache: stop setting ->queuedata
  • From: Coly Li <colyli@xxxxxxx>
• Re: [PATCH 18/20] block: refator submit_bio_noacct
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH 12/20] block: remove the request_queue argument from blk_queue_split
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH 10/20] dm: stop using ->queuedata
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH 16/20] block: move ->make_request_fn to struct block_device_operations
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: rename ->make_request_fn and move it to the block_device_operations v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• rename ->make_request_fn and move it to the block_device_operations v2
  • 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 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 06/20] rsxx: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/20] zram: stop using ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/20] dm: 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 11/20] fs: remove a weird comment in submit_bh_wbc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/20] bcache: stop setting ->queuedata
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/20] umem: stop using ->queuedata
  • 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 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>