Linux M68K

• Thread Index

• Re: [PATCH 4/4] vdso: avoid including asm/page.h
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• [PATCH 4/4] vdso: avoid including asm/page.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/4] arch: simplify architecture specific page size configuration
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 0/4] arch: mm, vdso: consolidate PAGE_SIZE definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 3/3] arch: Rename fbdev header and source files
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: pass queue_limits to blk_alloc_disk for simple drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [geert-m68k:for-linus] BUILD SUCCESS e8a7824856def1c8608401b0d7d05566d6e81c95
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 3877de636b1e1cf479054faf54b39bc07dc290c9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 5/9] zram: pass queue_limits to blk_mq_alloc_disk
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: pass queue_limits to blk_alloc_disk for simple drivers
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• Re: [PATCH 8/9] pmem: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 6/9] bcache: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 4/9] n64cart: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 3/9] brd: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• RE: pass queue_limits to blk_alloc_disk for simple drivers
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 7/9] btt: pass queue_limits to blk_mq_alloc_disk
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH 8/9] pmem: pass queue_limits to blk_mq_alloc_disk
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• [PATCH 9/9] dcssblk: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] pmem: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/9] btt: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] bcache: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] zram: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] n64cart: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] brd: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] block: pass a queue_limits argument to blk_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• pass queue_limits to blk_alloc_disk for simple drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] nfblock: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] zorro: make zorro_bus_type const
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] zorro: make zorro_bus_type const
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] zorro: make zorro_bus_type const
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 5dc6bdd91324628a3e93d8cda217cb0d26c8b818
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Ulrich Hecht <uli@xxxxxxxx>
• Re: stackinit unit test failures on m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• stackinit unit test failures on m68k
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: xtex <xtex@xxxxxxxx>
• 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: Nicolas Schier <nicolas@xxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: Nicolas Schier <nicolas@xxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: xtex <xtex@xxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [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>
• [PATCH 0/2] kbuild: Fix install errors when INSTALL_PATH does not exist
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Ulrich Hecht <uli@xxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] m68k v4.4 backport fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/8] m68k v4.4 backport fixes
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 8/8] m68k: Move signal frame following exception on 68020/030
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 7/8] m68k: fix livelock in uaccess
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 6/8] m68k: Leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 5/8] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 3/8] m68k: include module.h to make use of exception handling in traps.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/8] m68k: Only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 0/8] m68k v4.4 backport fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/8] m68k/mm: Adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0bd8a354c65a73a681fc2cb00f7745ed3f21c334
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k/bitops: always use compiler's builtin for bit finding functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 4/4] m68k equivalent of 26178ec11ef3 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access.
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 4/4] m68k equivalent of 26178ec11ef3 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access.
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH RFC v2 8/8] m68k: Move signal frame following exception on 68020/030
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 6/8] m68k: Leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 5/8] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 7/8] m68k: fix livelock in uaccess
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 1/8] m68k/mm: Adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 3/8] m68k: include module.h to make use of exception handling in traps.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 2/8] m68k: Only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 0/8] m68k v4.4 backport fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/4]
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 4/4] m68k equivalent of 26178ec11ef3 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access.
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 3/4] m68k: Leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 1/4] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 2/4] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 0/4]
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [cip-dev] [PATCH] m68k: include module.h to make use of exception handling in traps.c
  • From: Ulrich Hecht <uli@xxxxxxxx>
