Linux M68K

• Thread Index

• Re: [PATCH 1/2] debugfs: add small file operations for most files
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.13
  • From: pr-tracker-bot@xxxxxxxxxx
• [geert-m68k:master] BUILD SUCCESS 190aac013000ed04cda6b1dbf06f0ace14dbd055
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [GIT PULL] m68k updates for v6.13
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 5.10.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 4.19.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.10.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 4.19.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 4.19.y] m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "James Le Cuirot" <chewi@xxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Stan Johnson <userm57@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC] m68k: defconfig: Enable options needed for systemd
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Python 3.13 segfaulting on m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Stan Johnson <userm57@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Python 3.13 segfaulting on m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 562f9fbff464ba8e657bfcf64dfbf61c33b0e33b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.13] BUILD SUCCESS 647619b6bd27d2b7c3c6055f3f0d996e61884202
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 2a821bf4589a975eda9c33b0e53087fb0efbd366
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.13] BUILD SUCCESS 077b33b9e2833ff25050d986178a2c4c4036cbac
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Reinstate early console
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] m68k: mvme147: Reinstate early console
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Reinstate early console
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Make mvme147_sched_init() __init
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Reinstate early console
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: kernel: Use str_read_write() helper function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: select 68020 as fallback for classic
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Make sure NR_IRQS is never zero
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] [v3] m68k: move sun3 into a top-level platform option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9ae3321a80321a191dfc444ce056c13b87d0d9d5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/2] [v3] m68k: move sun3 into a top-level platform option
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/1] [RFC][NOT WORKING] amiga: pcmcia: inb()/inw() on GAYLE_IO space
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH 0/1] [RFC][NOT WORKING] amiga: pcmcia: inb()/inw() on GAYLE_IO space
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH 2/2] m68k: select 68020 as fallback for classic
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/2] [v3] m68k: move sun3 into a top-level platform option
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] m68k: move sun3 into a top-level platform option
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9fce3672402616746dcc6007838c87bfe4c4f391
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• [PATCH 1/1] pcmcia: gayle: initial support
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• [PATCH 0/1] [RFC][NOT WORKING] amiga: pcmcia: inb()/inw() on GAYLE_IO space
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: provide generic page_to_phys and phys_to_page implementations v3
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] m68k: coldfire: Enable DMA timer 0 support for M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: DMA support on Coldfire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• DMA support on Coldfire
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS df25f67c11f7a4efb342380ebb0d069164bea11f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH] m68k: kernel: Use str_read_write() helper function
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Adding ftrace support for coldfire ?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Adding ftrace support for coldfire ?
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [gerg-m68knommu:cf 1/11] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 057f664fb794e8d2a32fbbfb22856f05c1ce59c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/mm/alignment.c:775:25: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Kees Bakker <kees@xxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v3 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v8 02/14] arm64: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 03/14] csky: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 00/14] Consolidate IO memcpy functions
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 05/14] m68k: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 10/14] powerpc: Align prototypes of IO memcpy and memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 12/14] bus: mhi: ep: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 09/14] arm: Align prototype of IO memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 08/14] sh: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 07/14] parisc: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 04/14] loongarch: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f49d5b760928861fdd3b8d19ae46aa2617b529b1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v4 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: mvme147: Reinstate early console
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 0/2]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] drivers: nubus: Fix use of * in comment block in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 1/3] drivers: nubus: Fix use of tabs in nubus_get_vendorinfo and nubus_add_board in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/10] Consolidate IO memcpy functions
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f077472a6705df8b3101b5556f4be1fbd02f34ac
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: PREEMPT_RT support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/2] m68k v4.4 backport fixes (resend)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 10/10] arm: Align prototype of IO memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v7 03/10] csky: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 02/10] arm64: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 00/10] Consolidate IO memcpy functions
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 04/10] loongarch: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 10/10] arm: Align prototype of IO memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.12-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: PREEMPT_RT support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• PREEMPT_RT support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v4 0/2] m68k v4.4 backport fixes (resend)
  • From: Ulrich Hecht <uli@xxxxxxxx>
