Linux M68K

• Thread Index

• [PATCH 3/3] bitmap: break kunit into test cases
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• [PATCH 2/3] bitmap: convert self-test to KUnit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• [PATCH 0/3] bitmap: convert self-test to KUnit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• [PATCH 1/3] bitmap: remove _check_eq_u32_array
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH v4 2/5] Xarray: move forward index correctly in xas_pause()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] Xarray: move forward index correctly in xas_pause()
  • From: Kemeng Shi <shikemeng@xxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: coldfire: Prevent spurious interrupts when masking IMR
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 989b107fb2f3c5313ab0c25d8d29813bc4d2fc36
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.15] BUILD SUCCESS 723be3c6ab31b320afe0075e2eb9b8dd41f3b6d1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 0/6] Account page tables at all levels
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• [PATCH] m68k: defconfig: Update defconfigs for v6.14-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH v4 0/7] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH v2] m68k: Do not include <linux/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 0/7] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• [PATCH v4 4/7] syscall.h: introduce syscall_set_nr()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH] m68k: sun3: Use str_read_write() helper in mmu_emu_handle_fault()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH] m68k: Do not include <linux/fb.h>
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Do not include <linux/fb.h>
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH] m68k: Do not include <linux/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH] xarray: port tests to kunit
  • From: Sidhartha Kumar <sidhartha.kumar@xxxxxxxxxx>
• Re: [PATCH v3 0/6] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: m68k: Add DMA mapping operations for Coldfire M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v3 3/6] syscall.h: introduce syscall_set_nr()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH v3 3/6] syscall.h: introduce syscall_set_nr()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH v3 3/6] syscall.h: introduce syscall_set_nr()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• [PATCH v3 0/6] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH 2/2] arch: m68k: Add DMA mapping operations for Coldfire M5441x
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: m68k: Add DMA mapping operations for Coldfire M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: m68k: Add DMA mapping operations for Coldfire M5441x
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: m68k: Add DMA mapping operations for Coldfire M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: m68k: Add DMA mapping operations for Coldfire M5441x
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.14
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 2/5] Xarray: move forward index correctly in xas_pause()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] x86: pgtable: unconditionally use tlb_remove_table()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [git pull] m68knommu changes for v6.14
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] x86: pgtable: unconditionally use tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] remove tlb_remove_page_ptdesc()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] x86: pgtable: unconditionally use tlb_remove_table()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 5/5] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH 4/5] x86: pgtable: unconditionally use tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH 3/5] riscv: pgtable: unconditionally use tlb_remove_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH 2/5] mm: pgtable: convert some architectures to use tlb_remove_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH 1/5] mm: pgtable: make generic tlb_remove_table() use struct ptdesc
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH 0/5] remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: Introduce ctor/dtor at PGD level
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH v2] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: Introduce ctor/dtor at PGD level
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH 5.4.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.10.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.10.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: Introduce ctor/dtor at PGD level
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] mm: Introduce ctor/dtor at PGD level
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• [PATCH 2/2] arch: m68k: Add DMA mapping operations for Coldfire M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 0/2] m68k: Add basic support for DMA global coherent pool
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 1/2] m68k: Enable DMA support for Coldfire M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• ARAnyM pauses until pressing pause
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:m68k-v6.13] BUILD SUCCESS 3e71c1002f130e752b283f202df639f8fa96e10e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.14
  • From: pr-tracker-bot@xxxxxxxxxx
