Linux M68K

• Thread Index

• Re: [PATCH v1 3/4] memblock: add MEMBLOCK_DRIVER_MANAGED to mimic IORESOURCE_SYSRAM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v1 3/4] memblock: add MEMBLOCK_DRIVER_MANAGED to mimic IORESOURCE_SYSRAM_DRIVER_MANAGED
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [PATCH 2/2] m68k: introduce a virtual m68k machine
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: m68k: default value for MEMORY_RESERVE?
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v1 3/4] memblock: add MEMBLOCK_DRIVER_MANAGED to mimic IORESOURCE_SYSRAM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 3/4] memblock: add MEMBLOCK_DRIVER_MANAGED to mimic IORESOURCE_SYSRAM_DRIVER_MANAGED
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v1 2/4] memblock: allow to specify flags with memblock_add_node()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/4] memblock: allow to specify flags with memblock_add_node()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [GIT PULL] m68k updates for v5.15 (take three)
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for v5.15 (take three)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 2/4] memblock: allow to specify flags with memblock_add_node()
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: m68k: default value for MEMORY_RESERVE?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v7 3/3] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 2/3] m68k: io_mm.h - add APNE 100 MBit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 1/3] m68k: amiga/pcmcia - add 16 bit detection interface to amipcmcia.h
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v8 0/3] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 06/15] xtensa/platforms/iss/simdisk: add error handling support for add_disk()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2 06/15] xtensa/platforms/iss/simdisk: add error handling support for add_disk()
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2 00/15] block: third batch of add_disk() error handling conversions
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2 07/15] n64cart: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 02/15] aoe: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 15/15] pd: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 09/15] pcd: cleanup initialization
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 10/15] pf: cleanup initialization
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 11/15] pd: cleanup initialization
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 13/15] pcd: fix ordering of unregister_cdrom()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 06/15] xtensa/platforms/iss/simdisk: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 01/15] z2ram: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 08/15] pcd: move the identify buffer into pcd_identify
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 04/15] drbd: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 03/15] m68k/emu/nfblock: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 05/15] um/drivers/ubd_kern: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 12/15] pcd: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 14/15] pcd: capture errors on cdrom_register()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 00/15] block: third batch of add_disk() error handling conversions
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v1 2/4] memblock: allow to specify flags with memblock_add_node()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] mm/memory_hotplug: full support for
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 4/4] mm/memory_hotplug: indicate MEMBLOCK_DRIVER_MANAGED with IORESOURCE_SYSRAM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 3/4] memblock: add MEMBLOCK_DRIVER_MANAGED to mimic IORESOURCE_SYSRAM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/4] memblock: allow to specify flags with memblock_add_node()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/4] mm/memory_hotplug: handle memblock_add_node() failures in add_memory_resource()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 0/4] mm/memory_hotplug: full support for
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] m68k: Add a missing SPDX license header
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: remove set_fs for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] m68k: remove set_fs()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] m68k: provide __{get,put}_kernel_nofault
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] m68k: factor the 8-byte lowlevel {get,put}_user code into helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] m68k: use BUILD_BUG for passing invalid sizes to get_user/put_user
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][CFT] signal handling fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][CFT] signal handling fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.4 01/10] m68k: Double cast io functions to unsigned long
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 04/15] m68k: Double cast io functions to unsigned long
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 02/11] m68k: Double cast io functions to unsigned long
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 03/13] m68k: Double cast io functions to unsigned long
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 04/19] m68k: Double cast io functions to unsigned long
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 06/26] m68k: Double cast io functions to unsigned long
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.14 06/34] m68k: Double cast io functions to unsigned long
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0fce0a591e9c880edea48b14e08d1ecd7ebb6248
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v5.15 (take two)
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC][CFT] signal handling fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 6/6] m68k: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] m68k: provide __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] m68k: factor the 8-byte lowlevel {get,put}_user code into helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] m68k: use BUILD_BUG for passing invalid sizes to get_user/put_user
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] m68k: remove the 030 case in virt_to_phys_slow
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] m68k: document that access_ok is broken for !CONFIG_CPU_HAS_ADDRESS_SPACES
  • From: Christoph Hellwig <hch@xxxxxx>
• remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [GIT PULL] m68k updates for v5.15 (take two)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/3] m68k: update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/3] m68k: handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: muldi3: Use semicolon instead of comma
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.15-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS cdfca4efac09aedae7d38dfd009274bd8b73fc4f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-next] BUILD SUCCESS a7b68ed15d1fd72c1e451d5eb6edebee2a624b90
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC] m68k: Enable memtest kernel parameter
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC] m68k: Enable memtest kernel parameter
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] arch: Export machine_restart() instances so they can be called from modules
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH v2 0/3] power: reset: Convert Power-Off driver to tristate
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 080/109] m68knommu: only set CONFIG_ISA_DMA_API for ColdFire sub-arch
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 136/176] m68knommu: only set CONFIG_ISA_DMA_API for ColdFire sub-arch
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.13 168/219] m68knommu: only set CONFIG_ISA_DMA_API for ColdFire sub-arch
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.14 189/252] m68knommu: only set CONFIG_ISA_DMA_API for ColdFire sub-arch
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: mvme: Remove overdue #warnings in RTC handling
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Double cast io functions to unsigned long
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mvme: Remove overdue #warnings in RTC handling
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Double cast io functions to unsigned long
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] m68k: Add a missing SPDX license header
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] net/sun3_82586: Fix return value of sun3_82586_probe()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [git pull] m68knommu changes for v5.15
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v5.15
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] dmaengine: fsl-edma: fix for missing dmamux module
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: [PATCH 01/15] z2ram: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 15/15] pd: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 05/15] um/drivers/ubd_kern: add error handling support for add_disk()
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH 03/15] m68k/emu/nfblock: add error handling support for add_disk()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/15] z2ram: add error handling support for add_disk()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] net/sun3_82586: Fix return value of sun3_82586_probe()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 7c9e144583d16038503e1ca9978e41ab8c2a56a5
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 08/15] pcd: move the identify buffer into pcd_identify
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 00/15] block: third batch of add_disk() error handling conversions
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 12/15] pcd: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 13/15] pcd: fix ordering of unregister_cdrom()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 02/15] aoe: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 14/15] pcd: capture errors on cdrom_register()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 06/15] xtensa/platforms/iss/simdisk: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 05/15] um/drivers/ubd_kern: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 11/15] pd: cleanup initialization
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 10/15] pf: cleanup initialization
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 03/15] m68k/emu/nfblock: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 01/15] z2ram: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 09/15] pcd: cleanup initialization
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 15/15] pd: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 04/15] drbd: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 07/15] n64cart: add error handling support for add_disk()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [m68k:m68k-v5.14] BUILD SUCCESS 9bebcd3cc120ae9463b619251362ed460f0ccb3c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.15
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for 5.15
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH net v7 4/4] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 3/4] m68k: io_mm.h - add APNE 100 MBit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 2/4] m68k: amiga/pcmcia - implement 16 bit detection support for apne.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 0/4] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [m68k:master] BUILD SUCCESS 420b13e4124ab8fa930febb1292602297eeae955
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: RFC: remove set_fs for m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [m68k:for-v5.15] BUILD SUCCESS 87d93029fe83e326d5b906e12e95600b157d2c0d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [CFT][PATCH v2] net/8390: apne.c - read out and log PCMCIA cftable entries
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [CFT][PATCH v2] net/8390: apne.c - read out and log PCMCIA cftable entries
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [CFT][PATCH v2] net/8390: apne.c - read out and log PCMCIA cftable entries
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [CFT][PATCH] net/8390: apne.c - read out and log PCMCIA cftable entries
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schcmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Patch "mm: make zone_to_nid() and zone_set_nid() available for DISCONTIGMEM" has been added to the 5.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH stable 5.10] mm: make zone_to_nid() and zone_set_nid() available for DISCONTIGMEM
  • From: Greg KH <greg@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH stable 5.10] mm: make zone_to_nid() and zone_set_nid() available for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:master] BUILD SUCCESS 5f10755da6b9281682cd3cd9b5d868d1c94c0e03
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node
  • From: Mete Polat <metepolat2000@xxxxxxxxx>
• Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node
  • From: Mete Polat <metepolat2000@xxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [m68k:for-v5.15] BUILD SUCCESS 2189e928b62e91d8efbc9826ae7c0968f0d55790
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [PATCH v2 4/4] zorro: Drop useless (and hardly used) .driver member in struct zorro_dev
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] zorro: Simplify remove callback
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] m68k: Fix asm register constraints for atomic ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [linux-next:master 4771/5318] drivers/net/ethernet/cirrus/cs89x0.c:914:3: error: implicit declaration of function 'disable_dma'; did you mean 'disable_irq'?
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node
  • From: Mete Polat <metepolat2000@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [RFC PATCH 02/15] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER
  • From: Zi Yan <zi.yan@xxxxxxxx>
• Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 0/3] power: reset: Convert Power-Off driver to tristate
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [linux-next:master 4771/5318] drivers/net/ethernet/cirrus/cs89x0.c:914:3: error: implicit declaration of function 'disable_dma'; did you mean 'disable_irq'?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/4] nubus: Simplify check in remove callback
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] nubus: Simplify check in remove callback
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] nubus: Simplify check in remove callback
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/5] nubus: Simplify check in remove callback
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] nubus: Simplify check in remove callback
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 0/4] Some cleanups after making bus_type::remove return void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v2 3/4] zorro: Simplify remove callback
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] zorro: Drop useless (and hardly used) .driver member in struct zorro_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v2 1/4] nubus: Simplify check in remove callback
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: return success for clk_enable(NULL)
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.14-rc4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] m68k: coldfire: return success for clk_enable(NULL)
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH] m68k: coldfire: return success for clk_enable(NULL)
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Christoph Hellwig <hch@xxxxxx>
• [git pull] m68knommu changes for v5.14-rc4
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [RFC][CFT] signal handling fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC][CFT] signal handling fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] nubus: Simplify check in remove callback
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [RFC][CFT] signal handling fixes
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] nubus: Simplify check in remove callback
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] nubus: Simplify check in remove callback
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] nubus: Simplify check in remove callback
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] nubus: Make struct nubus_driver::remove return void
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 2/5] nubus: Make struct nubus_driver::remove return void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 0/5] Some cleanups after making bus_type::remove return void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 5/5] zorro: Drop useless (and hardly used) .driver member in struct zorro_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 4/5] zorro: Simplify remove callback
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 1/5] nubus: Simplify check in remove callback
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 0fa29511984b3e62b2ecdec53f7b7ea3c84c4d09
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH] m68k: Remove redefinitions of `PMD_SIZE`, `PMD_MASK`, etc.
  • From: twd2 <twd2.me@xxxxxxxxx>
• Re: [PATCH] m68k: Remove redefinitions of `PMD_SIZE`, `PMD_MASK`, etc.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix asm register constraints for atomic ops
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: Fix asm register constraints for atomic ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix asm register constraints for atomic ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: Fix asm register constraints for atomic ops
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] m68k: update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] m68k: handle arrivals of multiple signals correctly
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC][CFT] signal handling fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix asm register constraints for atomic ops
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: Fix invalid RMW_INSNS on CPUs that lack CAS
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68k: Fix asm register constraints for atomic ops
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix asm register constraints for atomic ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix invalid RMW_INSNS on CPUs that lack CAS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [GIT PULL] m68k updates for 5.14 (take two)
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] m68k updates for 5.14 (take two)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 0/5] bus: Make remove callback return void
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 0/5] bus: Make remove callback return void
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH] m68k: Remove redefinitions of `PMD_SIZE`, `PMD_MASK`, etc.
  • From: Wende Tan <twd2.me@xxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 5/5] bus: Make remove callback return void
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 05f25d0bea1e40424b38787cf1a81f65684e760c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.14] BUILD SUCCESS 21ed49265986931b8921a2404394426870245bd2
  • From: kernel test robot <lkp@xxxxxxxxx>
• [m68k:for-v5.15] BUILD SUCCESS a0b22464ce9352c4a3e100f10f976c85b0ae6690
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 5/5] bus: Make remove callback return void
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v4 5/5] bus: Make remove callback return void
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 5/5] bus: Make remove callback return void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v4 0/5] bus: Make remove callback return void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [m68k:master] BUILD SUCCESS 311631a32165388e807ffe189dd6637648179842
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v5.14-rc1:
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] m68k: MAC should select HAVE_PATA_PLATFORM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: MAC should select HAVE_PATA_PLATFORM
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: RFC: remove set_fs for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH AUTOSEL 5.12 084/104] m68knommu: fix missing LCD splash screen data initializer
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 7/7] m68k: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] m68k: provide __{get,put}_kernel_nofault
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] m68k: factor the 8-byte lowlevel {get,put}_user code into helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] m68k: remove the err argument to the get_user/put_user assembly helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] m68k: remove the inline copy_{from,to}_user variants
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] m68k: use BUILD_BUG for passing invalid sizes to get_user/put_user
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] m68k: document that access_ok is broken for !CONFIG_CPU_HAS_ADDRESS_SPACES
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: remove set_fs for m68k
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k/nommu: prevent setting ROMKERNEL when ROM is not set
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC v2] m68k: remove get_fs()/set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k/coldfire: change pll var. to clk_pll
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/coldfire: change pll var. to clk_pll
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: try_to_unmap() is now void
  • From: Yang Shi <shy828301@xxxxxxxxx>
