Linux Sparc

• Thread Index

• Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic
  • From: Paul Cercueil <paul@xxxxxxxxxxxxxxx>
• Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
• Re: [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic
  • From: Paul Cercueil <paul@xxxxxxxxxxxxxxx>
• RE: [PATCH 05/11] iov_iter: merge the compat case into rw_copy_check_uvector
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 13/17] local64.h: make <asm/local64.h> mandatory
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [sparc64] running stress-ng and a sparc64 hardware / kernel woes
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [sparc64] running stress-ng and a sparc64 hardware / kernel woes
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [sparc64] running stress-ng and a sparc64 hardware / kernel woes
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v1 11/13] sparc32: Drop unused mmu models
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] sparc32: fix badzero.cocci warnings
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: sparc32: Init process fails to load with generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: sparc32: Init process fails to load with generic kmap atomic
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• sparc32: Init process fails to load with generic kmap atomic
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Guo Ren <guoren@xxxxxxxxxx>
• RE: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Romain Dolbeau <romain@xxxxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Romain Dolbeau <romain@xxxxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v1 02/13] sparc32: Drop floppy support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 01/13] sparc32: Drop sun4m/sun4d support from head_32.S
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v1 02/13] sparc32: Drop floppy support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v1 02/13] sparc32: Drop floppy support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v1 01/13] sparc32: Drop sun4m/sun4d support from head_32.S
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• [PATCH v1 08/13] sparc32: Drop sun4d/sun4m smp support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 12/13] sparc32: drop check for sparc_model
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 10/13] sparc32: Drop mbus support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 13/13] sparc32: drop use of sparc_config
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 11/13] sparc32: Drop unused mmu models
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 09/13] sparc32: Drop pcic support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 07/13] sparc32: Drop sun4m/sun4d specific irq handling
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 06/13] sparc32: Drop patching of interrupt vector
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 05/13] sparc32: Drop run-time patching of ipi trap
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 03/13] sparc32: Drop sun4m specific led driver
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 04/13] sparc32: Drop auxio support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 02/13] sparc32: Drop floppy support
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v1 01/13] sparc32: Drop sun4m/sun4d support from head_32.S
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC PATCH 0/13] sparc32: sunset sun4m and sun4d
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 02/23] arch: alpha: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 03/23] arch: arm: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 07/23] arch: parisc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 08/23] arch: powerpc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 05/23] arch: ia64: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 04/23] arch: c6x: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• (repost) cleaning up handling of bad IRQs
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 10/23] arch: sh: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 12/23] arch: x86: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 15/23] arch: mips: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 14/23] kernel: generic counter for interrupt errors
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 17/23] arch: arm: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 18/23] arch: arm64: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 16/23] arch: alpha: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 19/23] arch: c6x: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 06/23] arch: mips: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 13/23] arch: generic: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 11/23] arch: sparc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 09/23] arch: s390: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 06/23] arch: mips: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 11/23] arch: sparc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 13/23] arch: generic: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 09/23] arch: s390: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 01/23] kernel: irq: irqdescs: warn on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 02/23] arch: alpha: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 04/23] arch: c6x: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 05/23] arch: ia64: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 07/23] arch: parisc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 15/23] arch: mips: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 17/23] arch: arm: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 18/23] arch: arm64: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 19/23] arch: c6x: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 14/23] kernel: generic counter for interrupt errors
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 03/23] arch: arm: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 12/23] arch: x86: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 16/23] arch: alpha: use generic irq error counter
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 10/23] arch: sh: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• [PATCH 08/23] arch: powerpc: drop misleading warning on spurious IRQ
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• cleanup handling of bad IRQs
  • From: "Enrico Weigelt, metux IT consult" <info@xxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] Revert: "ring-buffer: Remove HAVE_64BIT_ALIGNED_ACCESS"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [sparc64] ftrace: kernel startup-tests unaligned access
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [sparc64] ftrace: kernel startup-tests unaligned access
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [sparc64] ftrace: kernel startup-tests unaligned access
  • From: Jessica Clarke <jrtc27@xxxxxxxxxx>