• [PATCH] m68k: include module.h to make use of exception handling in traps.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS e6d0024441d8fbcdf27914e168c40fafdc253593
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.8-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• RE: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: m68k fdpic toolchain?
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• RE: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• m68k fdpic toolchain?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 5/5] lib: test_bitops: add compile-time optimization/evaluations assertions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 4/5] hexagon/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 3/5] hexagon/bitops: force inlining of all bit-find functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 1/5] m68k/bitops: force inlining of all bit-find functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 0/5] bitops: optimize code and add tests
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• m68k fdpic toolchain?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 92ec7527115b966a345535039dcb5e69f8528d75
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: vmalloc: Fix a warning in the crash_save_vmcoreinfo_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Buildroot] [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [Buildroot] [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Niklas Cassel <Niklas.Cassel@xxxxxxx>
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Niklas Cassel <Niklas.Cassel@xxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH] serial: 8250: Move hp300_setup_serial_console() to <linux/serial_8250.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• RE: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: "Bird, Tim" <Tim.Bird@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9fe7fc109ed28e03a9d62e36980137152287036e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [GIT PULL] m68k updates for v6.8
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH v2 1/2] m68k: Use macro to generate 68000 interrupt entry sleds
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH v2 0/2] Fix 68000 interrupt stack frames
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Andrea Cervesato <andrea.cervesato@xxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Andrea Cervesato <andrea.cervesato@xxxxxxxx>
• Re: [PATCH] m68k: Use macro to generate 68000 interrupt entry sleds
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: [PATCH v3 1/5] m68k/bitops: force inlining of all bitops functions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH] m68k: Use macro to generate 68000 interrupt entry sleds
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: patch "nubus: make nubus_bus_type static and constant" added to char-misc-testing
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: patch "nubus: make nubus_bus_type static and constant" added to char-misc-testing
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• patch "nubus: make nubus_bus_type static and constant" added to char-misc-testing
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 040c428a4c75bc1d488125067f0f6ae44a0be23b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.8] BUILD SUCCESS 6b9c045b0602cf64b33ea6da5e6aa6f81dd47ae8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [LTP] [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH] nubus: make nubus_bus_type static and constant
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [LTP] [PATCH 00/36] Remove UCLINUX from LTP
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] nubus: make nubus_bus_type static and constant
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v3 1/5] m68k/bitops: force inlining of all bitops functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• [geert-m68k:master] BUILD SUCCESS dd900701c45dee6dc14e9645372cc418f799d810
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 33/35] m68k: optimize get_mmu_context()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v3 01/35] lib/find: add atomic find_bit() primitives
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v3 02/35] lib/find: add test for atomic find_bit() ops
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v3 00/35] bitops: add atomic find_bit() operations
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5/5] x86, kexec: fix the wrong ifdeffery CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 4/5] sh, kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/5] m68k, kexec: fix the incorrect ifdeffery and build dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 3/5] mips, kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/5] loongarch, kexec: change dependency of object files
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 01/11] m68k: consistently name non-MMU CPUs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/35] bitops: add atomic find_bit() operations
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 04/27] tty: make tty_operations::send_xchar accept u8 char
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 14/27] tty: m68k: nfcon: convert to u8 and size_t
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 14/27] tty: m68k: nfcon: convert to u8 and size_t
  • From: "Jiri Slaby (SUSE)" <jirislaby@xxxxxxxxxx>
