Linux M68K

• Thread Index

• [PATCH v4 18/24] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 17/24] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 16/24] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 13/24] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v4 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Deepak Gupta <debug@xxxxxxxxxxxx>
• Re: [PATCH v5 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v5 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Edward Cree <ecree.xilinx@xxxxxxxxx>
• [PATCH v5 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v2] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: drop uclinux.org
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v3 13/34] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• Re: [PATCH RFC v1] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] input/misc: hp_sdc_rtc: mark an unused function as __maybe_unused
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: drop uclinux.org
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Move initrd phys_to_virt handling after paging_init()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mm: Move initrd phys_to_virt handling after paging_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: mm: Move initrd phys_to_virt handling after paging_init()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v7 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH RFC v1] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mm: Move initrd phys_to_virt handling after paging_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: Ensure test case arrays are properly terminated
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] SUNRPC: Let Kunit tests run with some enctypes compiled out
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.3
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v2 12/30] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] SUNRPC: Ensure test case arrays are properly terminated
  • From: Chuck Lever <cel@xxxxxxxxxx>
• [PATCH] SUNRPC: Let Kunit tests run with some enctypes compiled out
  • From: Chuck Lever <cel@xxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH] kunit: tool: Add support for m68k under QEMU
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] kunit: tool: Add support for m68k under QEMU
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 5/7] io_uring: use __xchg if possible
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 7/7] drm/i915/gt: use __xchg instead of internal helper
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 6/7] qed: use __xchg if possible
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 4/7] llist: simplify __llist_del_all
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 3/7] arch/*/uprobes: simplify arch_uretprobe_hijack_return_addr
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 2/7] linux/include: add non-atomic version of xchg
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 1/7] arch: rename all internal names __xchg to __arch_xchg
  • From: Andi Shyti <andi.shyti@xxxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [git pull] m68knommu changes for v6.3
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 6.1 26/49] m68k: Check syscall_trace_enter() return code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 10/11] m68k: Check syscall_trace_enter() return code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 11/13] m68k: Check syscall_trace_enter() return code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 13/19] m68k: Check syscall_trace_enter() return code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 19/27] m68k: Check syscall_trace_enter() return code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 21/36] m68k: Check syscall_trace_enter() return code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.2 28/53] m68k: Check syscall_trace_enter() return code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix for systems with memory at end of 32-bit address space
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: fix for systems with memory at end of 32-bit address space
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix for systems with memory at end of 32-bit address space
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v1] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix for systems with memory at end of 32-bit address space
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix for systems with memory at end of 32-bit address space
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Chuck Lever III <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 00/41] RPCSEC GSS krb5 enhancements
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: fix for systems with memory at end of 32-bit address space
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: fix for systems with memory at end of 32-bit address space
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH RFC v1] m68k: kernel/traps.c - only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Booting 6.2.0-rc8 on HP 9000/425t - all memory is reserved
  • From: Kars de Jong <jongk@xxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel versions 6.x don't boot on Amiga 4000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Kernel versions 6.x don't boot on Amiga 4000
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:m68k-v6.2] BUILD SUCCESS b1b5209c1e80a9c9912dfe38986fabbc71a2904e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0fcf6b2d92cbb554127e342ca27adefa569ff63f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [GIT PULL] m68k updates for v6.3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 13/41] mm: Make pte_mkwrite() take a VMA
  • From: Rick Edgecombe <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 15/17] m68k: Implement the new page table range API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 2/2] sh: initialize max_mapnr
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] m68k/nommu: add missing definition of ARCH_PFN_OFFSET
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 15/17] m68k: Implement the new page table range API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 15/17] m68k: Implement the new page table range API
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 15/17] m68k: Implement the new page table range API
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 15/17] m68k: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/18] gpiolib cleanups
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/18] gpiolib cleanups
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] m68k/nommu: add missing definition of ARCH_PFN_OFFSET
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 13/19] arch/riscv: rename internal name __xchg to __arch_xchg
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 2/2] sh: initialize max_mapnr
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH 2/2] sh: initialize max_mapnr
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/2] fixups for generic implementation of pfn_valid()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/2] m68k/nommu: add missing definition of ARCH_PFN_OFFSET
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 21/24] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH v3 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v3 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 20/24] x86: Remove empty <uapi/asm/setup.h>
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v3 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• Re: [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH v3 24/24] s390: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 23/24] mips: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 22/24] powerpc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 21/24] xtensa: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 20/24] x86: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 19/24] parisc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 18/24] sparc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 17/24] microblaze: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 16/24] arm64: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 15/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 14/24] arc: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 13/24] alpha: Remove empty <uapi/asm/setup.h>
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 12/24] asm-generic: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 11/24] xtensa: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 10/24] sparc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 09/24] powerpc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 08/24] parisc: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 07/24] mips: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 06/24] microblaze: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 04/24] ia64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 03/24] arm: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 02/24] arm64: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 01/24] alpha: Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [PATCH v3 00/24] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• [geert-m68k:for-v6.3] BUILD SUCCESS 1e5b5df65af99013b4d31607ddb3ca5731dbe44d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS b997879e7c2e1205eaf3b546b4de696fe049cd9d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• RE: [PATCH 02/10] hexagon: fix livelock in uaccess
  • From: Brian Cain <bcain@xxxxxxxxxxx>
• Re: [PATCH v4 08/18] gpiolib: remove gpio_set_debounce()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] m68k: allow PM menu options for COMPILE_TEST
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: /proc/hardware depends on PROC_FS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] m68k: allow PM menu options for COMPILE_TEST
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] input/misc: hp_sdc_rtc: mark an unused function as __maybe_unused
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: /proc/hardware depends on PROC_FS
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 03/18] hte: tegra-194: Use proper includes
  • From: Dipen Patel <dipenp@xxxxxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 18/18] gpiolib: Clean up headers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 13/18] gpio: reg: Add missing header(s)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 12/18] gpio: aggregator: Add missing header(s)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 17/18] gpiolib: Group forward declarations in consumer.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 16/18] gpiolib: Deduplicate forward declarations in consumer.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v4 14/18] gpio: regmap: Add missing header(s)
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: /proc/hardware depends on PROC_FS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] m68k: allow PM menu options for COMPILE_TEST
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] input/misc: hp_sdc_rtc: mark an unused function as __maybe_unused
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 18/18] gpiolib: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 13/18] gpio: reg: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 15/18] gpiolib: Drop unused forward declaration from driver.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 12/18] gpio: aggregator: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 10/18] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 03/18] hte: tegra-194: Use proper includes
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 05/18] gpiolib: remove empty asm/gpio.h files
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 08/18] gpiolib: remove gpio_set_debounce()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 16/18] gpiolib: Deduplicate forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 11/18] gpiolib: split of_mm_gpio_chip out of linux/of_gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 00/18] gpiolib cleanups
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 09/18] gpiolib: remove legacy gpio_export()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 14/18] gpio: regmap: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 17/18] gpiolib: Group forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 06/18] gpiolib: coldfire: remove custom asm/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 02/18] ARM: s3c24xx: Use the right include
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 07/18] gpiolib: remove asm-generic/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 04/18] gpiolib: Make the legacy <linux/gpio.h> consumer-only
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 01/18] ARM: orion/gpio: Use the right include
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: "Yin, Fengwei" <fengwei.yin@xxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 08/12] gpio: aggregator: Add missing header(s)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 04/12] gpiolib: remove gpio_set_debounce
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/12] gpiolib: remove gpio_set_debounce
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v3 01/12] gpiolib: remove empty asm/gpio.h files
  • From: "Vincenzo Palazzo" <vincenzopalazzodev@xxxxxxxxx>
• Re: API for setting multiple PTEs at once
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Lee Jones <lee@xxxxxxxxxx>
• Re: [PATCH 09/10] riscv: fix livelock in uaccess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v3 04/12] gpiolib: remove gpio_set_debounce
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 12/12] gpiolib: Clean up headers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 08/12] gpio: aggregator: Add missing header(s)
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 09/12] gpiolib: Drop unused forward declaration from driver.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 11/12] gpiolib: Group forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 10/12] gpiolib: Deduplicate forward declarations in consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 07/12] gpiolib: split of_mm_gpio_chip out of linux/of_gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 06/12] gpiolib: split linux/gpio/driver.h out of linux/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 05/12] gpiolib: remove legacy gpio_export
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 03/12] gpiolib: remove asm-generic/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 01/12] gpiolib: remove empty asm/gpio.h files
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 02/12] gpiolib: coldfire: remove custom asm/gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 00/12] gpiolib cleanups
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 29f28f8b826d7684e6b05df0f5de38dfcceb77c4
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 09/10] riscv: fix livelock in uaccess
  • From: Björn Töpel <bjorn@xxxxxxxxxx>
• Re: [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Helge Deller <deller@xxxxxx>
• Re: U-Boot support for M68K removal
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: Debian initramfs/initrd, was Re: stack smashing detected
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Debian initramfs/initrd, was Re: stack smashing detected
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Debian initramfs/initrd, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: m68k assembly question: jsr vs. bsr
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: stack smashing detected
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m68k assembly question: jsr vs. bsr
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• m68k assembly question: jsr vs. bsr
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Peter Xu <peterx@xxxxxxxxxx>
• Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/10] sparc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] riscv: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] parisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] openrisc: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] nios2: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] microblaze: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] m68k: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] ia64: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] hexagon: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] alpha: fix livelock in uaccess
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCHSET] VM_FAULT_RETRY fixes
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 6aee36105369223c6859cc6cf042d262caa1068f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• [geert-m68k:for-v6.3] BUILD SUCCESS be6c50d315f92071e481eacd1c0260cb4f7c325f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Angelo Dureghello <angelo.dureghello@xxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: Work on adding TLS support to LLVM on m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: stack smashing detected
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Work on adding TLS support to LLVM on m68k
  • From: Karoly Balogh <charlie@xxxxxxxxxxxxxxxx>
• Re: Work on adding TLS support to LLVM on m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Work on adding TLS support to LLVM on m68k
  • From: Chris Hanson <cmhanson@xxxxxxxxxxxxxxxxx>
• Work on adding TLS support to LLVM on m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: U-Boot support for M68K removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• U-Boot support for M68K removal
  • From: Tom Rini <trini@xxxxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/3] mips: drop definition of pfn_valid() for DISCONTIGMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/3] m68k: use asm-generic/memory_model.h for both MMU and !MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/3] mm, arch: add generic implementation of pfn_valid() for FLATMEM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH/RFC 0/3] Atari DRM driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH/RFC 0/3] Atari DRM driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 1815a4712498bb21a0d17239cd68ee22c774c5d4
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v13 2/3] m68k: add kernel seccomp support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v13 2/3] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v13 3/3] tools/testing - seccomp test fixes for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v13 2/3] m68k: add kernel seccomp support
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 2/3] m68k: add kernel seccomp support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v13 1/3] m68k/kernel - check syscall_trace_enter() return code on m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v13 1/3] m68k/kernel - check syscall_trace_enter() return code on m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k:do not initialise statics to 0.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: LLVM buildbot for m68k backend has been moved to production
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: LLVM buildbot for m68k backend has been moved to production
  • From: Antonio Vargas Gonzalez <windenntw@xxxxxxxxx>
• Re: LLVM buildbot for m68k backend has been moved to production
  • From: Alex Perez <aperez@xxxxxxxxxxxxx>
• Re: LLVM buildbot for m68k backend has been moved to production
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• LLVM buildbot for m68k backend has been moved to production
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 16/51] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/include/asm/glue-cache.h:126:2: error: #error Unknown cache maintenance model
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v5 6/7] qed: use __xchg if possible
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH v5 7/7] drm/i915/gt: use __xchg instead of internal helper
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH v5 5/7] io_uring: use __xchg if possible
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH v5 4/7] llist: simplify __llist_del_all
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH v5 3/7] arch/*/uprobes: simplify arch_uretprobe_hijack_return_addr
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH v5 2/7] linux/include: add non-atomic version of xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH v5 1/7] arch: rename all internal names __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
  • From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [geert-m68k:master] BUILD SUCCESS c8a567e12e9205f360f5f33dbf94cef6ad184ca4
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/1] gpio: Remove unused and obsoleted irq_to_gpio()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v1 1/1] gpio: Remove unused and obsoleted irq_to_gpio()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4] arch: rename all internal names __xchg to __arch_xchg
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 16/24] m68k: Remove empty <uapi/asm/setup.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/24] m68k: Remove COMMAND_LINE_SIZE from uapi
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable v1 01/26] mm/debug_vm_pgtable: more pte_swp_exclusive() sanity checks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH mm-unstable v1 24/26] x86/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE also on 32bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 22/26] sparc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 64bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 25/26] xtensa/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 26/26] mm: remove __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 23/26] um/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 18/26] powerpc/nohash/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 19/26] riscv/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 21/26] sparc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 20/26] sh/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 14/26] nios2/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 16/26] parisc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 15/26] openrisc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 17/26] powerpc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on 32bit book3s
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 13/26] nios2/mm: refactor swap PTE layout
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 12/26] mips/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 11/26] microblaze/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 10/26] m68k/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 09/26] m68k/mm: remove dummy __swp definitions for nommu
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 08/26] loongarch/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 07/26] ia64/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 06/26] hexagon/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 04/26] arm/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 05/26] csky/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 03/26] arc/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 02/26] alpha/mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 01/26] mm/debug_vm_pgtable: more pte_swp_exclusive() sanity checks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH mm-unstable v1 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 1/1] gpio: Remove unused and obsoleted irq_to_gpio()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 01/51] x86/perf/amd: Remove tracing from perf_lopwr_cb()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 14/51] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 43/51] intel_idle: Add force_irq_on module param
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 37/51] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 51/51] context_tracking: Fix noinstr vs KASAN
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 48/51] cpuidle,arch: Mark all ct_cpuidle_enter() callers __cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 39/51] arm,omap2: Use WFI for omap2_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 47/51] cpuidle: Ensure ct_cpuidle_enter() is always called from noinstr/__cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 26/51] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 12/51] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 45/51] sched: Always inline __this_cpu_preempt_check()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 33/51] trace: Remove trace_hardirqs_{on,off}_caller()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 09/51] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 50/51] cpuidle: Comments about noinstr/__cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 35/51] trace,hardirq: No moar _rcuidle() tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 20/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IBRS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 31/51] cpuidle,nospec: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 13/51] cpuidle: Fix ct_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 19/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_INIT_XSTATE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 10/51] cpuidle,armada: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 16/51] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 41/51] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 18/51] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE *again*
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 22/51] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 25/51] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 00/51] cpuidle,rcu: Clean up the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 30/51] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 46/51] arm64,riscv,perf: Remove RCU_NONIDLE() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 40/51] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 49/51] cpuidle,arch: Mark all regular cpuidle_state::enter methods __cpuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 44/51] entry,kasan,x86: Disallow overriding mem*() functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 02/51] x86/idle: Replace x86_idle with a static_call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 34/51] trace: WARN on rcuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 29/51] cpuidle,tdx: Make tdx noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 28/51] cpuidle,mwait: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 23/51] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 21/51] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 17/51] objtool/idle: Validate __cpuidle code as noinstr
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 11/51] cpuidle,omap4: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 27/51] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 32/51] cpuidle,acpi: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 42/51] ubsan: Fix objtool UACCESS warns
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 07/51] cpuidle,psci: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 08/51] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 38/51] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 03/51] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 06/51] cpuidle,tegra: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 15/51] acpi_idle: Remove tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 24/51] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 04/51] cpuidle: Move IRQ state validation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 05/51] cpuidle,riscv: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 36/51] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] gpio: Remove unused and obsoleted irq_to_gpio()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v1 1/1] gpio: Remove unused and obsoleted irq_to_gpio()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v13 2/3] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v13 3/3] tools/testing - seccomp test fixes for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v13 1/3] m68k/kernel - check syscall_trace_enter() return code on m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v13 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v12 0/3] Add kernel seccomp support for m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v12 1/3] m68k/kernel - check syscall_trace_enter() return code on m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v12 3/3] tools/testing - seccomp test fixes for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v12 2/3] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v12 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v11 2/3] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v11 2/3] m68k: add kernel seccomp support
  • From: Josh Juran <jjuran@xxxxxxxxx>