• [geert-m68k:master] BUILD SUCCESS eb30b3ef5d11fc77e7d474b4983850d1227e0416
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: sun3: Use str_read_write() helper in mmu_emu_handle_fault()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: sun3: Fix DEBUG_MMU_EMU build
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for v6.14
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 05/17] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH] m68k: sun3: Use str_read_write() helper in mmu_emu_handle_fault()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH RFC v2 16/29] mm: asi: Map kernel text and static data as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [PATCH RFC v2 02/29] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/1] [RFC] Commodore's Gayle pcmcia driver
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [PATCH 0/1] [RFC] Commodore's Gayle pcmcia driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/1] [RFC] Commodore's Gayle pcmcia driver
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH v2 4/7] syscall.h: introduce syscall_set_nr()
  • From: Charlie Jenkins <charlie@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 7e70558c8969ac92ef04a48a18cc78ea313f2f8c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 05/17] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 4/7] syscall.h: introduce syscall_set_nr()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• [PATCH v2 0/7] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH v5 09/17] arm64: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v5 05/17] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] x86: Disable EXECMEM_ROX support
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [REGRESSION] Re: [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [PATCH] x86: Disable EXECMEM_ROX support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] x86: Disable EXECMEM_ROX support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: Jan Kara <jack@xxxxxxx>
• Re: [REGRESSION] Re: [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/1] [RFC] Commodore's Gayle pcmcia driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [REGRESSION] Re: [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [REGRESSION] Re: [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH 1/1] pcmcia: socket driver for Commodore's Gayle
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• [PATCH 0/1] [RFC] Commodore's Gayle pcmcia driver
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.14] BUILD SUCCESS bb2e0fb1e6aa9f737d6e0cbcf6494c51180e6d6d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 01bc77a362abae2d4ddd82a27d1aa17f6e338383
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/6] syscall.h: introduce syscall_set_nr()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• [PATCH RFC v2 20/29] mm: asi: Make TLB flushing correct under ASI
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 25/29] mm: asi: Restricted execution fore bare-metal processes
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 21/29] KVM: x86: asi: Restricted address space for VM execution
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 10/29] mm: asi: asi_exit() on PF, skip handling if address is accessible
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 11/29] mm: asi: Functions to map/unmap a memory range into ASI page tables
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 08/29] mm: asi: Avoid warning from NMI userspace accesses in ASI context
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 22/29] mm: asi: exit ASI before accessing CR3 from C code where appropriate
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 16/29] mm: asi: Map kernel text and static data as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 17/29] mm: asi: Map vmalloc/vmap data as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 09/29] mm: asi: ASI page table allocation functions
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 24/29] mm: asi: Add infrastructure for mapping userspace addresses
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 19/29] mm: asi: Stabilize CR3 in switch_mm_irqs_off()
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH TEMP WORKAROUND RFC v2 15/29] mm: asi: Workaround missing partial-unmap support
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 18/29] mm: asi: Map dynamic percpu memory as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 23/29] mm: asi: exit ASI before suspend-like operations
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 13/29] mm: Add __PAGEFLAG_FALSE
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 29/29] mm: asi: Stop ignoring asi=on cmdline flag
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 12/29] mm: asi: Add basic infrastructure for global non-sensitive mappings
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 07/29] mm: asi: Make __get_current_cr3_fast() ASI-aware
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 26/29] x86: Create library for flushing L1D for L1TF
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 14/29] mm: asi: Map non-user buddy allocations as nonsensitive
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 28/29] x86/pti: Disable PTI when ASI is on
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 27/29] mm: asi: Add some mitigations on address space transitions
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 06/29] mm: asi: Use separate PCIDs for restricted address spaces
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 05/29] mm: asi: ASI support in interrupts/exceptions
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 04/29] mm: asi: Add infrastructure for boot-time enablement
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 03/29] mm: asi: Introduce ASI core API
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 02/29] x86: Create CONFIG_MITIGATION_ADDRESS_SPACE_ISOLATION
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 01/29] mm: asi: Make some utility functions noinstr compatible
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• [PATCH RFC v2 00/29] Address Space Isolation (ASI)
  • From: Brendan Jackman <jackmanb@xxxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [PATCH 3/6] syscall.h: introduce syscall_set_nr()
  • From: Sven Schnelle <svens@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [geert-m68k:for-v6.14] BUILD SUCCESS 53036937a101b5faeaf98e7438555fa854a1a844
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS a38838e85965cdee58d027b5e6fc8264450325bc
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] fs: introduce getfsxattrat and setfsxattrat syscalls
  • From: Andrey Albershteyn <aalbersh@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [geert-m68k:master 2/2] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k: libgcc: Fix lvalue abuse in umul_ppmm()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: libgcc: Fix lvalue abuse in umul_ppmm()
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Fix VGA I/O defines
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 06/17] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v5 13/17] s390: pgtable: consolidate PxD and PTE TLB free paths
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/17] mm: pgtable: introduce pagetable_dtor()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [geert-m68k:master 2/2] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 14/17] mm: pgtable: introduce generic __tlb_remove_table()
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 03/17] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] zorro: Constify 'struct bin_attribute'
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/atari: Use str_on_off() helper in atari_nvram_proc_read()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 11/17] x86: pgtable: convert __tlb_remove_table() to use struct ptdesc
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v5 17/17] mm: pgtable: introduce generic pagetable_dtor_free()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 16/17] mm: pgtable: move __tlb_remove_table_one() in x86 to generic file
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 14/17] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 15/17] mm: pgtable: completely move pagetable_dtor() to generic tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 13/17] s390: pgtable: consolidate PxD and PTE TLB free paths
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 12/17] x86: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 11/17] x86: pgtable: convert __tlb_remove_table() to use struct ptdesc
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 10/17] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 09/17] arm64: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 08/17] arm: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 07/17] mm: pgtable: introduce pagetable_dtor()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 06/17] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 05/17] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 04/17] mm: pgtable: add statistics for P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 03/17] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 01/17] Revert "mm: pgtable: make ptlock be freed by RCU"
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 00/17] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH 3/6] syscall.h: introduce syscall_set_nr()
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• [PATCH 0/6] ptrace: introduce PTRACE_SET_SYSCALL_INFO API
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 15/15] mm: pgtable: introduce generic pagetable_dtor_free()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 13/15] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 13/15] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v4 13/15] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH] m68k: Fix VGA I/O defines
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 07/15] mm: pgtable: introduce pagetable_dtor()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v2 0/6] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 4becd8a6b5680906c99cbb7f347ddd4fce4667a3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Bootloaders, was Re: [RFC PATCH 0/3] m68k goes DT
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Josh Juran <jjuran@xxxxxxxxx>
• Re: [PATCH v4 12/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 12/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/15] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/15] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 12/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 07/15] mm: pgtable: introduce pagetable_dtor()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 12/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 07/15] mm: pgtable: introduce pagetable_dtor()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH v4 02/15] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 06/15] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 12/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] drivers/mtd/maps/pismo.c:243 pismo_probe() error: we previously assumed 'pdata' could be null (see line 226)
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 07/15] mm: pgtable: introduce pagetable_dtor()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 12/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 07/15] mm: pgtable: introduce pagetable_dtor()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/15] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] Account page tables at all levels
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: [geert-m68k:master 2/2] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: [RFC PATCH 0/3] m68k goes DT
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [RFC PATCH 2/3] m68k: bootinfo: Add generic machine type
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [RFC PATCH 3/3] m68k: Add dt support (proof of concept)
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [RFC PATCH 1/3] m68k: bootinfo: Add tag for FDT address
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [RFC PATCH 0/3] m68k goes DT
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH v2 6/6] mm: Introduce ctor/dtor at PGD level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 5/6] asm-generic: pgalloc: Provide generic __pgd_{alloc,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 4/6] ARM: mm: Rename PGD helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 3/6] m68k: mm: Add calls to pagetable_pmd_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 2/6] parisc: mm: Ensure pagetable_pmd_[cd]tor are called
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 1/6] mm: Move common part of pagetable_*_ctor to helper
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH v2 0/6] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 05/10] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 05/10] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [geert-m68k:master 2/2] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 04/15] mm: pgtable: add statistics for P4D level page table
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 00/15] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/15] mm: pgtable: add statistics for P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [geert-m68k:master 2/2] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 00/15] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH v4 04/15] mm: pgtable: add statistics for P4D level page table
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [geert-m68k:master 2/2] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 17810b1de0e9e5c1000cf8f5b4787ad930b0353e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 00/15] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Build issue "Error: operands mismatch -- statement `movec %d2,%caar' ignored" on m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Build issue "Error: operands mismatch -- statement `movec %d2,%caar' ignored" on m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build issue "Error: operands mismatch -- statement `movec %d2,%caar' ignored" on m68k
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxx>
• [PATCH v4 14/15] mm: pgtable: move __tlb_remove_table_one() in x86 to generic file
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 15/15] mm: pgtable: introduce generic pagetable_dtor_free()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 13/15] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 11/15] x86: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 12/15] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 10/15] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 09/15] arm64: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 08/15] arm: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 07/15] mm: pgtable: introduce pagetable_dtor()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 06/15] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 05/15] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 04/15] mm: pgtable: add statistics for P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 03/15] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 02/15] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 01/15] Revert "mm: pgtable: make ptlock be freed by RCU"
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v4 00/15] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: Build issue "Error: operands mismatch -- statement `movec %d2,%caar' ignored" on m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build issue "Error: operands mismatch -- statement `movec %d2,%caar' ignored" on m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: Build issue "Error: operands mismatch -- statement `movec %d2,%caar' ignored" on m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Build issue "Error: operands mismatch -- statement `movec %d2,%caar' ignored" on m68k
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxx>
• Re: [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 523da2cae9f513b9e639df475fb1ebbdeff58a39
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 17/17] mm: pgtable: introduce generic pagetable_dtor_free()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 16/17] mm: pgtable: remove tlb_remove_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 14/17] mm: pgtable: move __tlb_remove_table_one() in x86 to generic file
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 15/17] mm: pgtable: remove tlb_remove_page_ptdesc()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 13/17] mm: pgtable: introduce generic __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 12/17] s390: pgtable: also move pagetable_dtor() of PxD to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 11/17] x86: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 10/17] riscv: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 09/17] arm64: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 08/17] arm: pgtable: move pagetable_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 07/17] mm: pgtable: introduce pagetable_dtor()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 06/17] s390: pgtable: add statistics for PUD and P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 05/17] arm64: pgtable: use mmu gather to free p4d level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 04/17] mm: pgtable: add statistics for P4D level page table
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 02/17] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 03/17] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 01/17] Revert "mm: pgtable: make ptlock be freed by RCU"
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v3 00/17] move pagetable_*_dtor() to __tlb_remove_table()
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] m68k: m5441x: Add DMA timer support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 2/2] m68k: m5441x: Add DMA timer support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v4 2/2] arch: m68k: Add STACKTRACE support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v7] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• [PATCH v6] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v5] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] include/linux/compiler_types.h:542:45: error: call to '__compiletime_assert_503' declared with attribute error: BUILD_BUG_ON failed: sizeof(priv_tbl->probs) % 16
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Սррⅾаtеrіոց аⅴ аսtоցіrо
  • From: webmaster@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• [PATCH v2] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Weikang Guo <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [RESEND PATCH] m68k/atari: Use str_on_off() helper in atari_nvram_proc_read()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH] mm/memblock: Add memblock_alloc_or_panic interface
  • From: Guo Weikang <guoweikang.kernel@xxxxxxxxx>