• Re: [PATCH v2 00/35] bitops: add atomic find_bit() operations
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 01/11] m68k: consistently name non-MMU CPUs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] m68k: probe ColdFire CPU SoC IDs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 01/11] m68k: consistently name non-MMU CPUs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] m68k: probe ColdFire CPU SoC IDs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/11] m68k: consistently name non-MMU CPUs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/35] bitops: add atomic find_bit() operations
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/11] m68k: probe CPU identity for ColdFire 5441x types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 09/11] m68knommu: probe CPU identity for ColdFire 53xx types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 10/11] m68k: probe CPU identity for ColdFire 54xx types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 08/11] m68knommu: probe CPU identity for ColdFire 528x types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 06/11] m68knommu: probe CPU revision for ColdFire 5272
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 07/11] m68knommu: probe CPU identity for ColdFire 527x types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 05/11] m68knommu: probe CPU identity for ColdFire 5249/5251 types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 04/11] m68knommu: probe CPU identity for ColdFire 523x types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 03/11] m68knommu: probe CPU identity for ColdFire 520x types
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 01/11] m68k: consistently name non-MMU CPUs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 02/11] m68k: allow CPU name to be modified at runtime
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 00/11] m68k: probe ColdFire CPU SoC IDs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/35] bitops: add atomic find_bit() operations
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 33/35] m68k: rework get_mmu_context()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 02/35] lib/find: add test for atomic find_bit() ops
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 01/35] lib/find: add atomic find_bit() primitives
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2 00/35] bitops: add atomic find_bit() operations
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v2] kexec_core: change dependency of object files
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 4/5] x86: stop shipping a.out.h uapi headers
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 420f44eef29721b40bb19d15ffcf4957355b345d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: [PATCH 0/5] remove the last bits of a.out support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 0/5] remove the last bits of a.out support
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH 0/5] remove the last bits of a.out support
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] remove the last bits of a.out support
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 0/5] remove the last bits of a.out support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 3/5] m68k: stop shipping a.out.h uapi headers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 5/5] uapi: remove a.out.h uapi header
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• [PATCH 0/5] remove the last bits of a.out support
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• [PATCH 2/5] alpha: stop shipping a.out.h uapi headers
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• [PATCH 3/5] m68k: stop shipping a.out.h uapi headers
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• [PATCH 1/5] alpha: remove a.out support from tools/objstrip
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• [PATCH 4/5] x86: stop shipping a.out.h uapi headers
  • From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 706a9a7df4b72ba5ef1f3178aeb2eb341e1a3efe
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 20/22] usb: fsl-mph-dr-of: mark fsl_usb2_mpc5121_init() static
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 32/34] m68k: rework get_mmu_context()
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Potential config regression after 89cde455 ("kexec: consolidate kexec and crash options into kernel/Kconfig.kexec")
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v2] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 32/34] m68k: rework get_mmu_context()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/34] biops: add atomig find_bit() operations
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH 01/34] lib/find: add atomic find_bit() primitives
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 00/34] biops: add atomig find_bit() operations
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH 32/34] m68k: rework get_mmu_context()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 01/34] lib/find: add atomic find_bit() primitives
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 00/34] biops: add atomig find_bit() operations
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH] asm/io: remove unnecessary xlate_dev_mem_ptr() and unxlate_dev_mem_ptr()
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: Add suppport for non-native
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] drm/virtio: Add suppport for non-native
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [RFC PATCH] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.7-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 12/22] csky: fix arch_jump_label_transform_static override
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• [RFC PATCH] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [RFC PATCH] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 01/22] fb: amifb: Stop using platform_driver_probe()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static
  • From: Zhihao Cheng <chengzhihao1@xxxxxxxxxx>
• Re: [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH 01/22] fb: amifb: Stop using platform_driver_probe()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/22] fb: amifb: Stop using platform_driver_probe()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 01/22] fb: amifb: Stop using platform_driver_probe()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/22] bcachefs: mark bch2_target_to_text_sb() static
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 09/22] [v2] arch: fix asm-offsets.c building with -Wmissing-prototypes
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Geoff Levand <geoff@xxxxxxxxxxxxx>
• [PATCH 22/22] Makefile.extrawarn: turn on missing-prototypes globally
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 21/22] fbdev/fsl-diu-fb: mark wr_reg_wa() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 20/22] usb: fsl-mph-dr-of: mark fsl_usb2_mpc5121_init() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 19/22] powerpc: powermac: mark smp_psurge_{give,take}_timebase static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 18/22] powerpc: pasemi: mark pas_shutdown() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 17/22] powerpc: ps3: move udbg_shutdown_ps3gelic prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 16/22] bcachefs: mark bch2_target_to_text_sb() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 15/22] arch: vdso: consolidate gettime prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 14/22] arch: add missing prepare_ftrace_return() prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/22] arch: add do_page_fault prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/22] csky: fix arch_jump_label_transform_static override
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/22] x86: sta2x11: include header for sta2x11_get_instance() prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/22] microblaze: include linux/cpu.h for trap_init() prototype
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/22] [v2] arch: fix asm-offsets.c building with -Wmissing-prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/22] [RESEND] sched: fair: move unused stub functions to header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/22] [RESEND] stackleak: add declarations for global functions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/22] [RESEND] parport: gsc: mark init function static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/22] [RESEND] time: make sysfs_get_uname() function visible in header
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/22] [RESEND] kprobes: unify kprobes_exceptions_nofify() prototypes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/22] [RESEND^2] jffs2: mark __jffs2_dbg_superblock_counts() static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/22] [RESEND^2] ida: make 'ida_dump' static
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/22] -Wmissing-prototype warning fixes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC PATCH 46/86] tracing: handle lazy resched
  • From: Ankur Arora <ankur.a.arora@xxxxxxxxxx>