• Re: [Intel-gfx] [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [RFC DO NOT MERGE] treewide: use __xchg in most obvious places
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH RESEND v11 0/3] Add kernel seccomp support for m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH RESEND v11 1/3] m68k/kernel - check syscall_trace_enter() return code on m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RESEND v11 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RESEND v11 3/3] tools/testing - seccomp test fixes for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RESEND v11 1/3] m68k/kernel - check syscall_trace_enter() return code on m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v11 2/3] m68k: add kernel seccomp support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v11 3/3] tools/testing - seccomp test fixes for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v11 1/3] m68k/kernel - check syscall_trace_enter() return code on m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v11 0/3] Add kernel seccomp support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Current status of seccomp support in the m68k kernel?
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 1bc55ff8b47d90556ab406c82135f5eb0da931ce
  • From: kernel test robot <lkp@xxxxxxxxx>
• Current status of seccomp support in the m68k kernel?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.2-rc3
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• LLVM developer is looking for advise on TLS support in m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v4] arch: rename all internal names __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: Viacheslav Dubeyko <slava@xxxxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [hfs?] WARNING in hfs_write_inode
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3] arch: rename all internal names __xchg to __arch_xchg
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 5.10 20/63] m68k: add support for TIF_NOTIFY_SIGNAL
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "m68k: add support for TIF_NOTIFY_SIGNAL" has been added to the 5.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 8075de6c0ed34e9108b4f56148dca6c671319ec7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 2/9] bitops: always define asm-generic non-atomic bitops
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/9] bitops: always define asm-generic non-atomic bitops
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH v5 2/9] bitops: always define asm-generic non-atomic bitops
  • From: Maciej Fijalkowski <maciej.fijalkowski@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.2-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: rename all internal names __xchg to __arch_xchg
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] arch: rename all internal names __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• RE: [PATCH v2] kbuild: treat char as always unsigned
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v2] kbuild: treat char as always unsigned
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 13/19] arch/riscv: rename internal name __xchg to __arch_xchg
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v2] arch: rename all internal names __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH 02/19] arch/arc: rename internal name __xchg to __arch_xchg
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9e459eb6dfb0d6dfd2a869bf442c4a7aae0f04db
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
  • From: Alexander Lobakin <alexandr.lobakin@xxxxxxxxx>
• Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [PATCH 00/19] Introduce __xchg, non-atomic xchg
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 18/19] linux/include: add non-atomic version of xchg
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 19/19] drm/i915/gt: use __xchg instead of internal helper
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 18/19] linux/include: add non-atomic version of xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 15/19] arch/sh: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 14/19] arch/s390: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 17/19] arch/xtensa: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 16/19] arch/sparc: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 13/19] arch/riscv: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 11/19] arch/parisc: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 12/19] arch/powerpc: correct logged function names in xchg helpers
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 10/19] arch/openrisc: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 09/19] arch/mips: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 08/19] arch/m68k: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 04/19] arch/arm64: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 02/19] arch/arc: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 07/19] arch/loongarch: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 06/19] arch/ia64: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 03/19] arch/arm: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 01/19] arch/alpha: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 05/19] arch/hexagon: rename internal name __xchg to __arch_xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• [PATCH 00/19] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• RE: [PATCH v2] kbuild: treat char as always unsigned
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] kbuild: treat char as always unsigned
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.2
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] m68knommu changes for v6.2
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: nommu: Fix misspellings of "DragonEngine"
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: nommu: Fix misspellings of "DragonEngine"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] m68k: nommu: Fix misspellings of "DragonEngine"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: nommu: Fix misspellings of "DragonEngine"
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: nommu: Fix misspellings of "uCdimm"
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH mm-unstable RFC 00/26] mm: support __HAVE_ARCH_PTE_SWP_EXCLUSIVE on all architectures with swap PTEs
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] m68k: fix strcmp inline
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• RE: [PATCH v9] kallsyms: Add self-test facility
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH v9] kallsyms: Add self-test facility
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>