• Re: [sparc64] ftrace: kernel startup-tests unaligned access
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [sparc64] ftrace: kernel startup-tests unaligned access
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [sparc64] ftrace: kernel startup-tests unaligned access
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH 1/2] futex: mark futex_detect_cmpxchg() as 'noinline'
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.9 27/39] sched/idle: Fix arch_cpu_idle() vs tracing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [git pull] [brown paperbag] regression in sparc64 this cycle
  • From: pr-tracker-bot@xxxxxxxxxx
• [git pull] [brown paperbag] regression in sparc64 this cycle
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [sparc64] current git kernel networking is broken
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [sparc64] current git kernel networking is broken
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [sparc64] current git kernel networking is broken
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [sparc64] current git kernel networking is broken
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• "No support for PMU type" or early "NMI appears to be stuck (0->0)"
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH AUTOSEL 5.9 27/39] sched/idle: Fix arch_cpu_idle() vs tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 5.9 27/39] sched/idle: Fix arch_cpu_idle() vs tracing
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.9 27/39] sched/idle: Fix arch_cpu_idle() vs tracing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• 5.10-rc5+git still crashes on my Ultra 45
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v2] fbdev: aty: SPARC64 requires FB_ATY_CT
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2] fbdev: aty: SPARC64 requires FB_ATY_CT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sparc: Removes code duplication between arch_ptrace and compat_arch_ptrace
  • From: Youling Tang <tangyouling@xxxxxxxxxxx>
• [PATCH v2] fbdev: aty: SPARC64 requires FB_ATY_CT
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] fbdev: aty: SPARC64 requires FB_ATY_CT
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] arm64/mm: Implement pXX_leaf_size() support
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v2 3/6] perf/core: Fix arch_perf_get_page_size()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] perf/core: Fix arch_perf_get_page_size()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm/gup: Provide gup_get_pte() more generic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] arm64/mm: Implement pXX_leaf_size() support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] perf/core: Fix arch_perf_get_page_size()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] mm: Introduce pXX_leaf_size()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] mm/gup: Provide gup_get_pte() more generic
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] perf/core: Fix arch_perf_get_page_size()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] perf/core: Fix arch_perf_get_page_size()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 4/6] arm64/mm: Implement pXX_leaf_size() support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 1/6] mm/gup: Provide gup_get_pte() more generic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 0/6] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 5/6] sparc64/mm: Implement pXX_leaf_size() support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 6/6] powerpc/8xx: Implement pXX_leaf_size() support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 2/6] mm: Introduce pXX_leaf_size()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 3/6] perf/core: Fix arch_perf_get_page_size()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] fbdev: aty: SPARC64 requires FB_ATY_CT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sparc64: only select COMPAT_BINFMT_ELF if BINFMT_ELF is set
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] fbdev: aty: SPARC64 requires FB_ATY_CT
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Fix handling of page table constructor failure
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: Move free_unref_page to mm/internal.h
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: Move free_unref_page to mm/internal.h
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] sparc: Fix handling of page table constructor failure
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] sparc: Fix handling of page table constructor failure
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mm: Move free_unref_page to mm/internal.h
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Fix handling of page table constructor failure
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/2] mm: Move free_unref_page to mm/internal.h
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc: Fix handling of page table constructor failure
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH 2/2] mm: Move free_unref_page to mm/internal.h
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 1/2] sparc: Fix handling of page table constructor failure
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Use arch_validate_flags() to validate ADI flag
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v2 07/19] elf: Use sysinfo_ehdr in ARCH_DLINFO()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH v2 10/19] sparc/vdso: Remove vdso pointer from mm->context
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH] sparc64: Use arch_validate_flags() to validate ADI flag
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH] sparc: fix led.c driver when PROC_FS is not enabled
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] perf/core: Fix arch_perf_get_page_size()
  • From: "Liang, Kan" <kan.liang@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [PATCH 2/5] mm: Introduce pXX_leaf_size()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 4/5] arm64/mm: Implement pXX_leaf_size() support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 1/5] mm/gup: Provide gup_get_pte() more generic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/5] perf/core: Fix arch_perf_get_page_size()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 5/5] sparc64/mm: Implement pXX_leaf_size() support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 0/5] perf/mm: Fix PERF_SAMPLE_*_PAGE_SIZE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] mm: Introduce pXX_leaf_size()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v7 4/4] arch, mm: make kernel_page_present() always available
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v7 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 3/4] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 1/4] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v7 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v6 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 3/4] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 1/4] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 1/5] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 1/5] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] sparc32: Fix comparing pointer to 0 coccicheck warning
  • From: xiakaixu1987@xxxxxxxxx