• Re: [PATCH] mm: try_to_unmap() is now void
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] m68k/nommu: prevent setting ROMKERNEL when ROM is not set
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] mm: try_to_unmap() is now void
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68k/coldfire: change pll var. to clk_pll
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] Fixes to Linus' 'remove set_fs patch'
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC] Fixes to Linus' 'remove set_fs patch'
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: emu: fix invalid free in nfeth_cleanup()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH RFC] Fixes to Linus' 'remove set_fs patch'
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: emu: fix invalid free in nfeth_cleanup()
  • From: Pavel Skripkin <paskripkin@xxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v5.14
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] m68knommu: remove set_fs()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68knommu: remove set_fs()
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: stop implementing set_fs for m68knommu
  • From: Christoph Hellwig <hch@xxxxxx>
• [git pull] m68knommu changes for v5.14
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k/coldfire: change pll var. to clk_pll
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v5 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 4/5] can: flexcan: update Kconfig to enable coldfire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v5 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/5] can: flexcan: update Kconfig to enable coldfire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• [PATCH v4 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 4/5] can: flexcan: update Kconfig to enable coldfire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v4 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 2d240d1827a73e291122d37d0e302896cad67b2e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v7 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 0/2] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v7 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [m68k:m68k-v5.13] BUILD SUCCESS 340860ab7d4a01103d33f3e0efa07aeb9d135bd9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for 5.14
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 1/5] m68k: common PCI support definitions and code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] m68k: common PCI support definitions and code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] m68k: common PCI support definitions and code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for 5.14
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] m68k: common PCI support definitions and code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] m68k: add kernel seccomp support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Refactoring exit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 9/9] signal: Move PTRACE_EVENT_EXIT into get_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/9] signal: Make individual tasks exiting a first class concept.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/9] signal: Factor start_group_exit out of complete_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/9] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/9] Refactoring exit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 0/2] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 0/3] m68k: Improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 1/3] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [m68k:master] BUILD SUCCESS 496c768d46ebc427721b85431055fdd0f5b13c24
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] can: flexcan: add platform data header
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v3 1/5] can: flexcan: add platform data header
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support
  • From: ALeX Kazik <alex@xxxxxxxx>
• Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support
  • From: ALeX Kazik <alex@xxxxxxxx>
• [PATCH v3 3/3] m68k: track syscalls being traced with shallow user context stack
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/3] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3] m68k: improved switch stack handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 1/3] m68k: io_mm.h - add APNE 100 MBit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH netdev v6 3/3] net/8390: apne.c - autoprobe 100 Mbit mode in apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH netdev v6 2/3] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v5 0/2] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v5 1/2] m68k: io_mm.h - add APNE 100 MBit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: remove the legacy ide driver v2
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] m68k: save extra registers on more syscall entry points
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 1/2] m68k: io_mm.h - add APNE 100 MBit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH net-next v4 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 0/2] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] m68k: io_mm.h - add APNE 100 MBit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 4/5] can: flexcan: enable Kconfig for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] m68k: io_mm.h - add APNE 100 MBit support
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v5 2/2] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v5 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/2] m68k: io_mm.h - add APNE 100 MBit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 0/2] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Add APNE PCMCIA 100 Mbit support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 3/5] m68k: m5441x: add flexcan support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4] m68k/kernel - wire up syscall_trace_enter/leave for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 5/5] can: flexcan: add mcf5441x support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 4/5] can: flexcan: enable Kconfig for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 3/5] m68k: m5441x: add flexcan support
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 2/5] m68k: stmark2: update board setup
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [PATCH v2 1/5] can: flexcan: add platform data for ColdFire
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [to-be-updated] mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2 0/2] Add APNE PCMCIA 100 Mbit support
  • From: ALeX Kazik <alex@xxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)