• Re: [RFC PATCH 46/86] tracing: handle lazy resched
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• PSA: migrating linux-m68k to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:m68k-v6.6] BUILD SUCCESS 965b52be9a5e50b87c5e0f6c3aaa5a6595c3f317
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.7
  • From: pr-tracker-bot@xxxxxxxxxx
• [gerg-m68knommu:cf 3/3] lib/crypto/mpi/longlong.h:534: warning: "umul_ppmm" redefined
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Does anyone use Appletalk?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [git pull] m68knommu changes for v6.7
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Does anyone use Appletalk?
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Does anyone use Appletalk?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Does anyone use Appletalk?
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Does anyone use Appletalk?
  • From: Dan Williams <dcbw@xxxxxxxxxx>
• Re: Does anyone use Appletalk?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Does anyone use Appletalk?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Does anyone use Appletalk?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Does anyone use Appletalk?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 4e7f343db8a9ca477b515fe079ea79b7ef955d8a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] m68k updates for v6.7
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: use kernel's generic muldi3 libgcc function
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 66f1e1ea3548378ff6387b1ce0b40955d54e86aa
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 3878e988e2f6f4d79ea551941694658771f8f983
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/8] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/8] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 8/8] m68k: remove unused includes from dma.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/8] net: fec: use dma_alloc_noncoherent for data cache enabled coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/8] m68k: don't provide arch_dma_alloc for nommu/coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/8] m68k: use the coherent DMA code for coldfire without data cache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/8] dma-direct: warn when coherent allocations aren't supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/8] dma-direct: simplify the use atomic pool logic in dma_direct_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/8] dma-direct: add a CONFIG_ARCH_HAS_DMA_ALLOC symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• fix the non-coherent coldfire dma_alloc_coherent v4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/8] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Christoph Hellwig <hch@xxxxxx>
• [linux-next:master] BUILD REGRESSION 4230ea146b1e64628f11e44290bb4008e391bc24
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: fix the non-coherent coldfire dma_alloc_coherent v2
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 09/12] m68k: use the coherent DMA code for coldfire without data cache
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k/include:Add spaces around '+'
  • From: zhaimingbing <zhaimingbing@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] ppc, fbdev: Clean up fbdev mmap helper
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/12] m68k: remove unused includes from dma.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/12] net: fec: use dma_alloc_noncoherent for data cache enabled coldfire
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/12] m68k: use the coherent DMA code for coldfire without data cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 12260693019039832c3f971c6dbf38f99349d270
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 03/12] soc: renesas: ARCH_R9A07G043 depends on !RISCV_ISA_ZICBOM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:for-v6.7] BUILD SUCCESS 03191fb3db3d2585725bcffe0356d12fcfd27c4c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH/RFC] m68k: Add full preempt support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 01/12] riscv: RISCV_NONSTANDARD_CACHE_OPS shouldn't depend on RISCV_DMA_NONCOHERENT
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 05/12] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 03/12] soc: renesas: ARCH_R9A07G043 depends on !RISCV_ISA_ZICBOM
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 02/12] riscv: only select DMA_DIRECT_REMAP from RISCV_ISA_ZICBOM
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 01/12] riscv: RISCV_NONSTANDARD_CACHE_OPS shouldn't depend on RISCV_DMA_NONCOHERENT
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/12] riscv: only select DMA_DIRECT_REMAP from RISCV_ISA_ZICBOM
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH 03/12] soc: renesas: ARCH_R9A07G043 depends on !RISCV_ISA_ZICBOM
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH 01/12] riscv: RISCV_NONSTANDARD_CACHE_OPS shouldn't depend on RISCV_DMA_NONCOHERENT
  • From: Conor Dooley <conor.dooley@xxxxxxxxxxxxx>