• Re: [PATCH 00/19] Add generic user_landing tracking
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCH 00/19] Add generic user_landing tracking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 5/5] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 4/5] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 3/5] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 2/5] slab: debug: split slab_kernel_map() to map and unmap variants
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 1/5] mm: introduce debug_pagealloc_{map,unmap}_pages() helpers
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v5 0/5] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 00/19] Add generic user_landing tracking
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH 10/19] sparc/vdso: Remove vdso pointer from mm->context
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCH 07/19] elf: Use sysinfo_ehdr in ARCH_DLINFO()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [patch V3 22/37] highmem: High implementation details and document API
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V3 22/37] highmem: High implementation details and document API
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v4 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [patch V4 24/37] sched: highmem: Store local kmaps in task struct
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V3 24/37] sched: highmem: Store local kmaps in task struct
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V3 05/37] asm-generic: Provide kmap_size.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 0/4] arch, mm: improve robustness of direct map manipulation
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [patch V3 03/37] fs: Remove asm/kmap_types.h includes
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [patch V3 00/37] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 01/37] mm/highmem: Un-EXPORT __kmap_atomic_idx()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 05/37] asm-generic: Provide kmap_size.h
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 03/37] fs: Remove asm/kmap_types.h includes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 09/37] arc/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 08/37] x86/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 11/37] csky/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 07/37] highmem: Make DEBUG_HIGHMEM functional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 14/37] nds32/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 12/37] microblaze/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 16/37] sparc/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 15/37] powerpc/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 17/37] xtensa/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 19/37] mm/highmem: Remove the old kmap_atomic cruft
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 21/37] Documentation/io-mapping: Remove outdated blurb
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 23/37] sched: Make migrate_disable/enable() independent of RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 22/37] highmem: High implementation details and document API
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 28/37] mips/crashdump: Simplify copy_oldmem_page()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 29/37] ARM: mm: Replace kmap_atomic_pfn()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 30/37] highmem: Remove kmap_atomic_pfn()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 31/37] drm/ttm: Replace kmap_atomic() usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 25/37] mm/highmem: Provide kmap_local*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 26/37] io-mapping: Provide iomap_local variant
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 32/37] drm/vmgfx: Replace kmap_atomic()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 34/37] drm/qxl: Replace io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 35/37] drm/nouveau/device: Replace io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 33/37] highmem: Remove kmap_atomic_prot()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 27/37] x86/crashdump/32: Simplify copy_oldmem_page()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 36/37] drm/i915: Replace io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 37/37] io-mapping: Remove io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 24/37] sched: highmem: Store local kmaps in task struct
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 20/37] io-mapping: Cleanup atomic iomap
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 18/37] highmem: Get rid of kmap_types.h
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 06/37] highmem: Provide generic variant of kmap_atomic*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 04/37] sh/highmem: Remove all traces of unused cruft
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 02/37] highmem: Remove unused functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] sparc64: fix kconfig dependency bug for COMPAT
  • From: Necip Fazil Yildiran <fazilyildiran@xxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: "'Greg KH'" <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] arch, mm: make kernel_page_present() always available
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v3 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [patch V2 09/18] mips/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 05/18] arc/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 14/18] mm/highmem: Remove the old kmap_atomic cruft
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 12/18] sparc/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 17/18] mm/highmem: Provide kmap_local*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 13/18] xtensa/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 10/18] nds32/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 08/18] microblaze/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 04/18] x86/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 02/18] mm/highmem: Un-EXPORT __kmap_atomic_idx()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 11/18] powerpc/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 16/18] sched: highmem: Store local kmaps in task struct
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 00/18] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 03/18] highmem: Provide generic variant of kmap_atomic*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 06/18] ARM: highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 15/18] io-mapping: Cleanup atomic iomap
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 07/18] csky/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 18/18] io-mapping: Provide iomap_local variant
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V2 01/18] sched: Make migrate_disable/enable() independent of RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] sparc: add support for TIF_NOTIFY_SIGNAL
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/4] PM: hibernate: make direct map manipulations more explicit
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.9 008/147] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 007/132] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 04/80] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 03/46] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 02/30] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 02/25] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH AUTOSEL 4.19 03/60] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [REGRESSION] mm: process_vm_readv testcase no longer works after compat_prcoess_vm_readv removed
  • From: Kyle Huey <me@xxxxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 4/4] arch, mm: make kernel_page_present() always available
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• [PATCH 4/4] arch, mm: make kernel_page_present() always available
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 3/4] arch, mm: restore dependency of __kernel_map_pages() of DEBUG_PAGEALLOC
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/4] PM: hibernate: improve robustness of mapping pages in the direct map
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/4] mm: introduce debug_pagealloc_map_pages() helper
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/4] arch, mm: improve robustness of direct map manipulation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] sparc64: Use arch_validate_flags() to validate ADI flag
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: "'Greg KH'" <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [sparc64] lockdep: Fix lockdep recursion - call trace
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [sparc64] lockdep: Fix lockdep recursion - call trace
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [sparc64] lockdep: Fix lockdep recursion - call trace
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Buggy commit tracked to: "Re: [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc: make xchg() into a statement expression
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: SMP is broken on sparc64 with kernel 4.x/5.x
  • From: Wolf Ruediger Spielmann <RSpielmann@xxxxxx>
