Linux Sparc

• Thread Index

• 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 v8 0/7] Add pci_dev_for_each_resource() helper and update users
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH] asm-generic: Unify uapi bitsperlong.h
  • 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>
• [RFC PATCH] asm-generic: Unify uapi bitsperlong.h
  • From: Tiezhu Yang <yangtiezhu@xxxxxxxxxxx>
• Re: [PATCH v4 05/17] watchdog/hardlockup: Rename touch_nmi_watchdog() to touch_hardlockup_watchdog()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v4 13/17] watchdog/hardlockup: detect hard lockups using secondary (buddy) CPUs
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.4-rc1
  • From: "Raghavendra, Vignesh" <vigneshr@xxxxxx>
• Re: Build regressions/improvements in v6.4-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.4-rc1
  • From: Pratyush Yadav <pratyush@xxxxxxxxxx>
• Re: Build regressions/improvements in v6.4-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v5 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 2/6] ipu-v3: Include <linux/io.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 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>
• Re: [PATCH v4 05/17] watchdog/hardlockup: Rename touch_nmi_watchdog() to touch_hardlockup_watchdog()
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 13/17] watchdog/hardlockup: detect hard lockups using secondary (buddy) CPUs
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v2 30/34] sh: Convert pte_free_tlb() to use ptdescs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• 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 v4 11/17] watchdog/hardlockup: Rename some "NMI watchdog" constants/function
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v4 08/17] watchdog/hardlockup: Style changes to watchdog_hardlockup_check() / ..._is_lockedup()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v4 07/17] watchdog/hardlockup: Move perf hardlockup checking/panic to common watchdog.c
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v4 05/17] watchdog/hardlockup: Rename touch_nmi_watchdog() to touch_hardlockup_watchdog()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v4 13/17] watchdog/hardlockup: detect hard lockups using secondary (buddy) CPUs
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• 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 v4 11/17] watchdog/hardlockup: Rename some "NMI watchdog" constants/function
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 08/17] watchdog/hardlockup: Style changes to watchdog_hardlockup_check() / ..._is_lockedup()
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 07/17] watchdog/hardlockup: Move perf hardlockup checking/panic to common watchdog.c
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 06/17] watchdog/perf: Rename watchdog_hld.c to watchdog_perf.c
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 05/17] watchdog/hardlockup: Rename touch_nmi_watchdog() to touch_hardlockup_watchdog()
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 03/17] watchdog/hardlockup: change watchdog_nmi_enable() to void
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 01/17] watchdog/perf: Define dummy watchdog_update_hrtimer_threshold() on correct config
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v4 13/17] watchdog/hardlockup: detect hard lockups using secondary (buddy) CPUs
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• Re: [PATCH v7 0/6] Support hld delayed init based on Pseudo-NMI for
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 17/17] arm64: Enable perf events based hard lockup detector
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 16/17] arm64: add hw_nmi_get_sample_period for preparation of lockup detector
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 15/17] watchdog/perf: Adapt the watchdog_perf interface for async model
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 14/17] watchdog/perf: Add a weak function for an arch to detect if perf can use NMIs
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 13/17] watchdog/hardlockup: detect hard lockups using secondary (buddy) CPUs
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 12/17] watchdog/hardlockup: Have the perf hardlockup use __weak functions more cleanly
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 11/17] watchdog/hardlockup: Rename some "NMI watchdog" constants/function
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 10/17] watchdog/hardlockup: Move perf hardlockup watchdog petting to watchdog.c
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 09/17] watchdog/hardlockup: Add a "cpu" param to watchdog_hardlockup_check()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 08/17] watchdog/hardlockup: Style changes to watchdog_hardlockup_check() / ..._is_lockedup()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 07/17] watchdog/hardlockup: Move perf hardlockup checking/panic to common watchdog.c
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 06/17] watchdog/perf: Rename watchdog_hld.c to watchdog_perf.c
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 05/17] watchdog/hardlockup: Rename touch_nmi_watchdog() to touch_hardlockup_watchdog()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 04/17] watchdog/perf: Ensure CPU-bound context when creating hardlockup detector event
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 03/17] watchdog/hardlockup: change watchdog_nmi_enable() to void
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 02/17] watchdog: remove WATCHDOG_DEFAULT
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 01/17] watchdog/perf: Define dummy watchdog_update_hrtimer_threshold() on correct config
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v4 00/17] watchdog/hardlockup: Add the buddy hardlockup detector
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• 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 4/6] fbdev: Include <linux/fb.h> instead of <asm/fb.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 2/6] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 6/6] fbdev: Rename fb_mem*() helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 3/6] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 1/6] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 0/6] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • 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 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 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] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: "Nicholas Piggin" <npiggin@xxxxxxxxx>
• [PATCH v3 4/6] fbdev: Include <linux/io.h> via <asm/fb.h>
  • 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 6/6] fbdev: Rename fb_mem*() helpers
  • 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 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>
