Linux M68K

• Thread Index

• [geert-m68k:for-v6.5] BUILD SUCCESS 72b44f6577f15f37fe964c8dcc42a7c5736e604c
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.4] BUILD SUCCESS b845b574f86dcb6a70dfa698aa87a237b0878d2a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0d4276cfbe6fd4c4a21acdee803b05a3a6192082
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/1] m68k: Move signal frame following exception on 68020/030
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v1 1/1] m68k: Move signal frame following exception on 68020/030
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/12] m68k: Pass a pointer to virt_to_pfn() virt_to_page()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 12/12] m68k/mm: Make pfn accessors static inlines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 11/12] arm64: memory: Make virt_to_pfn() a static inline
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 10/12] ARM: mm: Make virt_to_pfn() a static inline
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 09/12] asm-generic/page.h: Make pfn accessors static inlines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 07/12] netfs: Pass a pointer to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 08/12] arm64: vdso: Pass (void *) to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 06/12] cifs: Pass a pointer to virt_to_page() in cifsglob
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 05/12] cifs: Pass a pointer to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 04/12] riscv: mm: init: Pass a pointer to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 03/12] ARC: init: Pass a pointer to virt_to_pfn() in init
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 01/12] fs/proc/kcore.c: Pass a pointer to virt_addr_valid()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 00/12] arch: Make virt_to_pfn into a static inline
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v2 02/12] m68k: Pass a pointer to virt_to_pfn() virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 00/34] Split ptdesc from struct page
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 15/23] s390: allow pte_offset_map_lock() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 06/12] cifs: Pass a pointer to virt_to_page() in cifsglob
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH 05/12] cifs: Pass a pointer to virt_to_page()
  • From: Tom Talpey <tom@xxxxxxxxxx>
• Re: [PATCH 16/23] s390: gmap use pte_unmap_unlock() not spin_unlock()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [PATCH 15/23] s390: allow pte_offset_map_lock() to fail
  • From: Claudio Imbrenda <imbrenda@xxxxxxxxxxxxx>
• Re: [PATCH v5 RESEND 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/7] fbdev/hitfb: Cast I/O offset to address
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v5 RESEND 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 00/23] arch: allow pte_offset_map[_lock]() to fail
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 02/12] m68k: Pass a pointer to virt_to_pfn() virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v5 RESEND 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5] nubus: Don't list slot resources by default
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 RESEND 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS f7e0fc66f5521fac47f571f41d61b56cae096590
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.5] BUILD SUCCESS 4decdb267a4712b4cb56f9bd8cdcd6d9af1c3352
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v5] nubus: Don't list slot resources by default
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v5 14/26] alpha: Remove empty <uapi/asm/setup.h>
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v2 30/34] sh: Convert pte_free_tlb() to use ptdescs
  • From: Vishal Moola <vishal.moola@xxxxxxxxx>