• [PATCH v4 2/2] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 1/2] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 0/2] m68k v4.4 backport fixes (resend)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: mvme147: Make mvme147_sched_init() __init
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• [PATCH] m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH V2 0/7] mm: Use pxdp_get() for accessing page table entries
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: Define NR_CPUS
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [git pull] m68knommu changes for v6.12
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2] m68k: Define NR_CPUS
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] m68k: Set reasonable PSG port-A default value
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• [PATCH 1/2] m68k: Drop Atari EtherNAT support when it's not configured in
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [geert-m68k:m68k-v6.11] BUILD SUCCESS 4db74a187382ab35b65b5af67193aa23242ff1ff
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 5c8d618072705e3043c69077b9328aaef6888037
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH V2 1/7] m68k/mm: Change pmd_val()
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH V2 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 6/7] mm: Use p4dp_get() for accessing P4D entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 5/7] mm: Use pudp_get() for accessing PUD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 1/7] m68k/mm: Change pmd_val()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH V2 0/7] mm: Use pxdp_get() for accessing page table entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [GIT PULL] m68k updates for v6.12
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [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
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH 7/7] mm: Use pgdp_get() for accessing PGD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 6/7] mm: Use p4dp_get() for accessing P4D entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 5/7] mm: Use pudp_get() for accessing PUD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 4/7] mm: Use pmdp_get() for accessing PMD entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 3/7] mm: Use ptep_get() for accessing PTE entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 2/7] x86/mm: Drop page table entry address output from pxd_ERROR()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 1/7] m68k/mm: Change pmd_val()
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• [PATCH 0/7] mm: Use pxdp_get() for accessing page table entries
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f656cd0df24b86a4b87e0c67fa83b016793ec8b5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [PATCH v2 7/8] execmem: add support for cache of large ROX pages
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH] m68k: disable SRAM at startup
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: disable SRAM at startup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: disable SRAM at startup
  • From: Philippe De Muyter <philippe.demuyter@xxxxxxx>
• Re: [PATCH 2/2] scsi: wd33c93: Avoid deferencing null pointer in interrupt handler
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: disable SRAM at startup
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 2/2] scsi: wd33c93: Avoid deferencing null pointer in interrupt handler
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH 1/2] m68k/mvme147: Fix SCSI IRQ numbers
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS d1b21794855ee7cd686b0b36def437f054654025
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH][next] m68k: remove trailing space after \n newline
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH][next] m68k: remove trailing space after \n newline
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: [PATCH] m68k/mvme147: Fix console for mvme147
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k/mvme147: Fix console for mvme147
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS d58bb1895199bf0700b15faf136ed6f4ad12a918
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.12] BUILD SUCCESS b90fae5df91744e45e683c17bb1a38e466770df3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] m68k: Fix kernel_clone_args.flags in m68k_clone()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH] m68k: cmpxchg: Use swap() to improve code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 5/8] ftrace: Add swap_func to ftrace_process_locs()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] macintosh/via-pmu: register_pmu_pm_ops() can be __init
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [RESEND PATCH] m68k: cmpxchg: Use swap() to improve __arch_xchg()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Missing FPSP fixes
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS fa591e3d0299dbb59ba76663d3d0dafff1782173
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 68681f50a03534935bf648ee4b0c5f7022e45bee
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: move sun3 into a top-level platform option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Revise PowerBook 500 series model name
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Revise PowerBook 500 series model name
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
  • From: Alex Shi <seakeel@xxxxxxxxx>
• Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
  • From: Alex Shi <seakeel@xxxxxxxxx>
• Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
  • From: LEROY Christophe <christophe.leroy2@xxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/mac: Revise PowerBook 500 series model name
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9156bb59c9b5d35b3363c1cf7615fa45e5e55130
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3] m68k: Fix kernel_clone_args.flags in m68k_clone()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2] m68k: Fix kernel_clone_args.flags in m68k_clone()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Fix kernel_clone_args.flags in m68k_clone()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: dump, restore
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: dump, restore
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: dump, restore
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: move sun3 into a top-level platform option
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: move sun3 into a top-level platform option
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: move sun3 into a top-level platform option
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/mm/alignment.c:775:25: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RESEND PATCH] m68k: cmpxchg: Use swap() to improve code
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
  • From: Alex Shi <seakeel@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 43d88246062185c887438c36753250f93f354231
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC PATCH 18/18] mm/pgtable: pass ptdesc in pte_free_defer
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 17/18] mm: convert vmf.prealloc_pte to struct ptdesc pointer
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 16/18] mm/pgtable: pass ptdesc to pmd_install
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 15/18] mm/pgtable: pass ptdesc to pmd_populate
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 14/18] mm/pgtable: use ptdesc in pgtable_trans_huge_deposit
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 13/18] mm/pgtable: return ptdesc pointer in pgtable_trans_huge_withdraw
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 12/18] mm/thp: pass ptdesc to set_huge_zero_folio function
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 11/18] mm/pgtable: introduce ptdesc_pfn and use ptdesc in free_pte_range()
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 10/18] mm/pgtable: pass ptdesc to pte_free()
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 09/18] mm/pgtable: fully use ptdesc in pte_alloc_one series functions
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 08/18] mm/memory: use ptdesc in __pte_alloc
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 07/18] mm/thp: use ptdesc in copy_huge_pmd
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 06/18] mm/thp: convert insert_pfn_pmd and its caller to use ptdesc
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 05/18] mm/thp: use ptdesc in do_huge_pmd_anonymous_page
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 04/18] mm/thp: use ptdesc pointer in __do_huge_pmd_anonymous_page
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 03/18] fs/dax: use ptdesc in dax_pmd_load_hole
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 02/18] mm/pgtable: convert ptdesc.pmd_huge_pte to ptdesc pointer
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 01/18] mm/pgtable: use ptdesc in pte_free_now/pte_free_defer
  • From: alexs@xxxxxxxxxx
• [RFC PATCH 00/18] use struct ptdesc to replace pgtable_t
  • From: alexs@xxxxxxxxxx
• [PATCH] m68k: defconfig: Update defconfigs for v6.11-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
  • From: Wouter Verhelst <w@xxxxxxx>
• Re: [GIT PULL] m68k updates for v6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• [geert-m68k:master] BUILD SUCCESS 978fd59b430e848b53ce78e5b0ae6380e5be8eee
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] m68k updates for v6.11
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
  • From: xtex <xtex@xxxxxxxx>
• [RESEND PATCH 0/2] kbuild: Fix install errors when INSTALL_PATH does not exist
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• [PATCH 1/2] kbuild: Abort make on install failures
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• Re: [PATCH] dio: Have dio_bus_match() callback take a const *
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] zorro: make match function take a const pointer
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] zorro: make match function take a const pointer
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] dio: Have dio_bus_match() callback take a const *
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] zorro: Have zorro_bus_match() callback take a const *
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] zorro: Have zorro_bus_match() callback take a const *
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] dio: Have dio_bus_match() callback take a const *
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] zorro: make match function take a const pointer
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: pass a phys_addr_t to get_max_segment_size
  • From: Christoph Hellwig <hch@xxxxxx>
• [geert-m68k:master] BUILD SUCCESS 72c1104f688392e2d3ca184436ee7e1dbffda60f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-next] BUILD SUCCESS 21b9e722ad28c19c2bc83f18f540b3dbd89bf762
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [jlayton:mgtime 5/13] inode.c:undefined reference to `__invalid_cmpxchg_size'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>