• 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 22/34] csky: Convert __pte_free_tlb() to use ptdescs
  • 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 32/34] sparc: Convert pgtable_pte_page_{ctor, dtor}() to ptdesc equivalents
  • 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 29/34] riscv: Convert alloc_{pmd, pte}_late() 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 31/34] sparc64: Convert various functions to use ptdescs
  • 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 33/34] um: Convert {pmd, pte}_free_tlb() 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 28/34] openrisc: Convert __pte_free_tlb() to use ptdescs
  • 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 24/34] loongarch: Convert various functions 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 20/34] arm: Convert various functions 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 21/34] arm64: 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 13/34] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
  • 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 10/34] mm: Convert ptlock_init() 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 16/34] s390: Convert various gmap functions to use ptdescs
  • 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 05/34] mm: add utility functions for ptdesc
  • 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 14/34] powerpc: Convert various functions 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 17/34] s390: Convert various pgalloc functions 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 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 02/34] s390: Use _pt_s390_gaddr for gmap address tracking
  • 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>
• [PATCH v2 00/34] Split ptdesc from struct page
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• Re: [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 08/19] riscv: Add explicit include for cpu.h
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH 09/19] riscv: cacheinfo: Adjust includes to remove of_device.h
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• 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>
• [PATCH] Remove HAVE_VIRT_CPU_ACCOUNTING_GEN option
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• 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 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 3/5] fbdev: Include <linux/io.h> in various 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 4/5] fbdev: Include <linux/io.h> in 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 4/5] fbdev: Include <linux/io.h> in drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/5] fbdev: Use regular I/O function for framebuffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/5] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 5/5] fbdev: Define framebuffer I/O from Linux' I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/5] fbdev/matrox: Remove trailing whitespaces
  • 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: [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3] sparc: unify sparc32/sparc64 archhelp
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [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 2/5] ipu-v3: Include <linux/io.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/5] fbdev: Include <linux/io.h> in various drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/5] fbdev/matrox: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/5] fbdev: Move framebuffer I/O helpers to <asm/fb.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/33] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: Vishal Moola <vishal.moola@xxxxxxxxx>
• [PATCH v8 04/10] nmi: backtrace: Allow runtime arch specific override
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH v8 00/10] arm64: Add framework to turn an IPI as NMI
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• 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: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/33] s390: Use _pt_s390_gaddr for gmap address tracking
  • From: David Hildenbrand <david@xxxxxxxxxx>
• 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: [PATCH 12/33] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 04/33] mm: add utility functions for ptdesc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 24/33] m68k: Convert various functions to use ptdescs
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 33/33] mm: Remove pgtable_{pmd, pte}_page_{ctor, dtor}() wrappers
  • 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 28/33] riscv: Convert alloc_{pmd, pte}_late() to use ptdescs
  • From: "Vishal Moola (Oracle)" <vishal.moola@xxxxxxxxx>