• Re: [RFC PATCH v2] fs/xattr: add *at family syscalls
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v2] fs/xattr: add *at family syscalls
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH v2] fs/xattr: add *at family syscalls
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v2] fs/xattr: add *at family syscalls
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4] nubus: Don't list slot resources by default
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4] nubus: Don't list slot resources by default
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Remove proc entries before adding them
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] nubus: Partially revert proc_create_single_data() conversion
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v5 RESEND 01/17] asm-generic/iomap.h: remove ARCH_HAS_IOREMAP_xx macros
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 08/23] parisc: add pte_unmap() to balance get_ptep()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 08/23] parisc: add pte_unmap() to balance get_ptep()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v7 1/7] fbdev/hitfb: Cast I/O offset to address
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• RE: [PATCH v7 1/7] fbdev/hitfb: Cast I/O offset to address
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 11/12] arm64: memory: Make virt_to_pfn() a static inline
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 08/12] arm64: vdso: Pass (void *) to virt_to_page()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 02/12] m68k: Pass a pointer to virt_to_pfn() virt_to_page()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v7 6/7] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 3/7] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 5/7] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 4/7] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 7/7] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 2/7] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 1/7] fbdev/hitfb: Cast I/O offset to address
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 0/7] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 00/12] arch: Make virt_to_pfn into a static inline
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/12] m68k: Pass a pointer to virt_to_pfn() virt_to_page()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] riscv: mm: init: Pass a pointer to virt_to_page()
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/23] arch: allow pte_offset_map[_lock]() to fail
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 00/23] arch: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] cachestat: wire up cachestat for other architectures
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC PATCH v2] fs/xattr: add *at family syscalls
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC PATCH v2] fs/xattr: add *at family syscalls
  • From: Christian Göttsche <cgzones@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/23] arch: allow pte_offset_map[_lock]() to fail
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Artur Rojek <contact@xxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 12/12] m68k/mm: Make pfn accessors static inlines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 10/12] ARM: mm: Make virt_to_pfn() a static inline
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 11/12] arm64: memory: Make virt_to_pfn() a static inline
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 09/12] asm-generic/page.h: Make pfn accessors static inlines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 08/12] arm64: vdso: Pass (void *) to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 07/12] netfs: Pass a pointer to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 06/12] cifs: Pass a pointer to virt_to_page() in cifsglob
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 05/12] cifs: Pass a pointer to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 04/12] riscv: mm: init: Pass a pointer to virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 03/12] ARC: init: Pass a pointer to virt_to_pfn() in init
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 01/12] fs/proc/kcore.c: Pass a pointer to virt_addr_valid()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 02/12] m68k: Pass a pointer to virt_to_pfn() virt_to_page()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 00/12] arch: Make virt_to_pfn into a static inline
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] cachestat: wire up cachestat for other architectures
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH] cachestat: wire up cachestat for other architectures
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: [PATCH] cachestat: wire up cachestat for other architectures
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 21/23] x86: Allow get_locked_pte() to fail
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] cachestat: wire up cachestat for other architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] cachestat: wire up cachestat for other architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/23] arch: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 01/23] arm: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] cachestat: wire up cachestat for other architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 21/23] x86: Allow get_locked_pte() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH] cachestat: wire up cachestat for other architectures
  • From: Nhat Pham <nphamcs@xxxxxxxxx>
• Re: [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/23] arm: allow pte_offset_map[_lock]() to fail
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 14/23] riscv/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v6 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 2/6] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 21/23] x86: Allow get_locked_pte() to fail
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 14/23] riscv/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/23] arch: allow pte_offset_map[_lock]() to fail
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 23/23] xtensa: add pte_unmap() to balance pte_offset_map()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 22/23] x86: sme_populate_pgd() use pte_offset_kernel()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 21/23] x86: Allow get_locked_pte() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 20/23] sparc: iounit and iommu use pte_offset_kernel()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 19/23] sparc: allow pte_offset_map() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 18/23] sparc/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 17/23] sh/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 16/23] s390: gmap use pte_unmap_unlock() not spin_unlock()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 15/23] s390: allow pte_offset_map_lock() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 14/23] riscv/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 13/23] powerpc/hugetlb: pte_alloc_huge()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 12/23] powerpc: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 11/23] powerpc: kvmppc_unmap_free_pmd() pte_offset_kernel()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 10/23] parisc/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 09/23] parisc: unmap_uncached_pte() use pte_offset_kernel()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 08/23] parisc: add pte_unmap() to balance get_ptep()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 07/23] mips: update_mmu_cache() can replace __update_tlb()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 06/23] microblaze: allow pte_offset_map() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 05/23] m68k: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 04/23] ia64/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 03/23] arm64/hugetlb: pte_alloc_huge() pte_offset_huge()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 02/23] arm64: allow pte_offset_map() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 01/23] arm: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 00/23] arch: allow pte_offset_map[_lock]() to fail
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 00/26] Remove COMMAND_LINE_SIZE from uapi
  • From: Alexandre Ghiti <alexghiti@xxxxxxxxxxxx>