• Re: [PATCH/RFC] m68k: Add full preempt support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/12] dma-direct: warn when coherent allocations aren't supported
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 07/12] dma-direct: simplify the use atomic pool logic in dma_direct_alloc
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 06/12] dma-direct: add a CONFIG_ARCH_DMA_ALLOC symbol
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 05/12] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 02/12] riscv: only select DMA_DIRECT_REMAP from RISCV_ISA_ZICBOM
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 11/12] m68k: don't provide arch_dma_alloc for nommu/coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/12] m68k: remove unused includes from dma.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] net: fec: use dma_alloc_noncoherent for data cache enabled coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] m68k: use the coherent DMA code for coldfire without data cache
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] dma-direct: warn when coherent allocations aren't supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] dma-direct: simplify the use atomic pool logic in dma_direct_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] dma-direct: add a CONFIG_ARCH_DMA_ALLOC symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/12] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] soc: renesas: select RISCV_DMA_NONCOHERENT from ARCH_R9A07G043
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] riscv: only select DMA_DIRECT_REMAP from RISCV_ISA_ZICBOM
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/12] soc: renesas: ARCH_R9A07G043 depends on !RISCV_ISA_ZICBOM
  • From: Christoph Hellwig <hch@xxxxxx>
• fix the non-coherent coldfire dma_alloc_coherent v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] riscv: RISCV_NONSTANDARD_CACHE_OPS shouldn't depend on RISCV_DMA_NONCOHERENT
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: (subset) [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH v2 0/2] m68k/powerpc: Kill references to non-existent README.legal
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v9 14/31] s390: Convert various pgalloc functions to use ptdescs
  • From: Vishal Moola <vishal.moola@xxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v9 14/31] s390: Convert various pgalloc functions to use ptdescs
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: lib: Include <linux/libgcc.h> for __muldi3()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 7a83d7318ee1ca071ec5ceeabd2aae410fdfb7fb
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH/RFC] m68k: Add full preempt support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH/RFC] m68k: Add full preempt support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH/RFC] m68k: Add full preempt support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH/RFC] m68k: Add full preempt support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: fix the non-coherent coldfire dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: fix the non-coherent coldfire dma_alloc_coherent
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 6/6] m68k: don't provide arch_dma_alloc for nommu/coldfire
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] dma-direct: warn when coherent allocations aren't supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] net: fec: use dma_alloc_noncoherent for m532x
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] dma-direct: simplify the use atomic pool logic in dma_direct_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] dma-direct: add a CONFIG_ARCH_DMA_ALLOC symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/6] dma-direct: add depdenencies to CONFIG_DMA_GLOBAL_POOL
  • From: Christoph Hellwig <hch@xxxxxx>
• fix the non-coherent coldfire dma_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [tip:locking/core] [futex] cb8c4312af: will-it-scale.per_process_ops -3.2% regression
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 1a051bf4cbecc259e98082a7132b3dac871a8d25
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.7] BUILD SUCCESS 48ceb35e72683dce009f2b47f6579b0a1f9d9768
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC] m68k: Add full preempt support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 5/5] m68k: fpsp040: Fix indentation by 5 spaces
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 4/5] m68k: Fix indentation by 2 or 5 spaces in <asm/page_mm.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 3/5] m68k: kernel: Fix indentation by 7 spaces in traps.c
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/5] m68k: Fix indentation by odd number of spaces
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/5] m68k: Fix indentation by 7 spaces in <asm/io_mm.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/5] m68k: sun3: Fix indentation by 5 or 7 spaces
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: asm/io.h: mark mmio read addresses as const
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: sun3: Change led_pattern[] to unsigned char
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: use kernel's generic libgcc functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: use kernel's generic libgcc functions
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: add missing types to asm/irq.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: use kernel's generic libgcc functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] syscalls: Cleanup references to sys_lookup_dcookie()
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [EXTERNAL] Re: [PATCH v1] ASoC: tas2781: fixed compiling issue in m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 5407714636c7d937170adee37cc634725ccc7cda
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [EXTERNAL] Re: [PATCH v1] ASoC: tas2781: fixed compiling issue in m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: asm/io.h: mark mmio read addresses as const
  • From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