• [PATCH 30/33] sparc64: Convert various functions 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 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 15/33] s390: Convert various gmap 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 10/33] mm: Convert pmd_ptlock_free() 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 21/33] csky: Convert __pte_free_tlb() 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 12/33] mm: Create ptdesc equivalents for pgtable_{pte,pmd}_page_{ctor,dtor}
  • 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 08/33] mm: Convert pmd_ptlock_init() to use ptdescs
  • 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 18/33] pgalloc: 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 06/33] mm: Convert ptlock_alloc() 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 14/33] x86: Convert various functions 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 13/33] powerpc: Convert various functions 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 04/33] mm: add utility functions for ptdesc
  • 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 07/33] mm: Convert ptlock_ptr() 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 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 10/19] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 13/19] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 12/19] arch/parisc: 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 19/19] arch/x86: Implement <asm/fb.h> with generic helpers
  • 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 14/19] arch/parisc: 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 16/19] arch/sh: 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 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 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • 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>
• [PATCH v3 05/19] arch/ia64: Implement <asm/fb.h> with generic helpers
  • 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 11/19] video: Move HP PARISC STI core code to shared location
  • 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>
• 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>
• [PATCH v3] sparc: unify sparc32/sparc64 archhelp
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• 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: [PATCH v1 RESEND 3/6] sparc/mm: don't unconditionally set HW writable bit when setting PTE dirty on 64bit
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v1 RESEND 3/6] sparc/mm: don't unconditionally set HW writable bit when setting PTE dirty on 64bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v1 RESEND 3/6] sparc/mm: don't unconditionally set HW writable bit when setting PTE dirty on 64bit
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 RESEND 6/6] mm/huge_memory: conditionally call maybe_mkwrite() and drop pte_wrprotect() in __split_huge_pmd_locked()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 RESEND 5/6] mm/huge_memory: revert "Partly revert "mm/thp: carry over dirty bit when thp splits on pmd""
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 RESEND 4/6] mm/migrate: revert "mm/migrate: fix wrongly apply write bit after mkdirty on sparc64"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 RESEND 3/6] sparc/mm: don't unconditionally set HW writable bit when setting PTE dirty on 64bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 RESEND 1/6] selftests/mm: reuse read_pmd_pagesize() in COW selftest
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 RESEND 2/6] selftests/mm: mkdirty: test behavior of (pte|pmd)_mkdirty on VMAs without write permissions
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 RESEND 0/6] mm: (pte|pmd)_mkdirty() should not unconditionally allow for write access
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] mm/huge_memory: conditionally call maybe_mkwrite() and drop pte_wrprotect() in __split_huge_pmd_locked()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/6] selftests/mm: reuse read_pmd_pagesize() in COW selftest
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 3/6] sparc/mm: don't unconditionally set HW writable bit when setting PTE dirty on 64bit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 6/6] mm/huge_memory: conditionally call maybe_mkwrite() and drop pte_wrprotect() in __split_huge_pmd_locked()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] mm/huge_memory: conditionally call maybe_mkwrite() and drop pte_wrprotect() in __split_huge_pmd_locked()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/6] selftests/mm: mkdirty: test behavior of (pte|pmd)_mkdirty on VMAs without write permissions
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 5/6] mm/huge_memory: revert "Partly revert "mm/thp: carry over dirty bit when thp splits on pmd""
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 0/6] mm: (pte|pmd)_mkdirty() should not unconditionally allow for write access
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 4/6] mm/migrate: revert "mm/migrate: fix wrongly apply write bit after mkdirty on sparc64"
  • From: David Hildenbrand <david@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: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/19] arch/m68k: Implement <asm/fb.h> with generic helpers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• 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: [PATCH v2] sparc: allow sparc32 alias for archhelp
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc: allow sparc32 alias for archhelp
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2] sparc: allow sparc32 alias for archhelp
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH v2] sparc: allow sparc32 alias for archhelp
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH] parport_pc: don't allow driver for SPARC32
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• 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 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] parport_pc: don't allow driver for SPARC32
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• 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 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/19] fbdev: Prepare generic architecture helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v2 11/19] video: Move HP PARISC STI core code to shared location
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 15/19] arch/powerpc: Implement <asm/fb.h> with generic helpers
  • 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 19/19] arch/x86: Implement <asm/fb.h> with generic helpers
  • 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 07/19] arch/m68k: Merge variants of fb_pgprotect() into single function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 12/19] arch/parisc: Remove trailing whitespaces
  • 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 10/19] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/19] fbdev: Prepare generic architecture 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 09/19] arch/mips: 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 13/19] arch/parisc: Implement fb_is_primary_device() under arch/parisc
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/19] arch/loongarch: Implement <asm/fb.h> with generic 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 14/19] arch/parisc: 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 05/19] arch/ia64: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH v8 0/7] Add pci_dev_for_each_resource() helper and update users
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Shahab Vahedi <Shahab.Vahedi@xxxxxxxxxxxx>
• 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 v8 0/7] Add pci_dev_for_each_resource() helper and update users
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v8 5/7] PCI: Allow pci_bus_for_each_resource() to take less arguments
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• 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 16/18] arch/sparc: Implement fb_is_primary_device() in source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 15/18] arch/sh: 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 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 18/18] arch/x86: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/18] video: Remove trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/18] arch/arm: Implement <asm/fb.h> with generic helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/18] arch/parisc: 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 05/18] arch/ia64: 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 07/18] arch/m68k: 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 01/18] fbdev: Prepare generic architecture helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/18] arch/mips: 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 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>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v8 5/7] PCI: Allow pci_bus_for_each_resource() to take less arguments
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v8 7/7] pcmcia: Convert to use less arguments in pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 0/7] Add pci_dev_for_each_resource() helper and update users
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.3-rc4 (parport_pc)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.3-rc4
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Build regressions/improvements in v6.3-rc4
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH v8 0/7] Add pci_dev_for_each_resource() helper and update users
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/3] arch: Introduce ARCH_HAS_CPUMASK_BITS
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH 0/3] send tlb_remove_table_smp_sync IPI only to necessary CPUs
  • From: Yair Podemsky <ypodemsk@xxxxxxxxxx>
• [PATCH 3/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to CPUs in kernel mode
  • From: Yair Podemsky <ypodemsk@xxxxxxxxxx>
• [PATCH 2/3] mm/mmu_gather: send tlb_remove_table_smp_sync IPI only to MM CPUs
  • From: Yair Podemsky <ypodemsk@xxxxxxxxxx>
• [PATCH 1/3] arch: Introduce ARCH_HAS_CPUMASK_BITS
  • From: Yair Podemsky <ypodemsk@xxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• 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>
• Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Vineet Gupta <vgupta@xxxxxxxxxx>
• Re: [PATCH 12/19] thermal: cpuidle_cooling: Adjust includes to remove of_device.h
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 11/19] clocksource: ingenic: Add explicit include for cpuhotplug.h
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• 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: [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
• [PATCH v8 7/7] pcmcia: Convert to use less arguments in pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v8 5/7] PCI: Allow pci_bus_for_each_resource() to take less arguments
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v8 3/7] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v8 6/7] EISA: Convert to use less arguments in pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v8 4/7] PCI: Document pci_bus_for_each_resource() to avoid confusion
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v8 2/7] PCI: Introduce pci_resource_n()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v8 1/7] kernel.h: Split out COUNT_ARGS() and CONCATENATE()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v8 0/7] Add pci_dev_for_each_resource() helper and update users
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/6] PCI: Allow pci_bus_for_each_resource() to take less arguments
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: "Lad, Prabhakar" <prabhakar.csengg@xxxxxxxxx>
• Re: [PATCH v7 3/6] PCI: Allow pci_bus_for_each_resource() to take less arguments
  • From: kernel test robot <oliver.sang@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 16/19] cpuidle: Adjust includes to remove of_device.h
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH 18/19] OPP: Adjust includes to remove of_device.h
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 15/19] cpufreq: sun50i: Add explicit include for cpu.h
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 14/19] cpufreq: Adjust includes to remove of_device.h
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• 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 16/19] cpuidle: Adjust includes to remove of_device.h
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 10/19] cacheinfo: Adjust includes to remove of_device.h
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 04/19] of: Move CPU node related functions to their own file
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 10/19] cacheinfo: Adjust includes to remove of_device.h
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/19] cpufreq: sun50i: Add explicit include for cpu.h
  • From: Jernej Škrabec <jernej.skrabec@xxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Justin Forbes <jforbes@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/19] thermal: cpuidle_cooling: Adjust includes to remove of_device.h
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 14/19] cpufreq: Adjust includes to remove of_device.h
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 16/19] cpuidle: Adjust includes to remove of_device.h
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 06/19] ARM: sunxi: Drop of_device.h include
  • From: Chen-Yu Tsai <wens@xxxxxxxx>