• Re: [PATCH v3 28/38] rtc: add HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS c61671b384a1b4c4ab08bf6e75376081e06fdf97
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.4-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v5 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 2/6] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• The tale of -mrtd in GCC and Clang
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 30/34] sh: Convert pte_free_tlb() to use ptdescs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 1/1] m68k: Move signal frame following exception on 68020/030
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v1 0/1] 68020/030 signal handling following exceptions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [v4,5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [v4,5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,6/6] fbdev: Rename fb_mem*() helpers
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [v4,2/6] ipu-v3: Include <linux/io.h>
  • From: Sui Jingfeng <15330273260@xxxxxx>
• Re: [PATCH v4 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v4 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 2/6] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Don't deliver signals except at instruction boundary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Don't deliver signals except at instruction boundary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Don't deliver signals except at instruction boundary
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH RFC 1/2] m68k: Don't deliver signals except at instruction boundary
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• [PATCH v3 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 5/6] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/6] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH RFC 2/2] m68k: Make allowance for signal delivery following an address error
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH RFC 1/2] m68k: Don't deliver signals except at instruction boundary
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH RFC 0/2] 68020/030 signal handling following exceptions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 21/34] arm64: Convert various functions to use ptdescs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 21/34] arm64: Convert various functions to use ptdescs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 29/34] riscv: Convert alloc_{pmd, pte}_late() to use ptdescs
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v2 33/34] um: Convert {pmd, pte}_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 24/34] loongarch: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 21/34] arm64: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 29/34] riscv: Convert alloc_{pmd, pte}_late() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 25/34] m68k: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 30/34] sh: Convert pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 34/34] mm: Remove pgtable_{pmd, pte}_page_{ctor, dtor}() wrappers
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 26/34] mips: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 31/34] sparc64: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 28/34] openrisc: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 22/34] csky: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 27/34] nios2: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 32/34] sparc: Convert pgtable_pte_page_{ctor, dtor}() to ptdesc equivalents
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 23/34] hexagon: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 17/34] s390: Convert various pgalloc functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 09/34] mm: Convert pmd_ptlock_init() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 10/34] mm: Convert ptlock_init() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 13/34] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 15/34] x86: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 07/34] mm: Convert ptlock_alloc() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 12/34] mm: Convert ptlock_free() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 06/34] mm: Convert pmd_pgtable_page() to pmd_ptdesc()
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 05/34] mm: add utility functions for ptdesc
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 11/34] mm: Convert pmd_ptlock_free() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 14/34] powerpc: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 16/34] s390: Convert various gmap functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 08/34] mm: Convert ptlock_ptr() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 04/34] pgtable: Create struct ptdesc
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 18/34] mm: Remove page table members from struct page
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 19/34] pgalloc: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 20/34] arm: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 03/34] s390: Use pt_frag_refcount for pagetables
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 02/34] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 00/34] Split ptdesc from struct page
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH v2 01/34] mm: Add PAGE_TYPE_OP folio functions
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• Re: [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH RFC v1] m68k: signal.c: use signal frame gap to avoid stack corruption
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [git pull] m68knommu changes for v6.4
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 0/5] fbdev: Use regular I/O function for framebuffers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 4/5] fbdev: Include <linux/io.h> in drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 4/5] fbdev: Include <linux/io.h> in drivers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] ipu-v3: Include <linux/io.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/5] fbdev/matrox: Remove trailing whitespaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/5] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/5] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/5] fbdev: Use regular I/O function for framebuffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/5] fbdev: Include <linux/io.h> in drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 5/5] fbdev: Move framebuffer I/O helpers into <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/5] fbdev: Include <linux/io.h> via <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/5] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/5] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• m68k support in libseccomp finally merged upstream
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: signal delivery, was Re: reliable reproducer
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 007a571e344357e5f43093d21099a831060088fc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Question on the m68k Calling Convention (RTD)
  • From: Richard Z <rz@xxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for v6.4
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Question on the m68k Calling Convention (RTD)
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:for-v6.4] BUILD SUCCESS aaee8c7f2a17d2dd015dc97c113c9ea0cc97272a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS e5f6e4d13f537cdaba3909e72b1e1e1e91a05aaf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: kexec: include reboot.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k: kexec: include reboot.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 01/33] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: Vishal Moola <vishal.moola@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 4/33] mm: add utility functions for ptdesc
  • From: Vishal Moola <vishal.moola@xxxxxxxxx>
• Re: [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 4/33] mm: add utility functions for ptdesc
  • From: Vernon Yang <vernon2gm@xxxxxxxxx>