• Re: [PATCH] m68k: asm/io.h: mark mmio read addresses as const
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: defconfig: Update virt_defconfig for v6.6-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: defconfig: Update virt_defconfig for v6.6-rc3
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update virt_defconfig for v6.6-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 62722428143388e4ebec8ab2a847c19cfb3ad22e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.7] BUILD SUCCESS 0c316da2164c5980ad4b3da5d8efbb6019b5b18c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: asm/io.h: mark mmio read addresses as const
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v5 0/5] ppc, fbdev: Clean up fbdev mmap helper
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 2/5] fbdev: Replace fb_pgprotect() with pgprot_framebuffer()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v5 5/5] arch/powerpc: Call internal __phys_mem_access_prot() in fbdev code
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 1/5] fbdev: Avoid file argument in fb_pgprotect()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 2/5] fbdev: Replace fb_pgprotect() with pgprot_framebuffer()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 4/5] arch/powerpc: Remove file parameter from phys_mem_access_prot code
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 3/5] arch/powerpc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 0/5] ppc, fbdev: Clean up fbdev mmap helper
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 1/5] fbdev: Avoid file argument in fb_pgprotect()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v5 3/4] arch/*/io.h: remove ioremap_uc in some architectures
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 0/5] ppc, fbdev: Clean up fbdev mmap helper
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• RE: Arches that don't support PREEMPT
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] fbdev: Replace fb_pgprotect() with pgprot_framebuffer()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v4 1/5] fbdev: Avoid file argument in fb_pgprotect()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Ulrich Teichert <krypton@xxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Peter Lafreniere <peter@xxxxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Peter Lafreniere <peter@xxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Matt Turner <mattst88@xxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Anton Ivanov <anton.ivanov@xxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Arches that don't support PREEMPT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] arch: m68k: remove ReiserFS from defconfig
  • From: Peter Lafreniere <peter@xxxxxxxx>
• Arches that don't support PREEMPT
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] powerpc: Replace GPL 2.0+ README.legal boilerplate with SPDX
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] arch: m68k: remove ReiserFS from defconfig
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] powerpc: Replace GPL 2.0+ README.legal boilerplate with SPDX
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] powerpc: Replace GPL 2.0+ README.legal boilerplate with SPDX
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Peter Lafreniere <peter@xxxxxxxx>
• [geert-m68k:for-v6.7] BUILD SUCCESS 05fc134d69e71e274dc60a97c7dc655bb5a8073b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 647e24211c8b205cf2bca94be8291856732e8e74
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 5/7] arch: m68k: remove ReiserFS from defconfig
  • From: Peter Lafreniere <peter@xxxxxxxx>
• [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig
  • From: Peter Lafreniere <peter@xxxxxxxx>
• [PATCH v2 1/2] m68k: Replace GPL 2.0+ README.legal boilerplate with SPDX
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] m68k/powerpc: Kill references to non-existent README.legal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] powerpc: Replace GPL 2.0+ README.legal boilerplate with SPDX
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: sun3: Change led_pattern[] to unsigned char
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] ppc, fbdev: Clean up fbdev mmap helper
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] m68k: add missing types to asm/irq.h
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.6 (take two)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.6 (take two)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for v6.6 (take two)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH v2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [geert-m68k:for-v6.6] BUILD SUCCESS 010d358b9087748f403fd33c4cf34c27584871bf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 0/2] arch: Sync all syscall tables with 2 newly added system calls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• [PATCH v2 32/52] m68k: mac: Add and use "mac.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 42/52] m68k: sun3: Remove unused orig_baddr in free_baddr()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 41/52] m68k: sun3: Add missing asmlinkage to sun3_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 31/52] m68k: mac: Make mac_platform_init() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 46/52] m68k: sun3: Make print_pte() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 15/52] m68k: emu: Mark version[] __maybe_unused
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 18/52] m68k: atari: Document data parameter of stdma_try_lock()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 27/52] m68k: bvme6000: Make bvme6000_abort_int() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 38/52] m68k: sun3: Improve Sun3/3x DVMA abstraction in <asm/dvma.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 52/52] m68k: sun3/3x: Add and use "sun3.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 11/52] m68k: mm: Include <asm/hwtest.h> for hwreg_()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 35/52] m68k: mvme16x: Add and use "mvme16x.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 30/52] m68k: mac: Remove unused yday in unmktime()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 25/52] m68k: apollo: Replace set but not used variable by READ_ONCE()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 50/52] m68k: sun3x: Make sun3x_halt() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 51/52] m68k: sun3x: Make dvma_print() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 21/52] m68k: atari: Make atari_stram_map_pages() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 34/52] m68k: mvme16x: Remove unused sink in mvme16x_cons_write()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 47/52] m68k: sun3: Make sun3_platform_init() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 44/52] m68k: sun3: Remove unused vsprintf() return value in prom_printf()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 06/52] m68k: kernel: Add and use "process.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 10/52] m68k: kernel: Add and use "vectors.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 22/52] m68k: atari: Add and use "atari.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 37/52] m68k: sun3/3x: Include <asm/config.h> for config_sun3*()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 20/52] m68k: atari: Make atari_platform_init() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 17/52] m68k: amiga: Add and use "amiga.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 36/52] m68k: q40: Add and use "q40.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 28/52] m68k: hp300: Include "time.h" for hp300_sched_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 48/52] m68k: sun3x: Fix signature of sun3_leds()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 43/52] m68k: sun3: Remove unused start_page in sun3_bootmem_alloc()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 45/52] m68k: sun3: Annotate prom_printf() with __printf()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 29/52] m68k: mac: Remove unused sine_data[]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 33/52] m68k: mvme147: Make mvme147_init_IRQ() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 19/52] m68k: atari: Make ikbd_reset() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 07/52] m68k: kernel: Add and use "ptrace.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 00/52] m68k: W=1 fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 12/52] m68k: mm: Move paging_init() to common <asm/pgtable.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 49/52] m68k: sun3x: Do not mark dvma_map_iommu() inline
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 13/52] m68k: mm: Add and use "fault.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 02/52] m68k: kernel: Include <linux/cpu.h> for trap_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 39/52] m68k: sun3: Fix context restore in flush_tlb_range()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 03/52] m68k: kernel: Make bad_super_trap() static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 09/52] m68k: kernel: Add and use "traps.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 23/52] m68k: apollo: Remove unused debug console functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 24/52] m68k: apollo: Make local reset, serial, and irq functions static
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 04/52] m68k: kernel: Add and use <asm/syscalls.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 05/52] m68k: kernel: Add and use "ints.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 40/52] m68k: sun3: Fix signature of sun3_get_model()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 16/52] m68k: amiga: pcmcia: Replace set but not used variable by READ_ONCE()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 26/52] m68k: apollo: Add and use "apollo.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 08/52] m68k: kernel: Add and use "signal.h"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 14/52] m68k: emu: Remove unused vsnprintf() return value in nfprint()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 01/52] m68k: kernel: Add missing asmlinkage to do_notify_resume()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 7/7] m68knommu: 68000: fix warning in timer code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 6/7] m68knommu: 68000: fix warnings in 68000 interrupt handling
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 5/7] m68knommu: coldfire: remove unused variable in MMU code
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 4/7] m68knommu: coldfire: fix warnings in uboot argument processing
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 3/7] m68knommu: coldfire: make mcf_maskimr() static
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 2/7] m68knommu: coldfire: ensure gpio prototypes visible
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 1/7] m68knommu: coldfire: add and use "vectors.h"
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 0/7] m68knommu: W=1 fixes
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68knommu: improve config ROM setting defaults
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH] m68knommu: improve config ROM setting defaults
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68knommu: fix compilation for ColdFire/Cleopatra boards
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• [PATCH] m68knommu: improve config ROM setting defaults
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH v4 2/5] fbdev: Replace fb_pgprotect() with pgprot_framebuffer()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: use kernel's generic libgcc functions
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH v4 3/5] arch/powerpc: Remove trailing whitespaces
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• [PATCH v4 4/5] arch/powerpc: Remove file parameter from phys_mem_access_prot code
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 5/5] arch/powerpc: Call internal __phys_mem_access_prot() in fbdev code
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 3/5] arch/powerpc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 2/5] fbdev: Replace fb_pgprotect() with pgprot_framebuffer()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 1/5] fbdev: Avoid file argument in fb_pgprotect()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 0/5] ppc, fbdev: Clean up fbdev mmap helper
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [geert-m68k:for-v6.6] BUILD SUCCESS 87856ef9ef8955f459fb691faca921c0a688bc80
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 524810b47c7c2ec8157caa58cc7a8fda7fe9bf18
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 2/2] arch: Reserve map_shadow_stack() syscall number for all architectures
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>