Linux M68K

• Date Index

• [PATCH] net/sun3_82586: Fix return value of sun3_82586_probe(), Geert Uytterhoeven
  • Re: [PATCH] net/sun3_82586: Fix return value of sun3_82586_probe(), patchwork-bot+netdevbpf
• [m68k:master] BUILD SUCCESS 7c9e144583d16038503e1ca9978e41ab8c2a56a5, kernel test robot
• [PATCH 00/15] block: third batch of add_disk() error handling conversions, Luis Chamberlain
  • [PATCH 07/15] n64cart: add error handling support for add_disk(), Luis Chamberlain
  • [PATCH 04/15] drbd: add error handling support for add_disk(), Luis Chamberlain
  • [PATCH 15/15] pd: add error handling support for add_disk(), Luis Chamberlain
    • Re: [PATCH 15/15] pd: add error handling support for add_disk(), Luis Chamberlain
  • [PATCH 09/15] pcd: cleanup initialization, Luis Chamberlain
  • [PATCH 01/15] z2ram: add error handling support for add_disk(), Luis Chamberlain
    • Re: [PATCH 01/15] z2ram: add error handling support for add_disk(), Geert Uytterhoeven
      • Re: [PATCH 01/15] z2ram: add error handling support for add_disk(), Luis Chamberlain
  • [PATCH 03/15] m68k/emu/nfblock: add error handling support for add_disk(), Luis Chamberlain
    • Re: [PATCH 03/15] m68k/emu/nfblock: add error handling support for add_disk(), Geert Uytterhoeven
  • [PATCH 10/15] pf: cleanup initialization, Luis Chamberlain
  • [PATCH 11/15] pd: cleanup initialization, Luis Chamberlain
  • [PATCH 05/15] um/drivers/ubd_kern: add error handling support for add_disk(), Luis Chamberlain
    • Re: [PATCH 05/15] um/drivers/ubd_kern: add error handling support for add_disk(), Gabriel Krisman Bertazi
  • [PATCH 06/15] xtensa/platforms/iss/simdisk: add error handling support for add_disk(), Luis Chamberlain
  • [PATCH 14/15] pcd: capture errors on cdrom_register(), Luis Chamberlain
  • [PATCH 02/15] aoe: add error handling support for add_disk(), Luis Chamberlain
  • [PATCH 13/15] pcd: fix ordering of unregister_cdrom(), Luis Chamberlain
  • [PATCH 12/15] pcd: add error handling support for add_disk(), Luis Chamberlain
  • [PATCH 08/15] pcd: move the identify buffer into pcd_identify, Luis Chamberlain
• [m68k:m68k-v5.14] BUILD SUCCESS 9bebcd3cc120ae9463b619251362ed460f0ccb3c, kernel test robot
• [GIT PULL] m68k updates for 5.15, Geert Uytterhoeven
  • Re: [GIT PULL] m68k updates for 5.15, pr-tracker-bot