• Re: [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Account page tables at all levels
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH 10/10] mm: Introduce ctor/dtor at PGD level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 09/10] asm-generic: pgalloc: Provide generic __pgd_{alloc,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 08/10] ARM: mm: Rename PGD helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 07/10] mm: Introduce ctor/dtor at P4D level
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 06/10] asm-generic: pgalloc: Provide generic p4d_{alloc_one,free}
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 05/10] riscv: mm: Skip pgtable level check in {pud,p4d}_alloc_one
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 04/10] s390/mm: Add calls to pagetable_pud_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 03/10] m68k: mm: Add calls to pagetable_pmd_[cd]tor
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 02/10] parisc: mm: Ensure pagetable_pmd_[cd]tor are called
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 01/10] mm: Move common parts of pagetable_*_[cd]tor to helpers
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• [PATCH 00/10] Account page tables at all levels
  • From: Kevin Brodsky <kevin.brodsky@xxxxxxx>
• Re: [PATCH 1/2] m68k: coldfire: Use proper clock rate for timers
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 1/2] m68k: coldfire: Use proper clock rate for timers
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 2ffd9f92a816ffb574ee9b2fc521ce89a405a610
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] zorro: Constify 'struct bin_attribute'
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 5.4 115/321] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 203/459] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 254/565] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 281/772] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] m68k: Add DMA timers support for M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: patchwork-bot+linux-riscv@xxxxxxxxxx
• [geert-m68k:master] BUILD SUCCESS e96424b86d5098f44279399b85551e0f84a1c9e9
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.14] BUILD SUCCESS e419ddeabe7edd89650a19f411f928eea12b35b1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH 6.6 371/676] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] m68k/atari: Use str_on_off() helper in atari_nvram_proc_read()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• [PATCH] xarray: port tests to kunit
  • From: Tamir Duberstein <tamird@xxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire: Support resources for UART
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] arch: m68k: Add STACKTRACE support
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v4 1/2] m68k: Enable traceirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v4 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v3 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v2 2/2] arch: m68k: Add STACKTRACE support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v3 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v2 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v2 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v2 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v2 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 6.12 512/826] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.11 527/817] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 080/138] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 941f2328498c0b774ebfd9eeeda1a5c453c0487d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Tomas Glozar <tglozar@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH] m68k: coldfire: Support resources for UART
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 0/2] m68k: Add DMA timers support for M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH 2/2] m68k: m5441x: Add DMA timer support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 1/2] m68k: coldfire: Use proper clock rate for timers
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 0/2] m68k: Add DMA timers support for M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Tomas Glozar <tglozar@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.13
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/2] debugfs: add small file operations for most files
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] debugfs: add small file operations for most files
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] debugfs: add small file operations for most files
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] debugfs: add small file operations for most files
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [git pull] m68knommu changes for v6.13
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] debugfs: add small file operations for most files
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Lorenzo Stoakes <lorenzo.stoakes@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: "Christoph Lameter (Ampere)" <cl@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] slab: Fix too strict alignment check in create_cache()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/14] io_uring: specify freeptr usage for SLAB_TYPESAFE_BY_RCU io_kiocb cache
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.13
  • From: pr-tracker-bot@xxxxxxxxxx
