Linux M68K

• Thread Index

• [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>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to page_to_phys
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• DMA support on Coldfire
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS df25f67c11f7a4efb342380ebb0d069164bea11f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH RFC 2/2] arch: m68k: Add STACKTRACE support
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH RFC 1/2] m68k: Add tracirqs
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH RFC 0/2] Add basic tracing support for m68k
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH] m68k: kernel: Use str_read_write() helper function
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Adding ftrace support for coldfire ?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Adding ftrace support for coldfire ?
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [gerg-m68knommu:cf 1/11] lib/muldi3.c:53:28: sparse: sparse: asm output is not an lvalue
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH] m68k: Initialize jump labels early during setup_arch()
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v2] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v6 8/8] x86/module: enable ROX caches for module text on 64 bit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 6/8] x86/module: prepare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 057f664fb794e8d2a32fbbfb22856f05c1ce59c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/mm/alignment.c:775:25: sparse: sparse: incorrect type in argument 1 (different address spaces)
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: mcfgpio: Fix incorrect register offset for CONFIG_M5441x
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH 2/2] asm-generic: add an optional pfn_valid check to pfn_valid
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Pingfan Liu <piliu@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v1 01/57] mm: Add macros ahead of supporting boot-time page size selection
  • From: Ryan Roberts <ryan.roberts@xxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Kees Bakker <kees@xxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Bisected: [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Song Liu <song@xxxxxxxxxx>
• Re: [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH] asm-generic: provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• provide generic page_to_phys and phys_to_page implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v3 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v3 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v8 02/14] arm64: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 03/14] csky: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 11/14] s390: Add wrappers around zpci_memcpy/zpci_memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 00/14] Consolidate IO memcpy functions
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 05/14] m68k: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 06/14] alpha: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 10/14] powerpc: Align prototypes of IO memcpy and memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 12/14] bus: mhi: ep: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 13/14] mtd: Add HAS_IOMEM || INDIRECT_IOMEM dependency
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 01/14] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 09/14] arm: Align prototype of IO memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 08/14] sh: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 07/14] parisc: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 14/14] sound: Make CONFIG_SND depend on INDIRECT_IOMEM instead of UML
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v8 04/14] loongarch: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f49d5b760928861fdd3b8d19ae46aa2617b529b1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] rtc: m48t59: Use platform_data struct for year offset value
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v2 0/2] MVME: Adopt standard RTC driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v4 8/8] x86/module: enable ROX caches for module text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 7/8] execmem: add support for cache of large ROX pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 6/8] x86/module: perpare module loading for ROX allocations of text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 5/8] arch: introduce set_direct_map_valid_noflush()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 4/8] module: prepare to handle ROX allocations for text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 3/8] asm-generic: introduce text-patching.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 2/8] mm: vmalloc: don't account for number of nodes for HUGE_VMAP allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 1/8] mm: vmalloc: group declarations depending on CONFIG_MMU together
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 0/8] x86/module: use large ROX pages for text allocations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [viro-vfs:work.xattr2] [fs/xattr] 64d47e878a: xfstests.xfs.046.fail
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v7 07/10] parisc: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: mvme147: Reinstate early console
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] m68k: mvme147: Fix SCSI controller IRQ numbers
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 2/2] m68k: mvme147, mvme16x: Adopt rtc-m48t59 platform driver
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 1/2] rtc: m48t59: Accommodate chips that lack a century bit
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH 0/2]
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] drivers: nubus: Fix use of * in comment block in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 2/3] drivers: nubus: Fix use of assignment in if condition in nubus_add_board() in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 1/3] drivers: nubus: Fix use of tabs in nubus_get_vendorinfo and nubus_add_board in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• [PATCH 0/3] drivers: nubus: Fix coding style issues in nubus.c
  • From: Sayyad Abid <sayyad.abid16@xxxxxxxxx>
• Re: [PATCH v7 09/10] um: Add dummy implementation for IO memcpy/memset
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v7 00/10] Consolidate IO memcpy functions
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f077472a6705df8b3101b5556f4be1fbd02f34ac
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: PREEMPT_RT support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 0/2] m68k v4.4 backport fixes (resend)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v7 08/10] sh: Align prototypes of IO memcpy/memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v7 10/10] arm: Align prototype of IO memset
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v7 03/10] csky: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 06/10] alpha: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 02/10] arm64: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 01/10] Consolidate IO memcpy/memset into iomap_copy.c
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 00/10] Consolidate IO memcpy functions
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 04/10] loongarch: Use generic IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 05/10] m68k: Align prototypes of IO memcpy/memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>
• [PATCH v7 10/10] arm: Align prototype of IO memset
  • From: Julian Vetter <jvetter@xxxxxxxxxxxxx>