Linux M68K
[Prev Page][Next Page]
- [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>
[Index of Archives]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite]