Linux M68K

• Date Index

• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys, (continued)
  • Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys, Christophe Leroy
  • Re: provide generic page_to_phys and phys_to_page implementations v3, Arnd Bergmann
• DMA support on Coldfire, Jean-Michel Hautbois
  • Re: DMA support on Coldfire, Greg Ungerer
• [geert-m68k:master] BUILD SUCCESS df25f67c11f7a4efb342380ebb0d069164bea11f, kernel test robot
• [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
  • [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
    • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Steven Rostedt
      • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
        • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Steven Rostedt
          • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
            • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Steven Rostedt
              • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
                • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Geert Uytterhoeven
                  • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
                    • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
    • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Michael Schmitz
      • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
        • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Michael Schmitz
          • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Jean-Michel Hautbois
            • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Steven Rostedt
        • Re: [PATCH RFC 1/2] m68k: Add tracirqs, Eero Tamminen
  • [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Jean-Michel Hautbois
    • Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Jean-Michel Hautbois
      • Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Greg Ungerer
        • Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Jean-Michel Hautbois
        • Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Jean-Michel Hautbois
          • Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Greg Ungerer
            • Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Jean-Michel Hautbois
        • Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support, Jean-Michel Hautbois
  • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
    • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
      • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
        • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
          • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
            • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
              • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
                • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
                  • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
                    • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
                    • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
                      • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
                        • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
                          • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
                            • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
                              • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Steven Rostedt
                                • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
                      • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Michael Schmitz
            • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Tomas Glozar
              • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Jean-Michel Hautbois
                • Re: [PATCH RFC 0/2] Add basic tracing support for m68k, Tomas Glozar
• [PATCH] m68k: kernel: Use str_read_write() helper function, Thorsten Blum
  • Re: [PATCH] m68k: kernel: Use str_read_write() helper function, Geert Uytterhoeven
• Adding ftrace support for coldfire ?, Jean-Michel Hautbois
  • Re: Adding ftrace support for coldfire ?, Steven Rostedt
• [gerg-m68knommu:cf 1/11] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue, kernel test robot
• [PATCH] m68k: Initialize jump labels early during setup_arch(), Jean-Michel Hautbois
  • Re: [PATCH] m68k: Initialize jump labels early during setup_arch(), Geert Uytterhoeven
    • Re: [PATCH] m68k: Initialize jump labels early during setup_arch(), Jean-Michel Hautbois
      • Re: [PATCH] m68k: Initialize jump labels early during setup_arch(), Geert Uytterhoeven
        • Re: [PATCH] m68k: Initialize jump labels early during setup_arch(), Jean-Michel Hautbois
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
    • Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Uladzislau Rezki
    • Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Luis Chamberlain
  • [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
    • Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Uladzislau Rezki
    • Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Luis Chamberlain
  • [PATCH v6 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
    • Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h, Luis Chamberlain
  • [PATCH v6 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
    • Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text, Luis Chamberlain
  • [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush(), Luis Chamberlain
  • [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Peter Zijlstra
        • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
          • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Steven Rostedt
        • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Nathan Chancellor
      • Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v6 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
  • [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit, Mike Rapoport
    • Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit, Luis Chamberlain
  • Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations, Luis Chamberlain
• [geert-m68k:master] BUILD SUCCESS 057f664fb794e8d2a32fbbfb22856f05c1ce59c6, kernel test robot
• [PATCH v2] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x, Jean-Michel Hautbois
  • Re: [PATCH v2] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x, Greg Ungerer
• [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x, Jean-Michel Hautbois
  • Re: [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x, Geert Uytterhoeven
    • Re: [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x, Jean-Michel Hautbois
• provide generic page_to_phys and phys_to_page implementations v2, Christoph Hellwig
  • [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
  • [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid, Christoph Hellwig
    • Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid, Thomas Huth
• [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
  • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Pingfan Liu
    • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
      • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Pingfan Liu
        • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
  • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
  • Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection, Ryan Roberts
• [PATCH v5 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
    • Re: [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Christoph Hellwig
  • [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
    • Re: [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Christoph Hellwig
  • [PATCH v5 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
    • Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h, Christoph Hellwig
    • Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h, Geert Uytterhoeven
    • Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h, Arnd Bergmann
  • [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
    • Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Song Liu
      • Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
        • Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text, Song Liu
  • [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush(), Christoph Hellwig
  • [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Christoph Hellwig
    • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Nathan Chancellor
      • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
        • Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text, Nathan Chancellor
  • [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Andrew Morton
      • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Christoph Hellwig
      • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
        • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Christoph Hellwig
          • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
            • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Andrew Morton
              • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
                • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
                  • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
                    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
                      • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
                        • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Luis Chamberlain
            • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Christoph Hellwig
              • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages, Kees Bakker
  • [PATCH v5 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
    • Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text, Sergey Senozhatsky
      • Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
  • [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
    • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Arnd Bergmann
      • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
        • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christoph Hellwig
    • Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations, Christophe Leroy
• [PATCH v3 0/2] MVME: Adopt standard RTC driver, Finn Thain
  • [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value, Finn Thain
    • Re: [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value, Geert Uytterhoeven
  • [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver, Finn Thain
    • Re: [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver, Geert Uytterhoeven
    • Re: [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver, Geert Uytterhoeven
  • Re: [PATCH v3 0/2] MVME: Adopt standard RTC driver, Finn Thain
• [PATCH v8 00/14] Consolidate IO memcpy functions, Julian Vetter
  • [PATCH v8 04/14] loongarch: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML, Julian Vetter
    • Re: [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML, Takashi Iwai
  • [PATCH v8 07/14] parisc: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 08/14] sh: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 09/14] arm: Align prototype of IO memset, Julian Vetter
  • [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Julian Vetter
    • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Arnd Bergmann
      • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Christoph Hellwig
    • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Christoph Hellwig
      • Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c, Arnd Bergmann
  • [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Julian Vetter
    • Re: [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Miquel Raynal
  • [PATCH v8 12/14] bus: mhi: ep: Add HAS_IOMEM || INDIRECT_IOMEM dependency, Julian Vetter
  • [PATCH v8 10/14] powerpc: Align prototypes of IO memcpy and memset, Julian Vetter
  • [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v8 05/14] m68k: Align prototypes of IO memcpy/memset, Julian Vetter
  • [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset, Julian Vetter
    • Re: [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset, Niklas Schnelle
  • [PATCH v8 03/14] csky: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v8 02/14] arm64: Use generic IO memcpy/memset, Julian Vetter
• [geert-m68k:master] BUILD SUCCESS f49d5b760928861fdd3b8d19ae46aa2617b529b1, kernel test robot
• [PATCH v2 0/2] MVME: Adopt standard RTC driver, Finn Thain
  • [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value, Finn Thain
    • Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value, Geert Uytterhoeven
      • Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value, Finn Thain
  • [PATCH v2 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver, Finn Thain
• [PATCH v4 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v4 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v4 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v4 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v4 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
    • Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Huacai Chen
      • Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush(), Mike Rapoport
  • [PATCH v4 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v4 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
  • [PATCH v4 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, kernel test robot
  • Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, Al Viro
    • Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail, Oliver Sang
• [PATCH] m68k: mvme147: Reinstate early console, Finn Thain
  • Re: [PATCH] m68k: mvme147: Reinstate early console, Geert Uytterhoeven
    • Re: [PATCH] m68k: mvme147: Reinstate early console, Finn Thain
  • <Possible follow-ups>
  • [PATCH] m68k: mvme147: Reinstate early console, Finn Thain
    • Re: [PATCH] m68k: mvme147: Reinstate early console, Geert Uytterhoeven
• [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers, Finn Thain
  • Re: [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers, Daniel Palmer
  • Re: [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers, Geert Uytterhoeven
• [PATCH 0/2], Finn Thain
  • [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit, Finn Thain
    • Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit, Geert Uytterhoeven
      • Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit, Finn Thain
    • Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit, Alexandre Belloni
      • Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit, Finn Thain
      • Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit, Finn Thain
        • Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit, Alexandre Belloni
  • [PATCH 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver, Finn Thain
• [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c, Sayyad Abid
  • [PATCH 1/3] drivers: nubus: Fix use of tabs in nubus_get_vendorinfo and nubus_add_board in nubus.c, Sayyad Abid
  • [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c, Sayyad Abid
    • Re: [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c, Shuah Khan
    • Re: [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c, kernel test robot
  • [PATCH 3/3] drivers: nubus: Fix use of * in comment block in nubus.c, Sayyad Abid
  • Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c, Shuah Khan
  • Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c, Finn Thain
    • Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c, Sayyad Abid
• [geert-m68k:master] BUILD SUCCESS f077472a6705df8b3101b5556f4be1fbd02f34ac, kernel test robot
• [PATCH v7 00/10] Consolidate IO memcpy functions, Julian Vetter
  • [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset, Geert Uytterhoeven
  • [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Johannes Berg
      • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Julian Vetter
        • Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset, Johannes Berg
  • [PATCH v7 10/10] arm: Align prototype of IO memset, Julian Vetter
    • Re: [PATCH v7 10/10] arm: Align prototype of IO memset, Geert Uytterhoeven
  • [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset, Geert Uytterhoeven
  • [PATCH v7 04/10] loongarch: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, Julian Vetter
    • Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, kernel test robot
    • Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, Richard Henderson
      • RE: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c, David Laight
  • [PATCH v7 02/10] arm64: Use generic IO memcpy/memset, Julian Vetter
  • [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset, Julian Vetter
    • Re: [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset, Richard Henderson
  • [PATCH v7 03/10] csky: Use generic IO memcpy/memset, Julian Vetter
  • Re: [PATCH v7 00/10] Consolidate IO memcpy functions, Niklas Schnelle
• [PATCH] m68k: defconfig: Update defconfigs for v6.12-rc1, Geert Uytterhoeven
• [no subject], Unknown
• PREEMPT_RT support, Jean-Michel Hautbois
  • Re: PREEMPT_RT support, John Paul Adrian Glaubitz
    • Re: PREEMPT_RT support, Michael Schmitz
• [PATCH v4 0/2] m68k v4.4 backport fixes (resend), Michael Schmitz
  • [PATCH v4 1/2] m68k: Handle arrivals of multiple signals correctly, Michael Schmitz
  • [PATCH v4 2/2] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal, Michael Schmitz
  • Re: [PATCH v4 0/2] m68k v4.4 backport fixes (resend), Ulrich Hecht
    • Re: [PATCH v4 0/2] m68k v4.4 backport fixes (resend), Michael Schmitz
• [PATCH] m68k: mvme147: Make mvme147_sched_init() __init, Daniel Palmer
  • Re: [PATCH] m68k: mvme147: Make mvme147_sched_init() __init, Geert Uytterhoeven
• [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die, Finn Thain
• [PATCH] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal, Finn Thain
• [PATCH] m68k: Add missing mmap_read_lock() to sys_cacheflush(), Finn Thain
• [git pull] m68knommu changes for v6.12, Greg Ungerer
  • Re: [git pull] m68knommu changes for v6.12, pr-tracker-bot
• [PATCH v2] m68k: Define NR_CPUS, Guenter Roeck
  • Re: [PATCH v2] m68k: Define NR_CPUS, David Hildenbrand
    • Re: [PATCH v2] m68k: Define NR_CPUS, Geert Uytterhoeven
      • Re: [PATCH v2] m68k: Define NR_CPUS, David Hildenbrand
        • Re: [PATCH v2] m68k: Define NR_CPUS, David Hildenbrand
      • Re: [PATCH v2] m68k: Define NR_CPUS, Guenter Roeck
        • Re: [PATCH v2] m68k: Define NR_CPUS, David Hildenbrand
          • Re: [PATCH v2] m68k: Define NR_CPUS, Maciej W. Rozycki
  • Re: [PATCH v2] m68k: Define NR_CPUS, Geert Uytterhoeven
    • Re: [PATCH v2] m68k: Define NR_CPUS, Guenter Roeck
• [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Eero Tamminen
  • [PATCH 2/2] m68k: Set reasonable PSG port-A default value, Eero Tamminen
  • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, John Paul Adrian Glaubitz
    • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Eero Tamminen
      • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, John Paul Adrian Glaubitz
  • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Michael Schmitz
    • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Eero Tamminen
      • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Andreas Schwab
        • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Eero Tamminen
          • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Andreas Schwab
            • Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in, Eero Tamminen
• [no subject], Unknown
• [geert-m68k:m68k-v6.11] BUILD SUCCESS 4db74a187382ab35b65b5af67193aa23242ff1ff, kernel test robot
• [geert-m68k:master] BUILD SUCCESS 5c8d618072705e3043c69077b9328aaef6888037, kernel test robot
• [PATCH V2 0/7] mm: Use pxdp_get() for accessing page table entries, Anshuman Khandual
  • [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries, Anshuman Khandual
    • Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries, Ryan Roberts
    • Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries, David Hildenbrand
      • Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries, Anshuman Khandual
        • Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries, David Hildenbrand
          • Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries, Anshuman Khandual
  • [PATCH V2 1/7] m68k/mm: Change pmd_val(), Anshuman Khandual
    • Re: [PATCH V2 1/7] m68k/mm: Change pmd_val(), Ryan Roberts
    • Re: [PATCH V2 1/7] m68k/mm: Change pmd_val(), David Hildenbrand
      • Re: [PATCH V2 1/7] m68k/mm: Change pmd_val(), Ryan Roberts
        • Re: [PATCH V2 1/7] m68k/mm: Change pmd_val(), David Hildenbrand
  • [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), Anshuman Khandual
    • Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), David Hildenbrand
      • Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), Dave Hansen
        • Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), Anshuman Khandual
        • Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), David Hildenbrand
  • [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries, Anshuman Khandual
    • Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries, Ryan Roberts
    • Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries, kernel test robot
      • Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries, Anshuman Khandual
    • Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries, kernel test robot
      • Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries, Anshuman Khandual
  • [PATCH V2 5/7] mm: Use pudp_get() for accessing PUD entries, Anshuman Khandual
  • [PATCH V2 6/7] mm: Use p4dp_get() for accessing P4D entries, Anshuman Khandual
  • [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Anshuman Khandual
    • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, kernel test robot
      • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Anshuman Khandual
        • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Russell King (Oracle)
          • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Ryan Roberts
            • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Russell King (Oracle)
              • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Ryan Roberts
                • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Russell King (Oracle)
                  • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Ryan Roberts
                    • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Russell King (Oracle)
                      • Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries, Ryan Roberts
  • Re: [PATCH V2 0/7] mm: Use pxdp_get() for accessing page table entries, Christophe Leroy
• [GIT PULL] m68k updates for v6.12, Geert Uytterhoeven
  • Re: [GIT PULL] m68k updates for v6.12, pr-tracker-bot
• [gerg-m68knommu:armnommu 3/3] include/linux/compiler_types.h:510:45: error: call to '__compiletime_assert_311' declared with attribute error: BUILD_BUG_ON failed: sizeof(priv_tbl->probs) % 16, kernel test robot
• [PATCH 0/7] mm: Use pxdp_get() for accessing page table entries, Anshuman Khandual
  • [PATCH 1/7] m68k/mm: Change pmd_val(), Anshuman Khandual
  • [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), Anshuman Khandual
    • Re: [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), Dave Hansen
      • Re: [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR(), Anshuman Khandual
  • [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries, Anshuman Khandual
    • Re: [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries, Ryan Roberts
      • Re: [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries, Anshuman Khandual
  • [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries, Anshuman Khandual
    • Re: [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries, Ryan Roberts
      • Re: [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries, Anshuman Khandual
  • [PATCH 5/7] mm: Use pudp_get() for accessing PUD entries, Anshuman Khandual
  • [PATCH 6/7] mm: Use p4dp_get() for accessing P4D entries, Anshuman Khandual
  • [PATCH 7/7] mm: Use pgdp_get() for accessing PGD entries, Anshuman Khandual
• [geert-m68k:master] BUILD SUCCESS f656cd0df24b86a4b87e0c67fa83b016793ec8b5, kernel test robot
• [PATCH v3 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v3 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v3 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v3 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v3 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v3 5/8] ftrace: Add swap_func to ftrace_process_locs(), Mike Rapoport
  • [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
    • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Peter Zijlstra
      • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
        • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Steven Rostedt
          • Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
  • [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Ard Biesheuvel
      • Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages, Liam R. Howlett
  • [PATCH v3 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
• [PATCH] m68k: disable SRAM at startup, Jean-Michel Hautbois
  • Re: [PATCH] m68k: disable SRAM at startup, Philippe De Muyter
  • Re: [PATCH] m68k: disable SRAM at startup, Greg Ungerer
    • Re: [PATCH] m68k: disable SRAM at startup, Jean-Michel Hautbois
• [PATCH 1/2] m68k/mvme147: Fix SCSI IRQ numbers, Daniel Palmer
  • [PATCH 2/2] scsi: wd33c93: Avoid deferencing null pointer in interrupt handler, Daniel Palmer
    • Re: [PATCH 2/2] scsi: wd33c93: Avoid deferencing null pointer in interrupt handler, Michael Schmitz
• [geert-m68k:master] BUILD SUCCESS d1b21794855ee7cd686b0b36def437f054654025, kernel test robot
• [PATCH][next] m68k: remove trailing space after \n newline, Colin Ian King
  • Re: [PATCH][next] m68k: remove trailing space after \n newline, Greg Ungerer
• [PATCH] m68k/mvme147: Fix console for mvme147, Daniel Palmer
  • Re: [PATCH] m68k/mvme147: Fix console for mvme147, kernel test robot
• [geert-m68k:master] BUILD SUCCESS d58bb1895199bf0700b15faf136ed6f4ad12a918, kernel test robot
• [geert-m68k:for-v6.12] BUILD SUCCESS b90fae5df91744e45e683c17bb1a38e466770df3, kernel test robot
• [PATCH v2 0/8] x86/module: use large ROX pages for text allocations, Mike Rapoport
  • [PATCH v2 7/8] execmem: add support for cache of large ROX pages, Mike Rapoport
    • Re: [PATCH v2 7/8] execmem: add support for cache of large ROX pages, Christophe Leroy
  • [PATCH v2 8/8] x86/module: enable ROX caches for module text, Mike Rapoport
  • [PATCH v2 4/8] module: prepare to handle ROX allocations for text, Mike Rapoport
  • [PATCH v2 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations, Mike Rapoport
  • [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs(), Mike Rapoport
    • Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs(), Steven Rostedt
      • Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs(), Mike Rapoport
  • [PATCH v2 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together, Mike Rapoport
  • [PATCH v2 3/8] asm-generic: introduce text-patching.h, Mike Rapoport
  • [PATCH v2 6/8] x86/module: perpare module loading for ROX allocations of text, Mike Rapoport
• [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init, Michael Ellerman
  • Re: [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init, Geert Uytterhoeven
  • Re: [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init, Michael Ellerman
• [RESEND PATCH] m68k: cmpxchg: Use swap() to improve __arch_xchg(), Thorsten Blum
• Missing FPSP fixes, Eero Tamminen
• [geert-m68k:master] BUILD SUCCESS fa591e3d0299dbb59ba76663d3d0dafff1782173, kernel test robot
• [geert-m68k:master] BUILD SUCCESS 68681f50a03534935bf648ee4b0c5f7022e45bee, kernel test robot
• [PATCH] m68k/mac: Revise PowerBook 500 series model name, Finn Thain
  • Re: [PATCH] m68k/mac: Revise PowerBook 500 series model name, Geert Uytterhoeven
    • Re: [PATCH] m68k/mac: Revise PowerBook 500 series model name, Finn Thain
• [geert-m68k:master] BUILD SUCCESS 9156bb59c9b5d35b3363c1cf7615fa45e5e55130, kernel test robot
• [PATCH v3] m68k: Fix kernel_clone_args.flags in m68k_clone(), Finn Thain
  • Re: [PATCH v3] m68k: Fix kernel_clone_args.flags in m68k_clone(), Geert Uytterhoeven
• [PATCH v2] m68k: Fix kernel_clone_args.flags in m68k_clone(), Finn Thain
• [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone(), Finn Thain
  • Re: [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone(), Geert Uytterhoeven
    • Re: [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone(), Finn Thain
• Re: dump, restore, Finn Thain
  • Re: dump, restore, Michael Schmitz
    • Re: dump, restore, Finn Thain
• [PATCH] m68k: move sun3 into a top-level platform option, Arnd Bergmann
  • Re: [PATCH] m68k: move sun3 into a top-level platform option, kernel test robot
  • Re: [PATCH] m68k: move sun3 into a top-level platform option, kernel test robot
  • Re: [PATCH] m68k: move sun3 into a top-level platform option, Geert Uytterhoeven
    • Re: [PATCH] m68k: move sun3 into a top-level platform option, Arnd Bergmann
• [gerg-m68knommu:armnommu 3/3] arch/arm/mm/alignment.c:775:25: sparse: sparse: incorrect type in argument 1 (different address spaces), kernel test robot
  • <Possible follow-ups>
  • [gerg-m68knommu:armnommu 3/3] arch/arm/mm/alignment.c:775:25: sparse: sparse: incorrect type in argument 1 (different address spaces), kernel test robot
  • [gerg-m68knommu:armnommu 3/3] arch/arm/mm/alignment.c:775:25: sparse: sparse: incorrect type in argument 1 (different address spaces), kernel test robot
• [RESEND PATCH] m68k: cmpxchg: Use swap() to improve code, Thorsten Blum
  • Re: [RESEND PATCH] m68k: cmpxchg: Use swap() to improve code, Geert Uytterhoeven
• [geert-m68k:master] BUILD SUCCESS 43d88246062185c887438c36753250f93f354231, kernel test robot
• [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t, alexs
  • [RFC PATCH 01/18] mm/pgtable: use ptdesc in pte_free_now/pte_free_defer, alexs
  • [RFC PATCH 02/18] mm/pgtable: convert ptdesc.pmd_huge_pte to ptdesc pointer, alexs
  • [RFC PATCH 03/18] fs/dax: use ptdesc in dax_pmd_load_hole, alexs
  • [RFC PATCH 04/18] mm/thp: use ptdesc pointer in __do_huge_pmd_anonymous_page, alexs
  • [RFC PATCH 05/18] mm/thp: use ptdesc in do_huge_pmd_anonymous_page, alexs
  • [RFC PATCH 06/18] mm/thp: convert insert_pfn_pmd and its caller to use ptdesc, alexs
  • [RFC PATCH 07/18] mm/thp: use ptdesc in copy_huge_pmd, alexs
  • [RFC PATCH 08/18] mm/memory: use ptdesc in __pte_alloc, alexs
  • [RFC PATCH 09/18] mm/pgtable: fully use ptdesc in pte_alloc_one series functions, alexs
  • [RFC PATCH 10/18] mm/pgtable: pass ptdesc to pte_free(), alexs
  • [RFC PATCH 11/18] mm/pgtable: introduce ptdesc_pfn and use ptdesc in free_pte_range(), alexs
    • [RFC PATCH 12/18] mm/thp: pass ptdesc to set_huge_zero_folio function, alexs
    • [RFC PATCH 13/18] mm/pgtable: return ptdesc pointer in pgtable_trans_huge_withdraw, alexs
    • [RFC PATCH 14/18] mm/pgtable: use ptdesc in pgtable_trans_huge_deposit, alexs
    • [RFC PATCH 15/18] mm/pgtable: pass ptdesc to pmd_populate, alexs
    • [RFC PATCH 16/18] mm/pgtable: pass ptdesc to pmd_install, alexs
    • [RFC PATCH 17/18] mm: convert vmf.prealloc_pte to struct ptdesc pointer, alexs
    • [RFC PATCH 18/18] mm/pgtable: pass ptdesc in pte_free_defer, alexs
  • Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t, Alex Shi
  • Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t, LEROY Christophe
    • Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t, Alex Shi
  • Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t, Matthew Wilcox
    • Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t, Alex Shi
• [PATCH] m68k: defconfig: Update defconfigs for v6.11-rc1, Geert Uytterhoeven
• [geert-m68k:master] BUILD SUCCESS 978fd59b430e848b53ce78e5b0ae6380e5be8eee, kernel test robot
• [GIT PULL] m68k updates for v6.11, Geert Uytterhoeven
  • Re: [GIT PULL] m68k updates for v6.11, pr-tracker-bot
• [RESEND PATCH 0/2] kbuild: Fix install errors when INSTALL_PATH does not exist, Zhang Bingwu
  • [PATCH 1/2] kbuild: Abort make on install failures, Zhang Bingwu
    • Re: [PATCH 1/2] kbuild: Abort make on install failures, Masahiro Yamada
  • [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist, Zhang Bingwu
    • Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist, xtex
    • Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist, Masahiro Yamada
• [PATCH] zorro: Have zorro_bus_match() callback take a const *, Geert Uytterhoeven
  • Re: [PATCH] zorro: Have zorro_bus_match() callback take a const *, Greg Kroah-Hartman
• [PATCH] dio: Have dio_bus_match() callback take a const *, Geert Uytterhoeven
  • Re: [PATCH] dio: Have dio_bus_match() callback take a const *, Greg Kroah-Hartman
    • Re: [PATCH] dio: Have dio_bus_match() callback take a const *, Greg Kroah-Hartman
• [PATCH] zorro: make match function take a const pointer, Greg Kroah-Hartman
  • Re: [PATCH] zorro: make match function take a const pointer, Geert Uytterhoeven
    • Re: [PATCH] zorro: make match function take a const pointer, Greg Kroah-Hartman
• [geert-m68k:master] BUILD SUCCESS 72c1104f688392e2d3ca184436ee7e1dbffda60f, kernel test robot
• [geert-m68k:for-next] BUILD SUCCESS 21b9e722ad28c19c2bc83f18f540b3dbd89bf762, kernel test robot
• Fwd: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Jeff Layton
  • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Geert Uytterhoeven
    • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Arnd Bergmann
      • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Jeff Layton
        • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Arnd Bergmann
          • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Jeff Layton
            • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Arnd Bergmann
              • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Jeff Layton
                • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Arnd Bergmann
                  • Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size', Jeff Layton
• [PATCH] m68k: cmpxchg: Use swap() to improve code, Thorsten Blum
• add a bvec_phys helper v3, Christoph Hellwig
  • [PATCH 1/2] block: add a bvec_phys helper, Christoph Hellwig
    • Re: [PATCH 1/2] block: add a bvec_phys helper, Chaitanya Kulkarni
  • [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Christoph Hellwig
    • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Chaitanya Kulkarni
      • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Christoph Hellwig
    • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Geert Uytterhoeven
      • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Christoph Hellwig
        • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Geert Uytterhoeven
  • Re: add a bvec_phys helper v3, Jens Axboe
• add a bvec_phys helper v2, Christoph Hellwig
  • [PATCH 1/2] block: add a bvec_phys helper, Christoph Hellwig
  • [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Christoph Hellwig
    • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Jens Axboe
      • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Christoph Hellwig
        • Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size, Jens Axboe
• add a bvec_phys helper, Christoph Hellwig
  • [PATCH 1/2] block: pass a phys_addr_t to get_max_segment_size, Christoph Hellwig
    • Re: [PATCH 1/2] block: pass a phys_addr_t to get_max_segment_size, Geert Uytterhoeven
  • [PATCH 2/2] block: add a bvec_phys helper, Christoph Hellwig
    • Re: [PATCH 2/2] block: add a bvec_phys helper, Geert Uytterhoeven
      • Re: [PATCH 2/2] block: add a bvec_phys helper, Christoph Hellwig
        • Re: [PATCH 2/2] block: add a bvec_phys helper, Geert Uytterhoeven
• [geert-m68k:master] BUILD SUCCESS 6f44965e59fc53459d6ee658255be9705fbbd458, kernel test robot
• [geert-m68k:for-next] BUILD SUCCESS 75d3891ca19efe82392aa5e2810334979075a87a, kernel test robot
• [PATCH] m68k: cmpxchg: Fix return value for default case in __arch_xchg(), Thorsten Blum
  • Re: [PATCH] m68k: cmpxchg: Fix return value for default case in __arch_xchg(), Geert Uytterhoeven
    • Re: [PATCH] m68k: cmpxchg: Fix return value for default case in __arch_xchg(), Thorsten Blum
• [geert-m68k:master] BUILD SUCCESS bdf4cd121bfdde0794b391c3aa9382ec8bd2f426, kernel test robot
• [geert-m68k:for-next] BUILD SUCCESS 156872f08e33af7a23c1e4827f6127d7861b23fd, kernel test robot
• [PATCH v2 0/2] M5441x: Add NFC support, Jean-Michel Hautbois
  • [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support, Jean-Michel Hautbois
    • Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support, Miquel Raynal
      • Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support, Jean-Michel Hautbois
        • Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support, Greg Ungerer
          • Re: [PATCH v2 1/2] arch: m68k: Add definitions for flash NFC support, Miquel Raynal
  • [PATCH v2 2/2] mtd: nand: Add support for M5441x NFC, Jean-Michel Hautbois
    • Re: [PATCH v2 2/2] mtd: nand: Add support for M5441x NFC, kernel test robot
    • Re: [PATCH v2 2/2] mtd: nand: Add support for M5441x NFC, kernel test robot
• [PATCH v2] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages, Eero Tamminen
  • Re: [PATCH v2] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages, Geert Uytterhoeven
• [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression, kernel test robot
  • Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression, Christoph Hellwig
    • Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression, Niklas Cassel
      • Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression, Christoph Hellwig
    • Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression, Oliver Sang
      • Re: [axboe-block:for-next] [block] bd4a633b6f: fsmark.files_per_sec -64.5% regression, Christoph Hellwig
• [PATCH] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages, Eero Tamminen
  • Re: [PATCH] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages, Michael Schmitz
    • Re: [PATCH] m68k: fix TT bootup freeze / unexpected (SCU) interrupt messages, Geert Uytterhoeven
• [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Yury Norov
  • [PATCH v4 02/40] lib/find: add test for atomic find_bit() ops, Yury Norov
  • [PATCH v4 01/40] lib/find: add atomic find_bit() primitives, Yury Norov
  • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Linus Torvalds
    • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Yury Norov
      • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Linus Torvalds
        • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Yury Norov
          • Re: [PATCH v4 00/40] lib/find: add atomic find_bit() primitives, Linus Torvalds
  • [PATCH v4 31/40] m68k: optimize get_mmu_context(), Yury Norov
• [PATCH] tty: mcf: MCF54418 has 10 UARTS, Jean-Michel Hautbois
  • Re: [PATCH] tty: mcf: MCF54418 has 10 UARTS, Greg Kroah-Hartman
    • Re: [PATCH] tty: mcf: MCF54418 has 10 UARTS, Jean-Michel Hautbois
• [PATCH] mtd: nand: Add support for M5441x NFC, Jean-Michel Hautbois
  • Re: [PATCH] mtd: nand: Add support for M5441x NFC, Greg Ungerer
    • Re: [PATCH] mtd: nand: Add support for M5441x NFC, Jean-Michel Hautbois
  • Re: [PATCH] mtd: nand: Add support for M5441x NFC, kernel test robot
  • Re: [PATCH] mtd: nand: Add support for M5441x NFC, Geert Uytterhoeven
    • Re: [PATCH] mtd: nand: Add support for M5441x NFC, Jean-Michel Hautbois
• [geert-m68k:master] BUILD SUCCESS 1a2a64296e177ae6ebde9ef3ff7263073c194093, kernel test robot
• Regression: Atari SCU support, Eero Tamminen
  • Re: Regression: Atari SCU support, Michael Schmitz
• m68k 54418 fails to execute user space, Jean-Michel Hautbois
  • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
    • Re: m68k 54418 fails to execute user space, Michael Schmitz
      • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
      • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
      • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
        • Re: m68k 54418 fails to execute user space, Michael Schmitz
          • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
          • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
            • Re: m68k 54418 fails to execute user space, Greg Ungerer
              • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
            • Re: m68k 54418 fails to execute user space, Michael Schmitz
              • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
                • Re: m68k 54418 fails to execute user space, Michael Schmitz
                  • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
                  • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
                    • Re: m68k 54418 fails to execute user space, Michael Schmitz
                      • Re: m68k 54418 fails to execute user space, Andreas Schwab
                        • Re: m68k 54418 fails to execute user space, Michael Schmitz
                      • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
                  • Re: m68k 54418 fails to execute user space, Greg Ungerer
                    • Re: m68k 54418 fails to execute user space, Jean-Michel Hautbois
                    • Re: m68k 54418 fails to execute user space, Andreas Schwab
• [PATCH] zorro: Use str_plural() in amiga_zorro_probe(), Jiapeng Chong
  • Re: [PATCH] zorro: Use str_plural() in amiga_zorro_probe(), Geert Uytterhoeven
  • Re: [PATCH] zorro: Use str_plural() in amiga_zorro_probe(), kernel test robot
  • Re: [PATCH] zorro: Use str_plural() in amiga_zorro_probe(), Geert Uytterhoeven
• [PATCH] m68k: add missing MODULE_DESCRIPTION() macros, Jeff Johnson
  • Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros, Geert Uytterhoeven
    • Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros, Eero Tamminen
    • Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros, Jeff Johnson
      • Re: [PATCH] m68k: add missing MODULE_DESCRIPTION() macros, Geert Uytterhoeven
• move features flags into queue_limits v2, Christoph Hellwig
  • [PATCH 01/26] xen-blkfront: don't disable cache flushes when they fail, Christoph Hellwig
    • Re: [PATCH 01/26] xen-blkfront: don't disable cache flushes when they fail, Roger Pau Monné
    • Re: [PATCH 01/26] xen-blkfront: don't disable cache flushes when they fail, Hannes Reinecke
  • [PATCH 02/26] sd: remove sd_is_zoned, Christoph Hellwig
    • Re: [PATCH 02/26] sd: remove sd_is_zoned, Chaitanya Kulkarni
  • [PATCH 03/26] sd: move zone limits setup out of sd_read_block_characteristics, Christoph Hellwig
    • Re: [PATCH 03/26] sd: move zone limits setup out of sd_read_block_characteristics, Damien Le Moal
    • Re: [PATCH 03/26] sd: move zone limits setup out of sd_read_block_characteristics, Hannes Reinecke
  • [PATCH 04/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd, Christoph Hellwig
  • [PATCH 05/26] loop: always update discard settings in loop_reconfigure_limits, Christoph Hellwig
  • [PATCH 06/26] loop: regularize upgrading the block size for direct I/O, Christoph Hellwig
    • Re: [PATCH 06/26] loop: regularize upgrading the block size for direct I/O, Damien Le Moal
  • [PATCH 07/26] loop: also use the default block size from an underlying block device, Christoph Hellwig
    • Re: [PATCH 07/26] loop: also use the default block size from an underlying block device, Damien Le Moal
  • [PATCH 08/26] loop: fold loop_update_rotational into loop_reconfigure_limits, Christoph Hellwig
  • [PATCH 09/26] virtio_blk: remove virtblk_update_cache_mode, Christoph Hellwig
    • Re: [PATCH 09/26] virtio_blk: remove virtblk_update_cache_mode, Chaitanya Kulkarni
  • [PATCH 10/26] nbd: move setting the cache control flags to __nbd_set_size, Christoph Hellwig
  • [PATCH 11/26] block: freeze the queue in queue_attr_store, Christoph Hellwig
    • Re: [PATCH 11/26] block: freeze the queue in queue_attr_store, Chaitanya Kulkarni
  • [PATCH 12/26] block: remove blk_flush_policy, Christoph Hellwig
    • Re: [PATCH 12/26] block: remove blk_flush_policy, Chaitanya Kulkarni
  • [PATCH 13/26] block: move cache control settings out of queue->flags, Christoph Hellwig
    • Re: [PATCH 13/26] block: move cache control settings out of queue->flags, Damien Le Moal
    • Re: [PATCH 13/26] block: move cache control settings out of queue->flags, Hannes Reinecke
  • [PATCH 14/26] block: move the nonrot flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 14/26] block: move the nonrot flag to queue_limits, Hannes Reinecke
    • Re: [PATCH 14/26] block: move the nonrot flag to queue_limits, Simon Fernandez
    • Re: [PATCH 14/26] block: move the nonrot flag to queue_limits, Keith Busch
      • Re: [PATCH 14/26] block: move the nonrot flag to queue_limits, Christoph Hellwig
      • Re: [PATCH 14/26] block: move the nonrot flag to queue_limits, Simon Fernandez
    • Re: [PATCH 14/26] block: move the nonrot flag to queue_limits, Wouter Verhelst
      • Re: [PATCH 14/26] block: move the nonrot flag to queue_limits, Christoph Hellwig
  • [PATCH 15/26] block: move the add_random flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 15/26] block: move the add_random flag to queue_limits, Hannes Reinecke
  • [PATCH 16/26] block: move the io_stat flag setting to queue_limits, Christoph Hellwig
    • Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits, Damien Le Moal
    • Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits, Hannes Reinecke
  • [PATCH 19/26] block: move the nowait flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 19/26] block: move the nowait flag to queue_limits, Damien Le Moal
    • Re: [PATCH 19/26] block: move the nowait flag to queue_limits, Hannes Reinecke
  • [PATCH 18/26] block: move the synchronous flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 18/26] block: move the synchronous flag to queue_limits, Hannes Reinecke
  • [PATCH 17/26] block: move the stable_writes flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 17/26] block: move the stable_writes flag to queue_limits, Hannes Reinecke
  • [PATCH 20/26] block: move the dax flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 20/26] block: move the dax flag to queue_limits, Hannes Reinecke
  • [PATCH 21/26] block: move the poll flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 21/26] block: move the poll flag to queue_limits, Hannes Reinecke
  • [PATCH 22/26] block: move the zoned flag into the features field, Christoph Hellwig
    • Re: [PATCH 22/26] block: move the zoned flag into the features field, Hannes Reinecke
  • [PATCH 23/26] block: move the zone_resetall flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 23/26] block: move the zone_resetall flag to queue_limits, Hannes Reinecke
  • [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits, Hannes Reinecke
  • [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits, Christoph Hellwig
    • Re: [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits, Hannes Reinecke
  • [PATCH 26/26] block: move the bounce flag into the features field, Christoph Hellwig
    • Re: [PATCH 26/26] block: move the bounce flag into the features field, Hannes Reinecke
    • Re: [PATCH 26/26] block: move the bounce flag into the features field, Keith Busch
  • Re: move features flags into queue_limits v2, Jens Axboe
    • Re: move features flags into queue_limits v2, Jens Axboe
      • Re: move features flags into queue_limits v2, Christoph Hellwig
• Issue with JFFS2 and a_ops->dirty_folio, Jean-Michel Hautbois
  • Re: Issue with JFFS2 and a_ops->dirty_folio, Christoph Hellwig
    • Re: Issue with JFFS2 and a_ops->dirty_folio, Jean-Michel Hautbois
    • Re: Issue with JFFS2 and a_ops->dirty_folio, Jean-Michel Hautbois
• Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test, Kees Cook
  • Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test, Geert Uytterhoeven
    • Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test, Kees Cook
• [geert-m68k:master] BUILD SUCCESS 1eb862e5a3026b81b3c1fd26af3b9fc0e44887bb, kernel test robot
• move features flags into queue_limits, Christoph Hellwig
  • [PATCH 01/26] sd: fix sd_is_zoned, Christoph Hellwig
    • Re: [PATCH 01/26] sd: fix sd_is_zoned, Damien Le Moal
    • Re: [PATCH 01/26] sd: fix sd_is_zoned, Hannes Reinecke
    • Re: [PATCH 01/26] sd: fix sd_is_zoned, Johannes Thumshirn
    • Re: [PATCH 01/26] sd: fix sd_is_zoned, Bart Van Assche
  • [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Christoph Hellwig
    • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Damien Le Moal
      • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Christoph Hellwig
        • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Christoph Hellwig
          • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Damien Le Moal
        • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Damien Le Moal
      • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Christoph Hellwig
      • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Christoph Hellwig
        • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Damien Le Moal
          • Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics, Christoph Hellwig