• [PATCH 13/19] soc: mediatek: mtk-svs: Add explicit include for cpu.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 03/19] of: Move of_device_get_match_data() declaration
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 18/19] OPP: Adjust includes to remove of_device.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 06/19] ARM: sunxi: Drop of_device.h include
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 14/19] cpufreq: Adjust includes to remove of_device.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 12/19] thermal: cpuidle_cooling: Adjust includes to remove of_device.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 08/19] riscv: Add explicit include for cpu.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 09/19] riscv: cacheinfo: Adjust includes to remove of_device.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 04/19] of: Move CPU node related functions to their own file
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 07/19] ARM: cpuidle: Drop of_device.h include
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 19/19] of: Drop cpu.h include from of_device.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 01/19] of: Make devtree_lock declaration private
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 10/19] cacheinfo: Adjust includes to remove of_device.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 17/19] irqchip: loongson-eiointc: Add explicit include for cpuhotplug.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 16/19] cpuidle: Adjust includes to remove of_device.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 00/19] DT header disentangling, part 1
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 15/19] cpufreq: sun50i: Add explicit include for cpu.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 05/19] of: Drop unnecessary includes in headers
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 11/19] clocksource: ingenic: Add explicit include for cpuhotplug.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 02/19] of: Move of_device_(add|register|unregister) to of_platform.h
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/21] xtensa: dma-mapping: use normal cache invalidation rules
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/21] csky: dma-mapping: skip invalidating before DMA from device
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 16/21] ARM: dma-mapping: bring back dmac_{clean,inv}_range
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 20/21] ARM: dma-mapping: split out arch_dma_mark_clean() helper
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 21/21] dma-mapping: replace custom code with generic implementation
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 19/21] ARM: dma-mapping: use generic form of arch_sync_dma_* helpers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 18/21] ARM: drop SMP support for ARM11MPCore
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 17/21] ARM: dma-mapping: use arch_sync_dma_for_{device,cpu}() internally
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 16/21] ARM: dma-mapping: bring back dmac_{clean,inv}_range
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 15/21] ARM: dma-mapping: always invalidate WT caches before DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 14/21] parisc: dma-mapping: use regular flush/invalidate ops
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 12/21] mips: dma-mapping: split out cache operation logic
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 11/21] mips: dma-mapping: skip invalidating before bidirectional DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/21] csky: dma-mapping: skip invalidating before DMA from device
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/21] riscv: dma-mapping: skip invalidation before bidirectional DMA
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 08/21] riscv: dma-mapping: only invalidate after DMA, not flush
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/21] powerpc: dma-mapping: always clean cache in _for_device() op
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/21] powerpc: dma-mapping: minimize for_cpu flushing
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/21] powerpc: dma-mapping: split out cache operation logic
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/21] microblaze: dma-mapping: skip extra DMA flushes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/21] sparc32: flush caches in dma_sync_*for_device
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/21] xtensa: dma-mapping: use normal cache invalidation rules
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/21] openrisc: dma-mapping: flush bidirectional mappings
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 00/21] dma-mapping: unify support for cache flushes
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: Build regressions/improvements in v6.3-rc4
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove obsolete config ARCH_ATU
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• [PATCH v3 14/14] xtensa: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 13/14] sparc: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 12/14] sh: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 11/14] sh: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 10/14] powerpc: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 09/14] powerpc: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 08/14] nios2: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 07/14] nios2: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 06/14] m68k: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 04/14] csky: drop ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 01/14] arm: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 00/14] arch,mm: cleanup Kconfig entries for ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 00/14] arch,mm: cleanup Kconfig entries for ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 00/14] arch,mm: cleanup Kconfig entries for ARCH_FORCE_MAX_ORDER
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v2 11/14] sh: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v2 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Zi Yan <ziy@xxxxxxxxxx>
• [PATCH] sparc: remove obsolete config ARCH_ATU
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH v7 6/6] PCI: Make use of pci_resource_n()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 4/6] EISA: Convert to use less arguments in pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 6/6] PCI: Make use of pci_resource_n()
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v7 4/6] EISA: Convert to use less arguments in pci_bus_for_each_resource()
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• Re: [PATCH v7 3/6] PCI: Allow pci_bus_for_each_resource() to take less arguments
  • From: Philippe Mathieu-Daudé <philmd@xxxxxxxxxx>