• [PATCH v7 0/4] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
  • [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA, Michael Schmitz
    • Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA, Geert Uytterhoeven
      • Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA, Michael Schmitz
        • Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA, Geert Uytterhoeven
          • Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA, Michael Schmitz
        • Re: [PATCH v7 1/4] m68k: Kconfig - select core PCMCIA support module for Amiga PCMCIA, Michael Schmitz
  • [PATCH v7 2/4] m68k: amiga/pcmcia - implement 16 bit detection support for apne.c, Michael Schmitz
  • [PATCH v7 3/4] m68k: io_mm.h - add APNE 100 MBit support, Michael Schmitz
  • [PATCH net v7 4/4] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
  • Re: [PATCH v7 0/4] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
• [m68k:master] BUILD SUCCESS 420b13e4124ab8fa930febb1292602297eeae955, kernel test robot
• [m68k:for-v5.15] BUILD SUCCESS 87d93029fe83e326d5b906e12e95600b157d2c0d, kernel test robot
• [CFT][PATCH v2] net/8390: apne.c - read out and log PCMCIA cftable entries, Michael Schmitz
  • Re: [CFT][PATCH v2] net/8390: apne.c - read out and log PCMCIA cftable entries, Geert Uytterhoeven
    • Re: [CFT][PATCH v2] net/8390: apne.c - read out and log PCMCIA cftable entries, Michael Schmitz
• [CFT][PATCH] net/8390: apne.c - read out and log PCMCIA cftable entries, Michael Schmitz
• [PATCH stable 5.10] mm: make zone_to_nid() and zone_set_nid() available for DISCONTIGMEM, Mike Rapoport
  • Re: [PATCH stable 5.10] mm: make zone_to_nid() and zone_set_nid() available for DISCONTIGMEM, Greg KH
  • Patch "mm: make zone_to_nid() and zone_set_nid() available for DISCONTIGMEM" has been added to the 5.10-stable tree, gregkh
• [m68k:master] BUILD SUCCESS 5f10755da6b9281682cd3cd9b5d868d1c94c0e03, kernel test robot
• [m68k:for-v5.15] BUILD SUCCESS 2189e928b62e91d8efbc9826ae7c0968f0d55790, kernel test robot
• [PATCH v2] m68k: Fix asm register constraints for atomic ops, Geert Uytterhoeven
• [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Mikael Pettersson
  • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Finn Thain
    • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Mikael Pettersson
      • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Finn Thain
        • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Mikael Pettersson
        • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Mikael Pettersson
          • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Geert Uytterhoeven
            • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Mike Rapoport
              • Re: [BISECTED][REGRESSION] 5.10.56 longterm kernel breakage on m68k/aranym, Mikael Pettersson
• [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node, Mete Polat
  • Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node, Peter Zijlstra
    • Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node, Mete Polat
  • Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node, Geert Uytterhoeven
    • Re: [PATCH v2] rbtree: remove unneeded explicit alignment in struct rb_node, Mete Polat
• [RFC PATCH 02/15] arch: mm: rename FORCE_MAX_ZONEORDER to ARCH_FORCE_MAX_ORDER, Zi Yan
• [PATCH 0/3] power: reset: Convert Power-Off driver to tristate, Lee Jones
  • [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules, Lee Jones
    • Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules, Thomas Bogendoerfer
    • Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules, Catalin Marinas
      • Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules, Greg Kroah-Hartman
        • Re: [PATCH 1/3] arch: Export machine_restart() instances so they can be called from modules, Lee Jones
• 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'?, Arnd Bergmann
  • 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'?, Greg Ungerer
• [PATCH v2 0/4] Some cleanups after making bus_type::remove return void, Uwe Kleine-König
  • [PATCH v2 1/4] nubus: Simplify check in remove callback, Uwe Kleine-König
    • Re: [PATCH v2 1/4] nubus: Simplify check in remove callback, Finn Thain
      • Re: [PATCH v2 1/4] nubus: Simplify check in remove callback, Uwe Kleine-König
        • Re: [PATCH v2 1/4] nubus: Simplify check in remove callback, Finn Thain
  • [PATCH v2 4/4] zorro: Drop useless (and hardly used) .driver member in struct zorro_dev, Uwe Kleine-König
    • Re: [PATCH v2 4/4] zorro: Drop useless (and hardly used) .driver member in struct zorro_dev, Geert Uytterhoeven
  • [PATCH v2 3/4] zorro: Simplify remove callback, Uwe Kleine-König
    • Re: [PATCH v2 3/4] zorro: Simplify remove callback, Geert Uytterhoeven
• [PATCH] m68k: coldfire: return success for clk_enable(NULL), Dan Carpenter
  • Re: [PATCH] m68k: coldfire: return success for clk_enable(NULL), Marc Kleine-Budde
  • Re: [PATCH] m68k: coldfire: return success for clk_enable(NULL), Greg Ungerer
• [git pull] m68knommu changes for v5.14-rc4, Greg Ungerer
  • Re: [git pull] m68knommu changes for v5.14-rc4, pr-tracker-bot
• [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Lukas Bulwahn
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Randy Dunlap
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Jens Axboe
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Christoph Hellwig
  • Re: [PATCH] arch: Kconfig: clean up obsolete use of HAVE_IDE, Geert Uytterhoeven
• [PATCH 0/5] Some cleanups after making bus_type::remove return void, Uwe Kleine-König
  • [PATCH 1/5] nubus: Simplify check in remove callback, Uwe Kleine-König
    • Re: [PATCH 1/5] nubus: Simplify check in remove callback, Finn Thain
      • Re: [PATCH 1/5] nubus: Simplify check in remove callback, Geert Uytterhoeven
        • Re: [PATCH 1/5] nubus: Simplify check in remove callback, Finn Thain
      • Re: [PATCH 1/5] nubus: Simplify check in remove callback, Uwe Kleine-König
        • Re: [PATCH 1/5] nubus: Simplify check in remove callback, Finn Thain
          • Re: [PATCH 1/5] nubus: Simplify check in remove callback, Uwe Kleine-König
  • [PATCH 4/5] zorro: Simplify remove callback, Uwe Kleine-König
  • [PATCH 5/5] zorro: Drop useless (and hardly used) .driver member in struct zorro_dev, Uwe Kleine-König
  • [PATCH 2/5] nubus: Make struct nubus_driver::remove return void, Uwe Kleine-König
    • Re: [PATCH 2/5] nubus: Make struct nubus_driver::remove return void, Finn Thain
• [m68k:master] BUILD SUCCESS 0fa29511984b3e62b2ecdec53f7b7ea3c84c4d09, kernel test robot
• [RFC][CFT] signal handling fixes, Al Viro
  • [PATCH 1/3] m68k: handle arrivals of multiple signals correctly, Al Viro
    • Re: [PATCH 1/3] m68k: handle arrivals of multiple signals correctly, Michael Schmitz
  • [PATCH 2/3] m68k: update ->thread.esp0 before calling syscall_trace() in ret_from_signal, Al Viro
    • Re: [PATCH 2/3] m68k: update ->thread.esp0 before calling syscall_trace() in ret_from_signal, Michael Schmitz
  • [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn(), Al Viro
    • Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn(), Michael Schmitz
      • Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn(), Al Viro
        • Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn(), Michael Schmitz
          • Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn(), Al Viro
            • Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn(), Michael Schmitz
              • Re: [PATCH 3/3] m68k: leave stack mangling to asm wrapper of sigreturn(), Al Viro
  • Re: [RFC][CFT] signal handling fixes, Finn Thain
    • Re: [RFC][CFT] signal handling fixes, Al Viro
      • Re: [RFC][CFT] signal handling fixes, Finn Thain
  • Re: [RFC][CFT] signal handling fixes, Finn Thain
    • Re: [RFC][CFT] signal handling fixes, Geert Uytterhoeven
  • Re: [RFC][CFT] signal handling fixes, Geert Uytterhoeven
• [PATCH] m68k: Fix asm register constraints for atomic ops, Geert Uytterhoeven
  • Re: [PATCH] m68k: Fix asm register constraints for atomic ops, Andreas Schwab
    • Re: [PATCH] m68k: Fix asm register constraints for atomic ops, Geert Uytterhoeven
  • Re: [PATCH] m68k: Fix asm register constraints for atomic ops, Arnd Bergmann
  • Re: [PATCH] m68k: Fix asm register constraints for atomic ops, Finn Thain
    • Re: [PATCH] m68k: Fix asm register constraints for atomic ops, Geert Uytterhoeven
      • Re: [PATCH] m68k: Fix asm register constraints for atomic ops, Arnd Bergmann
• [PATCH] m68k: Fix invalid RMW_INSNS on CPUs that lack CAS, Geert Uytterhoeven
  • Re: [PATCH] m68k: Fix invalid RMW_INSNS on CPUs that lack CAS, Arnd Bergmann
• [GIT PULL] m68k updates for 5.14 (take two), Geert Uytterhoeven
  • Re: [GIT PULL] m68k updates for 5.14 (take two), pr-tracker-bot
• [PATCH] m68k: Remove redefinitions of `PMD_SIZE`, `PMD_MASK`, etc., Wende Tan
  • Re: [PATCH] m68k: Remove redefinitions of `PMD_SIZE`, `PMD_MASK`, etc., Geert Uytterhoeven
    • Re: [PATCH] m68k: Remove redefinitions of `PMD_SIZE`, `PMD_MASK`, etc., twd2
• [m68k:master] BUILD SUCCESS 05f25d0bea1e40424b38787cf1a81f65684e760c, kernel test robot
• [m68k:for-v5.14] BUILD SUCCESS 21ed49265986931b8921a2404394426870245bd2, kernel test robot
• [m68k:for-v5.15] BUILD SUCCESS a0b22464ce9352c4a3e100f10f976c85b0ae6690, kernel test robot
• [PATCH v4 0/5] bus: Make remove callback return void, Uwe Kleine-König
  • [PATCH v4 5/5] bus: Make remove callback return void, Uwe Kleine-König
    • Re: [PATCH v4 5/5] bus: Make remove callback return void, Geert Uytterhoeven
    • Re: [PATCH v4 5/5] bus: Make remove callback return void, Sudeep Holla
    • Re: [PATCH v4 5/5] bus: Make remove callback return void, Wolfram Sang
  • Re: [PATCH v4 0/5] bus: Make remove callback return void, Greg Kroah-Hartman
    • Re: [PATCH v4 0/5] bus: Make remove callback return void, Greg Kroah-Hartman
• [m68k:master] BUILD SUCCESS 311631a32165388e807ffe189dd6637648179842, kernel test robot
• [PATCH] m68k: defconfig: Update defconfigs for v5.14-rc1:, Geert Uytterhoeven
• [PATCH] m68k: MAC should select HAVE_PATA_PLATFORM, Geert Uytterhoeven
  • Re: [PATCH] m68k: MAC should select HAVE_PATA_PLATFORM, Christoph Hellwig
• [PATCH AUTOSEL 5.12 084/104] m68knommu: fix missing LCD splash screen data initializer, Sasha Levin
• RFC: remove set_fs for m68k, Christoph Hellwig
  • [PATCH 1/7] m68k: document that access_ok is broken for !CONFIG_CPU_HAS_ADDRESS_SPACES, Christoph Hellwig
  • [PATCH 2/7] m68k: use BUILD_BUG for passing invalid sizes to get_user/put_user, Christoph Hellwig
  • [PATCH 3/7] m68k: remove the inline copy_{from,to}_user variants, Christoph Hellwig
  • [PATCH 4/7] m68k: remove the err argument to the get_user/put_user assembly helpers, Christoph Hellwig
  • [PATCH 5/7] m68k: factor the 8-byte lowlevel {get,put}_user code into helpers, Christoph Hellwig
  • [PATCH 6/7] m68k: provide __{get,put}_kernel_nofault, Christoph Hellwig
  • [PATCH 7/7] m68k: remove set_fs(), Christoph Hellwig
  • Re: RFC: remove set_fs for m68k, Michael Schmitz
    • Re: RFC: remove set_fs for m68k, Christoph Hellwig
    • Re: RFC: remove set_fs for m68k, Andreas Schwab
      • Re: RFC: remove set_fs for m68k, Michael Schmitz
        • Re: RFC: remove set_fs for m68k, Christoph Hellwig
          • Re: RFC: remove set_fs for m68k, Michael Schmitz
            • Re: RFC: remove set_fs for m68k, Christoph Hellwig
              • Re: RFC: remove set_fs for m68k, Michael Schmitz
                • Re: RFC: remove set_fs for m68k, Andreas Schwab
                  • Re: RFC: remove set_fs for m68k, Michael Schmitz
                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                  • Re: RFC: remove set_fs for m68k, Michael Schmitz
                    • Re: RFC: remove set_fs for m68k, Michael Schmitz
                      • Re: RFC: remove set_fs for m68k, Christoph Hellwig
                        • Re: RFC: remove set_fs for m68k, Michael Schmitz
                        • Re: RFC: remove set_fs for m68k, Michael Schmitz
                          • Re: RFC: remove set_fs for m68k, Christoph Hellwig
                            • Re: RFC: remove set_fs for m68k, Michael Schmitz
                              • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Christoph Hellwig
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Christoph Hellwig
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Christoph Hellwig
                                • Re: RFC: remove set_fs for m68k, Michael Schcmitz
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Linus Torvalds
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Linus Torvalds
                                • Re: RFC: remove set_fs for m68k, Andreas Schwab
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Andreas Schwab
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Andreas Schwab
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Brad Boyer
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Andreas Schwab
                                • Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: RFC: remove set_fs for m68k, Linus Torvalds
                                • Re: RFC: remove set_fs for m68k, Al Viro
                                • Re: RFC: remove set_fs for m68k, Linus Torvalds
                                • Re: RFC: remove set_fs for m68k, Al Viro
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Message not available
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Brad Boyer
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Finn Thain
                                • Re: Mainline kernel crashes, was Re: RFC: remove set_fs for m68k, Michael Schmitz
    • Re: RFC: remove set_fs for m68k, Michael Schmitz
• [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
  • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Linus Torvalds
    • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Linus Torvalds
      • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
      • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Christoph Hellwig
        • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
          • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Christoph Hellwig
            • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
              • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Christoph Hellwig
                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Linus Torvalds
                  • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                  • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                    • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Christoph Hellwig
                      • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                      • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Geert Uytterhoeven
                        • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                          • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Christoph Hellwig
                            • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                              • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Geert Uytterhoeven
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Linus Torvalds
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Linus Torvalds
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Linus Torvalds
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Linus Torvalds
                                • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Michael Schmitz
                            • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Geert Uytterhoeven
      • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Andreas Schwab
    • Re: [PATCH RFC v2] m68k: remove get_fs()/set_fs(), Christoph Hellwig
• [PATCH] m68k/nommu: prevent setting ROMKERNEL when ROM is not set, Randy Dunlap
  • Re: [PATCH] m68k/nommu: prevent setting ROMKERNEL when ROM is not set, Greg Ungerer
• [PATCH] mm: try_to_unmap() is now void, Randy Dunlap
  • Re: [PATCH] mm: try_to_unmap() is now void, Matthew Wilcox
  • Re: [PATCH] mm: try_to_unmap() is now void, Yang Shi
• [PATCH RFC] Fixes to Linus' 'remove set_fs patch', Michael Schmitz
  • Re: [PATCH RFC] Fixes to Linus' 'remove set_fs patch', Linus Torvalds
    • Re: [PATCH RFC] Fixes to Linus' 'remove set_fs patch', Michael Schmitz
• [PATCH] m68k: emu: fix invalid free in nfeth_cleanup(), Pavel Skripkin
  • Re: [PATCH] m68k: emu: fix invalid free in nfeth_cleanup(), Geert Uytterhoeven
• RFC: stop implementing set_fs for m68knommu, Christoph Hellwig
  • [PATCH] m68knommu: remove set_fs(), Christoph Hellwig
    • Re: [PATCH] m68knommu: remove set_fs(), Geert Uytterhoeven
      • Re: [PATCH] m68knommu: remove set_fs(), Christoph Hellwig
        • Re: [PATCH] m68knommu: remove set_fs(), Geert Uytterhoeven
          • Re: [PATCH] m68knommu: remove set_fs(), Christoph Hellwig
      • Re: [PATCH] m68knommu: remove set_fs(), Linus Torvalds
        • Re: [PATCH] m68knommu: remove set_fs(), Christoph Hellwig
          • Re: [PATCH] m68knommu: remove set_fs(), Linus Torvalds
            • Re: [PATCH] m68knommu: remove set_fs(), Christoph Hellwig
              • Re: [PATCH] m68knommu: remove set_fs(), Linus Torvalds
              • Re: [PATCH] m68knommu: remove set_fs(), Michael Schmitz
        • Re: [PATCH] m68knommu: remove set_fs(), Michael Schmitz
          • Re: [PATCH] m68knommu: remove set_fs(), Linus Torvalds
            • Re: [PATCH] m68knommu: remove set_fs(), Christoph Hellwig
            • Re: [PATCH] m68knommu: remove set_fs(), Michael Schmitz
• [git pull] m68knommu changes for v5.14, Greg Ungerer
  • Re: [git pull] m68knommu changes for v5.14, pr-tracker-bot
• [PATCH] m68k/coldfire: change pll var. to clk_pll, Randy Dunlap
  • Re: [PATCH] m68k/coldfire: change pll var. to clk_pll, Greg Ungerer
    • Re: [PATCH] m68k/coldfire: change pll var. to clk_pll, Arnd Bergmann
      • Re: [PATCH] m68k/coldfire: change pll var. to clk_pll, Greg Ungerer
• [PATCH v5 1/5] can: flexcan: add platform data header, Angelo Dureghello
  • [PATCH v5 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
    • Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support, Greg Ungerer
      • Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support, Marc Kleine-Budde
      • Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
        • Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support, Greg Ungerer
          • Re: [PATCH v5 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
  • [PATCH v5 2/5] m68k: stmark2: update board setup, Angelo Dureghello
  • [PATCH v5 4/5] can: flexcan: update Kconfig to enable coldfire, Angelo Dureghello
  • [PATCH v5 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
  • Re: [PATCH v5 1/5] can: flexcan: add platform data header, Marc Kleine-Budde
• [PATCH v4 1/5] can: flexcan: add platform data header, Angelo Dureghello
  • [PATCH v4 2/5] m68k: stmark2: update board setup, Angelo Dureghello
    • Re: [PATCH v4 2/5] m68k: stmark2: update board setup, Marc Kleine-Budde
      • Re: [PATCH v4 2/5] m68k: stmark2: update board setup, Greg Ungerer
        • Re: [PATCH v4 2/5] m68k: stmark2: update board setup, Marc Kleine-Budde
          • Re: [PATCH v4 2/5] m68k: stmark2: update board setup, Greg Ungerer
            • Re: [PATCH v4 2/5] m68k: stmark2: update board setup, Geert Uytterhoeven
              • Re: [PATCH v4 2/5] m68k: stmark2: update board setup, Marc Kleine-Budde
                • Re: [PATCH v4 2/5] m68k: stmark2: update board setup, Angelo Dureghello
  • [PATCH v4 4/5] can: flexcan: update Kconfig to enable coldfire, Angelo Dureghello
    • Re: [PATCH v4 4/5] can: flexcan: update Kconfig to enable coldfire, Marc Kleine-Budde
  • [PATCH v4 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
  • [PATCH v4 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
    • Re: [PATCH v4 5/5] can: flexcan: add mcf5441x support, Marc Kleine-Budde
  • Re: [PATCH v4 1/5] can: flexcan: add platform data header, Marc Kleine-Budde
    • Re: [PATCH v4 1/5] can: flexcan: add platform data header, Angelo Dureghello
      • Re: [PATCH v4 1/5] can: flexcan: add platform data header, Marc Kleine-Budde
• [m68k:master] BUILD SUCCESS 2d240d1827a73e291122d37d0e302896cad67b2e, kernel test robot
• [PATCH v7 0/2] Add kernel seccomp support for m68k, Michael Schmitz
  • [PATCH v7 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
  • [PATCH v7 2/2] m68k: add kernel seccomp support, Michael Schmitz
• [m68k:m68k-v5.13] BUILD SUCCESS 340860ab7d4a01103d33f3e0efa07aeb9d135bd9, kernel test robot
• [GIT PULL] m68k updates for 5.14, Geert Uytterhoeven
  • Re: [GIT PULL] m68k updates for 5.14, pr-tracker-bot
• [PATCH v6 0/2] Add kernel seccomp support for m68k, Michael Schmitz
  • [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
    • Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Geert Uytterhoeven
      • Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
      • Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
        • Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Geert Uytterhoeven
          • Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Greg Ungerer
            • Re: [PATCH v6 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
  • [PATCH v6 2/2] m68k: add kernel seccomp support, Michael Schmitz
    • Re: [PATCH v6 2/2] m68k: add kernel seccomp support, Geert Uytterhoeven
      • Re: [PATCH v6 2/2] m68k: add kernel seccomp support, Michael Schmitz
• [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
  • [PATCH v4 1/3] m68k: save extra registers on more syscall entry points, Michael Schmitz
  • [PATCH v4 2/3] m68k: correctly handle IO worker stack frame set-up, Michael Schmitz
  • [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack, Michael Schmitz
    • Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack, Geert Uytterhoeven
      • Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack, Michael Schmitz
        • Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack, Linus Torvalds
          • Re: [PATCH v4 3/3] m68k: track syscalls being traced with shallow user context stack, Greg Ungerer
  • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Eric W. Biederman
    • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
      • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
        • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Eric W. Biederman
          • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
            • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
              • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Andreas Schwab
                • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
                  • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Brad Boyer
                    • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
              • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Eric W. Biederman
                • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
                  • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Eric W. Biederman
                    • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
                      • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Eric W. Biederman
                        • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
                          • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Andreas Schwab
                            • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
                              • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Brad Boyer
                                • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Michael Schmitz
                                • [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Eric W. Biederman
                                • Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Andreas Schwab
                                • Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Eric W. Biederman
                                • Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Andreas Schwab
                                • Re: [RFC][PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Michael Schmitz
                                • [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Eric W. Biederman
                                • Re: [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Eric W. Biederman
                                • Re: [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Geert Uytterhoeven
                              • Re: [PATCH v4 0/3] m68k: Improved switch stack handling, Andreas Schwab
• [m68k:master] BUILD SUCCESS 496c768d46ebc427721b85431055fdd0f5b13c24, kernel test robot
• [PATCH v3 1/5] can: flexcan: add platform data header, Angelo Dureghello
  • [PATCH v3 2/5] m68k: stmark2: update board setup, Angelo Dureghello
  • [PATCH v3 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
  • [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Angelo Dureghello
    • Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Geert Uytterhoeven
      • Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Marc Kleine-Budde
        • Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Geert Uytterhoeven
          • Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Marc Kleine-Budde
            • Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Geert Uytterhoeven
              • Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Marc Kleine-Budde
                • Re: [PATCH v3 4/5] can: flexcan: update Kconfig to allow non-of cases, Angelo Dureghello
  • [PATCH v3 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
    • Re: [PATCH v3 5/5] can: flexcan: add mcf5441x support, Marc Kleine-Budde
      • Re: [PATCH v3 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
  • Re: [PATCH v3 1/5] can: flexcan: add platform data header, Marc Kleine-Budde
• [PATCH v3] m68k: improved switch stack handling, Michael Schmitz
  • [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up, Michael Schmitz
    • Re: [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up, Finn Thain
      • Re: [PATCH v3 2/3] m68k: correctly handle IO worker stack frame set-up, Linus Torvalds
  • [PATCH v3 1/3] m68k: save extra registers on more syscall entry points, Michael Schmitz
  • [PATCH v3 3/3] m68k: track syscalls being traced with shallow user context stack, Michael Schmitz
• [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
  • [PATCH netdev v6 2/3] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
  • [PATCH netdev v6 3/3] net/8390: apne.c - autoprobe 100 Mbit mode in apne.c driver, Michael Schmitz
  • [PATCH v6 1/3] m68k: io_mm.h - add APNE 100 MBit support, Michael Schmitz
  • Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support, ALeX Kazik
    • Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
      • Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support, ALeX Kazik
        • Re: [PATCH v6 0/3] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
• [PATCH v5 0/2] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
  • [PATCH v5 1/2] m68k: io_mm.h - add APNE 100 MBit support, Michael Schmitz
  • [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
    • Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Finn Thain
      • Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
    • Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Geert Uytterhoeven
      • Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
        • Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Geert Uytterhoeven
          • Re: [PATCH net-next v5 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
• [PATCH v2] m68k: save extra registers on more syscall entry points, Michael Schmitz
  • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Linus Torvalds
    • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Michael Schmitz
      • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Linus Torvalds
        • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Michael Schmitz
        • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Michael Schmitz
          • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Linus Torvalds
            • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Linus Torvalds
              • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Michael Schmitz
            • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Michael Schmitz
  • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Eric W. Biederman
    • Re: [PATCH v2] m68k: save extra registers on more syscall entry points, Michael Schmitz
• [PATCH v4 0/2] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
  • [PATCH net-next v4 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
  • [PATCH v4 1/2] m68k: io_mm.h - add APNE 100 MBit support, Michael Schmitz
• [PATCH v5 1/2] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
  • [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
    • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Geert Uytterhoeven
      • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
      • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
    • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Geert Uytterhoeven
      • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
      • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
      • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
        • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Geert Uytterhoeven
          • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
            • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Michael Schmitz
              • Re: [PATCH v5 2/2] m68k: add kernel seccomp support, Geert Uytterhoeven
• [PATCH v3 0/2] Add APNE PCMCIA 100 Mbit support, Michael Schmitz
  • [PATCH v3 1/2] m68k: io_mm.h - add APNE 100 MBit support, Michael Schmitz
    • Re: [PATCH v3 1/2] m68k: io_mm.h - add APNE 100 MBit support, Finn Thain
      • Re: [PATCH v3 1/2] m68k: io_mm.h - add APNE 100 MBit support, Michael Schmitz
  • [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
    • Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Finn Thain
      • Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
        • Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Geert Uytterhoeven
          • Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
            • Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Geert Uytterhoeven
              • Re: [PATCH net-next v3 2/2] net/8390: apne.c - add 100 Mbit support to apne.c driver, Michael Schmitz
• [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Angelo Dureghello
  • [PATCH v2 2/5] m68k: stmark2: update board setup, Angelo Dureghello
  • [PATCH v2 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
    • Re: [PATCH v2 3/5] m68k: m5441x: add flexcan support, Greg Ungerer
      • Re: [PATCH v2 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
  • [PATCH v2 4/5] can: flexcan: enable Kconfig for ColdFire, Angelo Dureghello
    • Re: [PATCH v2 4/5] can: flexcan: enable Kconfig for ColdFire, Marc Kleine-Budde
  • [PATCH v2 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
    • Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support, Marc Kleine-Budde
      • Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
      • Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
        • Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support, Marc Kleine-Budde
    • Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support, Marc Kleine-Budde
      • Re: [PATCH v2 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
  • Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Greg Ungerer
    • Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Angelo Dureghello
      • Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Marc Kleine-Budde
      • Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Marc Kleine-Budde
  • Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Geert Uytterhoeven
    • Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Angelo Dureghello
  • Re: [PATCH v2 1/5] can: flexcan: add platform data for ColdFire, Marc Kleine-Budde
• [to-be-updated] mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch removed from -mm tree, akpm
• [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, akpm
  • Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, kernel test robot
  • Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, kernel test robot
  • Re: [to-be-updated] mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch removed from -mm tree, kernel test robot
• remove the legacy ide driver v2, Christoph Hellwig
  • [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA, Christoph Hellwig
    • Re: [PATCH 1/6] pata_cypress: add a module option to disable BM-DMA, Russell King (Oracle)
  • [PATCH 2/6] alpha: use libata instead of the legacy ide driver, Christoph Hellwig
  • [PATCH 3/6] ARM: disable CONFIG_IDE in footbridge_defconfig, Christoph Hellwig
  • [PATCH 4/6] ARM: disable CONFIG_IDE in pxa_defconfig, Christoph Hellwig
  • [PATCH 5/6] m68k: use libata instead of the legacy ide driver, Christoph Hellwig
    • Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver, Geert Uytterhoeven
      • Re: [PATCH 5/6] m68k: use libata instead of the legacy ide driver, Christoph Hellwig
  • Re: remove the legacy ide driver v2, John Paul Adrian Glaubitz
    • Re: remove the legacy ide driver v2, Christoph Hellwig
  • Re: remove the legacy ide driver v2, Jens Axboe
    • Re: remove the legacy ide driver v2, Jens Axboe
• [PATCH RFC] m68k: add kernel seccomp support, Michael Schmitz
• [PATCH v4] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
  • Re: [PATCH v4] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Andreas Schwab
    • Re: [PATCH v4] m68k/kernel - wire up syscall_trace_enter/leave for m68k, Michael Schmitz
• + mm-rename-p4d_page_vaddr-to-p4d_pgtable-and-make-it-return-pud_t.patch added to -mm tree, akpm
• + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, akpm
  • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, kernel test robot
    • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, Aneesh Kumar K.V
      • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, Andrew Morton
        • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, Stephen Rothwell
  • Re: + mm-rename-pud_page_vaddr-to-pud_pgtable-and-make-it-return-pmd_t.patch added to -mm tree, kernel test robot
• [m68k:master] BUILD SUCCESS e75a865fa2a36b7adf4ad149d311362333b84c43, kernel test robot
• [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *, Aneesh Kumar K.V
  • [PATCH v2 2/2] mm: rename p4d_page_vaddr to p4d_pgtable and make it return pud_t *, Aneesh Kumar K.V
  • Re: [PATCH v2 1/2] mm: rename pud_page_vaddr to pud_pgtable and make it return pmd_t *, Geert Uytterhoeven
• Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
  • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
    • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
      • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
        • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
          • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
            • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
              • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                  • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                    • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                      • [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads, Eric W. Biederman
                        • Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads, Linus Torvalds
                          • Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads, Eric W. Biederman
                            • [PATCH 0/2] alpha/ptrace: Improved switch_stack handling, Eric W. Biederman
                              • [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Eric W. Biederman
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Eric W. Biederman
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Eric W. Biederman
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Linus Torvalds
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Al Viro
                                • Re: [PATCH 1/2] alpha/ptrace: Record and handle the absence of switch_stack, Michael Schmitz
                              • [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Eric W. Biederman
                                • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Al Viro
                                • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Al Viro
                                • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Eric W. Biederman
                                • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Al Viro
                                • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Eric W. Biederman
                                • Re: [PATCH 2/2] alpha/ptrace: Add missing switch_stack frames, Al Viro
                        • Re: [PATCH] alpha: Add extra switch_stack frames in exit, exec, and kernel threads, Al Viro
                      • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                        • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Finn Thain
                      • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
                        • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                        • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                          • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                            • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                              • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                          • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
                          • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                            • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                              • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                            • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
                              • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Al Viro
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
                              • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Linus Torvalds
                                • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Eric W. Biederman
                                • [PATCH 0/9] Refactoring exit, Eric W. Biederman
                                • [PATCH 1/9] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL), Eric W. Biederman
                                • [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation, Eric W. Biederman
                                • Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation, Kees Cook
                                • Re: [PATCH 2/9] signal/seccomp: Refactor seccomp signal and coredump generation, Eric W. Biederman
                                • [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread, Eric W. Biederman
                                • Re: [PATCH 3/9] signal/seccomp: Dump core when there is only one live thread, Kees Cook
                                • [PATCH 4/9] signal: Factor start_group_exit out of complete_signal, Eric W. Biederman
                                • Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal, Linus Torvalds
                                • Re: [PATCH 4/9] signal: Factor start_group_exit out of complete_signal, Kees Cook
                                • [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit, Eric W. Biederman
                                • Re: [PATCH 5/9] signal/group_exit: Use start_group_exit in place of do_group_exit, Kees Cook
                                • [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads, Eric W. Biederman
                                • Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads, Kees Cook
                                • Re: [PATCH 6/9] signal: Fold do_group_exit into get_signal fixing io_uring threads, Eric W. Biederman
                                • [PATCH 7/9] signal: Make individual tasks exiting a first class concept., Eric W. Biederman
                                • Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept., Linus Torvalds
                                • Re: [PATCH 7/9] signal: Make individual tasks exiting a first class concept., Eric W. Biederman
                                • [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit, Eric W. Biederman
                                • Re: [PATCH 8/9] signal/task_exit: Use start_task_exit in place of do_exit, Kees Cook
                                • [PATCH 9/9] signal: Move PTRACE_EVENT_EXIT into get_signal, Eric W. Biederman
                                • Re: [PATCH 0/9] Refactoring exit, Al Viro
                                • Re: [PATCH 0/9] Refactoring exit, Al Viro
                                • Re: [PATCH 0/9] Refactoring exit, Michael Schmitz
                                • Re: [PATCH 0/9] Refactoring exit, Geert Uytterhoeven
                                • Re: [PATCH 0/9] Refactoring exit, Eric W. Biederman
                                • Re: [PATCH 0/9] Refactoring exit, Michael Schmitz
                                • Re: [PATCH 0/9] Refactoring exit, Geert Uytterhoeven
                                • Re: [PATCH 0/9] Refactoring exit, Michael Schmitz
                                • Re: [PATCH 0/9] Refactoring exit, Geert Uytterhoeven
                                • Re: [PATCH 0/9] Refactoring exit, Michael Schmitz
                                • [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call, Eric W. Biederman
                                • Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call, Michael Schmitz
                                • Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call, Geert Uytterhoeven
                                • Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call, Arnd Bergmann
                                • Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call, Cyril Hrubis
                                • Re: [PATCH 0/9] Refactoring exit, Eric W. Biederman
                      • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Geert Uytterhoeven
                        • Re: Kernel stack read with PTRACE_EVENT_EXIT and io_uring threads, Michael Schmitz
  • [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Michael Schmitz
    • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Linus Torvalds
      • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Michael Schmitz
        • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Linus Torvalds
          • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Linus Torvalds
          • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Linus Torvalds
    • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Michael Schmitz
      • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Andreas Schwab
        • Re: [PATCH v1] m68k: save extra registers on sys_exit and sys_exit_group syscall entry, Michael Schmitz
• [PATCH] ide/falconide: Avoid build failure when CONFIG_ATARI=n, Finn Thain
• [PATCH v3 0/2] Use libata platform drivers to replace deprecated m68k IDE drivers, Finn Thain
  • [PATCH v3 1/2] m68k/mac: Replace macide driver with generic platform drivers, Finn Thain
  • [PATCH v3 2/2] m68k/q40: Replace q40ide driver with pata_falcon and falconide, Finn Thain
  • Re: [PATCH v3 0/2] Use libata platform drivers to replace deprecated m68k IDE drivers, Geert Uytterhoeven
    • Re: [PATCH v3 0/2] Use libata platform drivers to replace deprecated m68k IDE drivers, Finn Thain
      • Re: [PATCH v3 0/2] Use libata platform drivers to replace deprecated m68k IDE drivers, Jens Axboe
• [PATCH 1/5] can: flexcan: add platform data for ColdFire, Angelo Dureghello
  • [PATCH 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
    • RE: [PATCH 5/5] can: flexcan: add mcf5441x support, Joakim Zhang
      • Re: [PATCH 5/5] can: flexcan: add mcf5441x support, Geert Uytterhoeven
        • Re: [PATCH 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
        • Re: [PATCH 5/5] can: flexcan: add mcf5441x support, Greg Ungerer
      • Re: [PATCH 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
    • Re: [PATCH 5/5] can: flexcan: add mcf5441x support, Marc Kleine-Budde
      • Re: [PATCH 5/5] can: flexcan: add mcf5441x support, Angelo Dureghello
  • [PATCH 2/5] m68k: stmark2: update board setup, Angelo Dureghello
  • [PATCH 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
    • Re: [PATCH 3/5] m68k: m5441x: add flexcan support, Greg Ungerer
      • Re: [PATCH 3/5] m68k: m5441x: add flexcan support, Angelo Dureghello
        • Re: [PATCH 3/5] m68k: m5441x: add flexcan support, Greg Ungerer
  • [PATCH 4/5] can: flexcan: enable Kconfig for ColdFire, Angelo Dureghello
  • RE: [PATCH 1/5] can: flexcan: add platform data for ColdFire, Joakim Zhang
    • Re: [PATCH 1/5] can: flexcan: add platform data for ColdFire, Angelo Dureghello
  • Re: [PATCH 1/5] can: flexcan: add platform data for ColdFire, Geert Uytterhoeven
    • Re: [PATCH 1/5] can: flexcan: add platform data for ColdFire, Angelo Dureghello
• [GIT PULL v2] clk: clean up legacy clock interfaces, Arnd Bergmann
  • [PATCH v2 1/7] mips: ar7: convert to clkdev_lookup, Arnd Bergmann
  • [PATCH v2 2/7] mips: ar7: convert to CONFIG_COMMON_CLK, Arnd Bergmann
  • [PATCH v2 3/7] mips: ralink: convert to CONFIG_COMMON_CLK, Arnd Bergmann
  • [PATCH v2 4/7] m68k: coldfire: use clkdev_lookup on most coldfire, Arnd Bergmann
  • [PATCH v2 5/7] m68k: coldfire: remove private clk_get/clk_put, Arnd Bergmann
  • [PATCH v2 6/7] clkdev: remove CONFIG_CLKDEV_LOOKUP, Arnd Bergmann
  • [PATCH v2 7/7] clkdev: remove unused clkdev_alloc() interfaces, Arnd Bergmann
  • Re: [GIT PULL v2] clk: clean up legacy clock interfaces, Stephen Boyd
• [PATCH v3 0/9] Remove DISCONTIGMEM memory model, Mike Rapoport
  • [PATCH v3 1/9] alpha: remove DISCONTIGMEM and NUMA, Mike Rapoport
  • [PATCH v3 2/9] arc: update comment about HIGHMEM implementation, Mike Rapoport
  • [PATCH v3 3/9] arc: remove support for DISCONTIGMEM, Mike Rapoport
  • [PATCH v3 4/9] m68k: remove support for DISCONTIGMEM, Mike Rapoport
  • [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM, Mike Rapoport
    • Re: [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM, Stephen Brennan
      • Re: [PATCH v3 5/9] mm: remove CONFIG_DISCONTIGMEM, Mike Rapoport
  • [PATCH v3 6/9] arch, mm: remove stale mentions of DISCONIGMEM, Mike Rapoport