• [geert-m68k:master] BUILD SUCCESS 190aac013000ed04cda6b1dbf06f0ace14dbd055
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: (subset) [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [GIT PULL] m68k updates for v6.13
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 5.10.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 4.19.y] signal/m68k: Use force_sigsegv(SIGSEGV) in fpsp040_die
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.10.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 4.19.y] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 5.4.y] m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 4.19.y] m68k: Add missing mmap_read_lock() to sys_cacheflush()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "James Le Cuirot" <chewi@xxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Stan Johnson <userm57@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH/RFC] m68k: defconfig: Enable options needed for systemd
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Python 3.13 segfaulting on m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Stan Johnson <userm57@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Python 3.13 segfaulting on m68k
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 562f9fbff464ba8e657bfcf64dfbf61c33b0e33b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.13] BUILD SUCCESS 647619b6bd27d2b7c3c6055f3f0d996e61884202
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 2a821bf4589a975eda9c33b0e53087fb0efbd366
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.13] BUILD SUCCESS 077b33b9e2833ff25050d986178a2c4c4036cbac
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Reinstate early console
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] m68k: mvme147: Reinstate early console
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Reinstate early console
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH] scsi: sun3: Mark driver struct with __refdata to prevent section mismatch
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Make mvme147_sched_init() __init
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Reinstate early console
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: kernel: Use str_read_write() helper function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] m68k: use kernel's generic muldi3 libgcc function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] m68k: select 68020 as fallback for classic
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: Make sure NR_IRQS is never zero
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] [v3] m68k: move sun3 into a top-level platform option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9ae3321a80321a191dfc444ce056c13b87d0d9d5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/2] [v3] m68k: move sun3 into a top-level platform option
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: [PATCH] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/1] [RFC][NOT WORKING] amiga: pcmcia: inb()/inw() on GAYLE_IO space
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH 0/1] [RFC][NOT WORKING] amiga: pcmcia: inb()/inw() on GAYLE_IO space
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH 2/2] m68k: select 68020 as fallback for classic
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/2] [v3] m68k: move sun3 into a top-level platform option
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] m68k: move sun3 into a top-level platform option
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• [PATCH] m68k: coldfire/device.c: only build FEC when HW macros are defined
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9fce3672402616746dcc6007838c87bfe4c4f391
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• [PATCH 1/1] pcmcia: gayle: initial support
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• [PATCH 0/1] [RFC][NOT WORKING] amiga: pcmcia: inb()/inw() on GAYLE_IO space
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Thorsten Glaser <tg@xxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: provide generic page_to_phys and phys_to_page implementations v3
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Plan needed for switching m68k to 32-bit alignment
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Plan needed for switching m68k to 32-bit alignment
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] m68k: coldfire: Enable DMA timer 0 support for M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: DMA support on Coldfire
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>