• [PATCH v2 14/14] xtensa: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 13/14] sparc: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 12/14] sh: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 11/14] sh: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 10/14] powerpc: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 09/14] powerpc: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 08/14] nios2: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 07/14] nios2: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 06/14] m68k: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 04/14] csky: drop ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 01/14] arm: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 00/14] arch,mm: cleanup Kconfig entries for ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v7 6/6] PCI: Make use of pci_resource_n()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v7 5/6] pcmcia: Convert to use less arguments in pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v7 2/6] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v7 3/6] PCI: Allow pci_bus_for_each_resource() to take less arguments
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v7 0/6] Add pci_dev_for_each_resource() helper and update users
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v7 4/6] EISA: Convert to use less arguments in pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v7 1/6] kernel.h: Split out COUNT_ARGS() and CONCATENATE()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v4] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH 06/14] m68k: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v6 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 00/14] arch,mm: cleanup Kconfig entries for ARCH_FORCE_MAX_ORDER
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 14/14] xtensa: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 14/14] xtensa: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 13/14] sparc: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 12/14] sh: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 11/14] sh: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 10/14] powerpc: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 09/14] powerpc: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 08/14] nios2: drop ranges for definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 07/14] nios2: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 06/14] m68k: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 05/14] ia64: don't allow users to override ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 04/14] csky: drop ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 03/14] arm64: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 02/14] arm64: drop ranges in definition of ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 01/14] arm: reword ARCH_FORCE_MAX_ORDER prompt and help text
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 00/14] arch,mm: cleanup Kconfig entries for ARCH_FORCE_MAX_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] PCI: Split pci_bus_for_each_resource_p() out of pci_bus_for_each_resource()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v6 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sched, smp: Trace smp callback causing an IPI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/7] trace: Add trace_ipi_send_cpumask()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v6 3/4] EISA: Convert to use pci_bus_for_each_resource_p()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v6 0/4] Add pci_dev_for_each_resource() helper and update users
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v6 4/4] pcmcia: Convert to use pci_bus_for_each_resource_p()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v6 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v6 2/4] PCI: Split pci_bus_for_each_resource_p() out of pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH 01/10] sparc/mm: Fix MAX_ORDER usage in tsb_grow()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re:Re: [PATCH] tty: vcc: add check for mdesc_grab()
  • From: "Liang He" <windhl@xxxxxxx>
• Re: [PATCH v4 25/36] sparc64: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 24/36] sparc32: Implement the new page table range API
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] tty: vcc: add check for mdesc_grab()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] sbus: bbc_i2c.c: fixed various coding style issues
  • From: Michael Harris <michaelharriscode@xxxxxxxxx>
• [PATCH] tty: vcc: add check for mdesc_grab()
  • From: Liang He <windhl@xxxxxxx>
• [PATCH] sparc/mm: add check for mdesc_grab()
  • From: Liang He <windhl@xxxxxxx>
• [PATCH v4 25/36] sparc64: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH v4 24/36] sparc32: Implement the new page table range API
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH] sparc64: Add Null-checking for mdesc_grab() in ds_probe()
  • From: Liang He <windhl@xxxxxxx>
• [PATCH v5 3/4] EISA: Convert to use pci_bus_for_each_resource_p()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 2/4] PCI: Split pci_bus_for_each_resource_p() out of pci_bus_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 4/4] pcmcia: Convert to use pci_bus_for_each_resource_p()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v5 0/4] PCI: Add pci_dev_for_each_resource() helper and update users
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] PCI: Introduce pci_dev_for_each_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/38] Kconfig: introduce HAS_IOPORT option and select it as necessary
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>