• Re: reliable reproducer, was Re: core dump analysis
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• reliable reproducer, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 01/33] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/33] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: Vishal Moola <vishal.moola@xxxxxxxxx>
• Re: [PATCH 01/33] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 12/33] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 04/33] mm: add utility functions for ptdesc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 94ea4c5cbeeba22abb2abca416eedb2aca30bc67
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 24/33] m68k: Convert various functions to use ptdescs
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 30/33] sparc64: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 33/33] mm: Remove pgtable_{pmd, pte}_page_{ctor, dtor}() wrappers
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 28/33] riscv: Convert alloc_{pmd, pte}_late() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 31/33] sparc: Convert pgtable_pte_page_{ctor, dtor}() to ptdesc equivalents
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 29/33] sh: Convert pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 32/33] um: Convert {pmd, pte}_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 27/33] openrisc: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 26/33] nios2: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 25/33] mips: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 24/33] m68k: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 20/33] arm64: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 14/33] x86: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 23/33] loongarch: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 07/33] mm: Convert ptlock_ptr() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 17/33] mm: Remove page table members from struct page
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 21/33] csky: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 15/33] s390: Convert various gmap functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 13/33] powerpc: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 08/33] mm: Convert pmd_ptlock_init() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 05/33] mm: Convert pmd_pgtable_page() to pmd_ptdesc()
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 18/33] pgalloc: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 11/33] mm: Convert ptlock_free() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 16/33] s390: Convert various pgalloc functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 12/33] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 22/33] hexagon: Convert __pte_free_tlb() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 06/33] mm: Convert ptlock_alloc() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 10/33] mm: Convert pmd_ptlock_free() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 04/33] mm: add utility functions for ptdesc
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 09/33] mm: Convert ptlock_init() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 19/33] arm: Convert various functions to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 03/33] pgtable: Create struct ptdesc
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 02/33] s390: Use pt_frag_refcount for pagetables
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 01/33] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 00/33] Split ptdesc from struct page
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 13/19] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 19/19] arch/x86: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 14/19] arch/parisc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 12/19] arch/parisc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 10/19] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 09/19] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 18/19] arch/sparc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 04/19] arch/arm64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 01/19] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 03/19] arch/arm: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 11/19] video: Move HP PARISC STI core code to shared location
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 05/19] arch/ia64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 00/19] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 08/19] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 06/19] arch/loongarch: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: instrumentation, was Re: core dump analysis
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: instrumentation, was Re: core dump analysis
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• RE: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Biju Das <biju.das.jz@xxxxxxxxxxxxxx>
• Re: instrumentation, was Re: core dump analysis
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• RE: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/19] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: instrumentation, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: kernel behaviour, was Re: dash behaviour
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: instrumentation, was Re: core dump analysis
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: instrumentation, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: instrumentation, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: kernel behaviour, was Re: dash behaviour
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: kernel behaviour, was Re: dash behaviour
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• instrumentation, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS ca3e36cc6eed6c195a39cdcd740c9d46349bc78b
  • From: kernel test robot <lkp@xxxxxxxxx>
• kernel behaviour, was Re: dash behaviour
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: dash behaviour, was Re: core dump analysis
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• dash behaviour, was Re: core dump analysis
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4] nubus: Don't list slot resources by default
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: [PATCH 12/18] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 00/18] arch: Consolidate <asm/fb.h>
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH v2 09/19] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v2 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 14/19] arch/parisc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 19/19] arch/x86: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 17/19] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 05/19] arch/ia64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 08/19] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 02/19] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 04/19] arch/arm64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 00/19] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 13/19] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 10/19] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 16/19] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 11/19] video: Move HP PARISC STI core code to shared location
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 18/19] arch/sparc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 03/19] arch/arm: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 12/19] arch/parisc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 09/19] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/19] arch/loongarch: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• RE: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Sean Anderson <seanga2@xxxxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Sean Anderson <seanga2@xxxxxxxxx>
• [PATCH net-next] net: sunhme: move asm includes to below linux includes
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 18/18] arch/x86: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 17/18] arch/sparc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 15/18] arch/sh: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 16/18] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 14/18] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 13/18] arch/parisc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/18] video: Move HP PARISC STI core code to shared location
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/18] arch/ia64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/18] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/18] arch/loongarch: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/18] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/18] arch/parisc: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/18] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/18] arch/arm64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/18] arch/mips: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/18] arch/arm: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/18] arch/arc: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/18] arch: Consolidate <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4] nubus: Don't list slot resources by default
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH v3] nubus: Don't list slot resources by default
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 6a53bda3aaf3de5edeea27d0b1d8781d067640b6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v1] m68k/mm: Use correct bit number in _PAGE_SWP_EXCLUSIVE comment
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [geert-m68k:for-next] BUILD SUCCESS 1ea3bb3e4b767d074c8215c515e959c6420908bf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3] nubus: Don't list slot resources by default
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 98485defdf60678296754fce632b05c68f447029
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [RFC PATCH v3] nubus: Don't list slot resources by default
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 00/21] dma-mapping: unify support for cache flushes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 00/21] dma-mapping: unify support for cache flushes
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Conor Dooley <conor@xxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• core dump analysis, was Re: stack smashing detected
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 97e3e4fbb21e8f1f46dc0d13e72bd6b588626645
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [gerg-m68knommu:armnommu 3/3] arch/arm/include/asm/glue-cache.h:126:2: error: Unknown cache maintenance model
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 02/21] xtensa: dma-mapping: use normal cache invalidation rules
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>