• Re: SMP is broken on sparc64 with kernel 4.x/5.x
  • From: Wolf Ruediger Spielmann <RSpielmann@xxxxxx>
• Re: SMP is broken on sparc64 with kernel 4.x/5.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: SMP is broken on sparc64 with kernel 4.x/5.x
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: SMP is broken on sparc64 with kernel 4.x/5.x
  • From: Wolf Ruediger Spielmann <RSpielmann@xxxxxx>
• SMP is broken on sparc64 with kernel 4.x/5.x
  • From: Wolf Ruediger Spielmann <RSpielmann@xxxxxx>
• Re: [PATCH] sparc: Fix handling of page table constructor failure
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc: Check VMA range in sparc_validate_prot()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/2] sparc: Check VMA range in sparc_validate_prot()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/3] fbdev/sbuslib: avoid compat_alloc_user_space in fbiogetputcmap
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 1/3] fbdev/sbuslib: remove FBIOSCURSOR/FBIOGCURSOR leftovers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] fbdev/sbuslib: refactor sbusfb_ioctl_helper
  • From: Christoph Hellwig <hch@xxxxxx>
• fbdev sbuslib cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] fbdev/sbuslib: avoid compat_alloc_user_space in fbiogetputcmap
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/2] mm/mprotect: Call arch_validate_prot under mmap_lock and with length
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH 2/2] sparc: Check VMA range in sparc_validate_prot()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: SPARC version of arch_validate_prot() looks broken (UAF read)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: SPARC version of arch_validate_prot() looks broken (UAF read)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: SPARC version of arch_validate_prot() looks broken (UAF read)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: SPARC version of arch_validate_prot() looks broken (UAF read)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc: Fix handling of page table constructor failure
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• SPARC version of arch_validate_prot() looks broken (UAF read)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: Build regressions/improvements in v5.9-rc7
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] sparc: Fix handling of page table constructor failure
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: let import_iovec deal with compat_iovecs as well v4
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 7/9] fs: remove compat_sys_vmsplice
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] security/keys: remove compat_keyctl_instantiate_key_iov
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• let import_iovec deal with compat_iovecs as well v4
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] compat.h: fix a spelling error in <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] iov_iter: transparently handle compat iovecs in import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] mm: remove compat_process_vm_{readv,writev}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] fs: remove the compat readv/writev syscalls
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] kbuild: explicitly specify the build id style
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] kbuild: explicitly specify the build id style
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] more mm switching vs TLB shootdown and lazy tlb fixes
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: peterz@xxxxxxxxxxxxx
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] sparc64: switch defconfig from the legacy ide driver to libata
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: peterz@xxxxxxxxxxxxx
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: peterz@xxxxxxxxxxxxx
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• let import_iovec deal with compat_iovecs as well v3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] iov_iter: refactor rw_copy_check_uvector and import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] iov_iter: transparently handle compat iovecs in import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] security/keys: remove compat_keyctl_instantiate_key_iov
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/9] fs: remove compat_sys_vmsplice
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] mm: remove compat_process_vm_{readv,writev}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] fs: remove the compat readv/writev syscalls
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] compat.h: fix a spelling error in <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [patch RFC 06/15] csky/mm/highmem: Switch to generic kmap atomic
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] kbuild: explicitly specify the build id style
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] kbuild: explicitly specify the build id style
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Pavel Begunkov <asml.silence@xxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 06/11] iov_iter: handle the compat case in import_iovec
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/11] iov_iter: merge the compat case into rw_copy_check_uvector
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 03/11] iov_iter: move rw_copy_check_uvector() into lib/iov_iter.c and mark it static
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/11] iov_iter: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/11] iov_iter: handle the compat case in import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/11] iov_iter: merge the compat case into rw_copy_check_uvector
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/11] fs: remove the compat readv/writev syscalls
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/11] security/keys: remove compat_keyctl_instantiate_key_iov
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/11] fs: remove compat_sys_vmsplice
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/11] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/11] mm: remove compat_process_vm_{readv,writev}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/11] mm: call import_iovec() instead of rw_copy_check_uvector() in process_vm_rw()
  • From: Christoph Hellwig <hch@xxxxxx>
• let import_iovec deal with compat_iovecs as well v2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/11] compat.h: fix a spelling error in <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: let import_iovec deal with compat_iovecs as well
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 02/15] highmem: Provide generic variant of kmap_atomic*
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [patch RFC 01/15] mm/highmem: Un-EXPORT __kmap_atomic_idx()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: let import_iovec deal with compat_iovecs as well
  • From: "'Christoph Hellwig'" <hch@xxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: William Kucharski <kucharsk@xxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• RE: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: let import_iovec deal with compat_iovecs as well
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [patch RFC 12/15] xtensa/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 11/15] sparc/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 15/15] mm/highmem: Provide kmap_temporary*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 14/15] sched: highmem: Store temporary kmaps in task struct
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 13/15] mm/highmem: Remove the old kmap_atomic cruft
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 10/15] powerpc/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 00/15] mm/highmem: Provide a preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 05/15] ARM: highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 06/15] csky/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 03/15] x86/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 04/15] arc/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 02/15] highmem: Provide generic variant of kmap_atomic*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 08/15] mips/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 07/15] microblaze/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 09/15] nds32/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch RFC 01/15] mm/highmem: Un-EXPORT __kmap_atomic_idx()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] mm: remove compat_process_vm_{readv,writev}
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/9] fs: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 2/9] compat.h: fix a spelling error in <linux/compat.h>
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] fs: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 2/9] compat.h: fix a spelling error in <linux/compat.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] fs: remove various compat readv/writev helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] mm: remove compat_process_vm_{readv,writev}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 9/9] security/keys: remove compat_keyctl_instantiate_key_iov
  • From: Christoph Hellwig <hch@xxxxxx>