Linux Sparc

• Thread Index

• 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>
• [PATCH 6/9] fs: remove the compat readv/writev syscalls
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/9] fs: remove compat_sys_vmsplice
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] fs: explicitly check for CHECK_IOVEC_ONLY in rw_copy_check_uvector
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] fs: handle the compat case in import_iovec
  • From: Christoph Hellwig <hch@xxxxxx>
• let import_iovec deal with compat_iovecs as well
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/4] mm: fix exec activate_mm vs TLB shootdown and lazy tlb switching race
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Sumit Semwal <sumit.semwal@xxxxxxxxxx>
• Re: [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Sumit Semwal <sumit.semwal@xxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Jacob Keller <jacob.e.keller@xxxxxxxxx>
• Re: [oss-drivers] [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Simon Horman <simon.horman@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/3] dma-buf: Use struct dma_buf_map in dma_buf_vmap() interfaces
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/gup: fix gup_fast with dynamic page table folding
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v2] mm/gup: fix gup_fast with dynamic page table folding
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2] mm/gup: fix gup_fast with dynamic page table folding
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 1/4] mm: fix exec activate_mm vs TLB shootdown and lazy tlb switching race
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [Intel-gfx] [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v2 1/4] mm: fix exec activate_mm vs TLB shootdown and lazy tlb switching race
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] sbus: char: Remove meaningless jump label out_free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc32: signal: Fix stack trampoline for RT signals
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: remove SA_STATIC_ALLOC macro definition
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/3] dma-buf: Add struct dma-buf-map for storing struct dma_buf.vaddr_ptr
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] dma-buf: Flag vmap'ed memory as system or I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/3] dma-buf: Use struct dma_buf_map in dma_buf_vmap() interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/3] dma-buf: Use struct dma_buf_map in dma_buf_vunmap() interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/4] mm: fix exec activate_mm vs TLB shootdown and lazy tlb switching race
  • From: peterz@xxxxxxxxxxxxx
• Re: [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 4/4] powerpc/64s/radix: Fix mm_cpumask trimming race vs kthread_use_mm
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 2/4] powerpc: select ARCH_WANT_IRQS_OFF_ACTIVATE_MM
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 1/4] mm: fix exec activate_mm vs TLB shootdown and lazy tlb switching race
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 0/4] more mm switching vs TLB shootdown and lazy tlb fixes
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2] mm/gup: fix gup_fast with dynamic page table folding
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [PATCH] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] mm/gup: fix gup_fast with dynamic page table folding
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] mm/gup: fix gup_fast with dynamic page table folding
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH] sbus: char: Remove meaningless jump label out_free
  • From: Jing Xiangfeng <jingxiangfeng@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: peterz@xxxxxxxxxxxxx
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [sparc64] kernel OOPS bisected from "lockdep: improve current->(hard|soft)irqs_enabled synchronisation with actual irq state"
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [sparc64] kernel OOPS bisected from "lockdep: improve current->(hard|soft)irqs_enabled synchronisation with actual irq state"
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [sparc64] kernel OOPS bisected from "lockdep: improve current->(hard|soft)irqs_enabled synchronisation with actual irq state"
  • From: peterz@xxxxxxxxxxxxx
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Steffen Maier <maier@xxxxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Felipe Balbi <balbi@xxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: <Nicolas.Ferre@xxxxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
• Re: [PATCH v4 3/4] mm/pageblock: work around multiple arch's cmpxchg support issue
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• [trivial PATCH] treewide: Convert switch/case fallthrough; to break;
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: Flushing transparent hugepages
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 00/29] treewide: Convert comma separated statements
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] mm: make generic pXd_addr_end() macros inline functions
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] mm: make generic pXd_addr_end() macros inline functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Alexander Gordeev <agordeev@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] mm: make generic pXd_addr_end() macros inline functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] mm: make generic pXd_addr_end() macros inline functions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [RFC PATCH v2 3/3] mm: make generic pXd_addr_end() macros inline functions
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• [RFC PATCH v2 0/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/3] mm/gup: fix gup_fast with dynamic page table folding
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] kprobes: switch to kernel_clone()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: [PATCH v2 10/11] tracing: switch to kernel_clone()
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: introduce dma_get_seg_boundary_nr_pages()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 0/2] dma-mapping: update default segment_boundary_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/2] dma-mapping: introduce dma_get_seg_boundary_nr_pages()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/2] dma-mapping: introduce dma_get_seg_boundary_nr_pages()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 3/4] mm/pageblock: work around multiple arch's cmpxchg support issue
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] mm/pageblock: work around multiple arch's cmpxchg support issue
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH v4 3/4] mm/pageblock: work around multiple arch's cmpxchg support issue
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] dma-mapping: introduce dma_get_seg_boundary_nr_pages()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] dma-mapping: update default segment_boundary_mask
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• Re: [PATCH 0/2] dma-mapping: update default segment_boundary_mask
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 0/2] dma-mapping: update default segment_boundary_mask
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [PATCH 2/2] dma-mapping: set default segment_boundary_mask to ULONG_MAX
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [PATCH 1/2] dma-mapping: introduce dma_get_seg_boundary_nr_pages()
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• Re: [RESEND][PATCH 1/7] powerpc/iommu: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [PATCH v3 20/23] sparc: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RESEND][PATCH 1/7] powerpc/iommu: Avoid overflow at boundary_size
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RESEND][PATCH 0/7] Avoid overflow at boundary_size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RESEND][PATCH 0/7] Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• Re: [RESEND][PATCH 0/7] Avoid overflow at boundary_size
  • From: Christoph Hellwig <hch@xxxxxx>
• [RESEND][PATCH 5/7] sparc: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RESEND][PATCH 7/7] parisc: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RESEND][PATCH 6/7] x86/amd_gart: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RESEND][PATCH 2/7] alpha: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RESEND][PATCH 1/7] powerpc/iommu: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RESEND][PATCH 4/7] s390/pci_dma: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RESEND][PATCH 3/7] ia64/sba_iommu: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RESEND][PATCH 0/7] Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• Re: Flushing transparent hugepages
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH 3/4] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH] sparc32: signal: Fix stack trampoline for RT signals
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH v2 20/23] sparc: use asm-generic/mmu_context.h for no-op implementations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFT][PATCH 0/7] Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• Re: [RFT][PATCH 0/7] Avoid overflow at boundary_size
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: Build regressions/improvements in v5.9-rc2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 00/29] treewide: Convert comma separated statements
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 04/29] sparc: Avoid comma separated statements
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [BUG] strace test suite oopses sparc64 kernels since linux-5.2.0
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [sparc32] userland unaligned access
  • From: Steven Sistare <steven.sistare@xxxxxxxxxx>
• Re: [sparc32] userland unaligned access
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [sparc32] userland unaligned access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [sparc32] userland unaligned access
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFT][PATCH 5/7] sparc: Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• [RFT][PATCH 0/7] Avoid overflow at boundary_size
  • From: Nicolin Chen <nicoleotsuka@xxxxxxxxx>
• Re: [sparc32] userland unaligned access
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [sparc32] userland unaligned access
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/17] memblock: make memblock_debug and related functionality private
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2 06/11] sparc: switch to kernel_clone()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 09/17] memblock: make memblock_debug and related functionality private
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• RE: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 09/11] kgdbts: switch to kernel_clone()
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v2 03/11] ia64: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 01/11] fork: introduce kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 04/11] m68k: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 05/11] nios2: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 06/11] sparc: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 07/11] x86: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 02/11] h8300: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 11/11] sched: remove _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 09/11] kgdbts: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 08/11] kprobes: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 10/11] tracing: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v2 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 04/11] m68k: switch to kernel_clone()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: peterz@xxxxxxxxxxxxx
• Re: [PATCH v3 10/17] memblock: reduce number of parameters in for_each_mem_range()
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH 04/11] m68k: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 00/11] Introduce kernel_clone(), kill _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 02/11] h8300: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 08/11] kprobes: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 03/11] ia64: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 11/11] sched: remove _do_fork()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 10/11] tracing: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 09/11] kgdbts: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 01/11] fork: introduce kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 06/11] sparc: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 07/11] x86: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH 05/11] nios2: switch to kernel_clone()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: Flushing transparent hugepages
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH v3 02/17] dma-contiguous: simplify cma_early_percent_memory()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 01/17] KVM: PPC: Book3S HV: simplify kvm_cma_reserve()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 14/17] x86/setup: simplify reserve_crashkernel()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 15/17] memblock: remove unused memblock_mem_size()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 16/17] memblock: implement for_each_reserved_mem_region() using __next_mem_region()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 13/17] x86/setup: simplify initrd relocation and reservation
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 17/17] memblock: use separate iterators for memory and reserved regions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 12/17] arch, drivers: replace for_each_membock() with for_each_mem_range()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 11/17] arch, mm: replace for_each_memblock() with for_each_mem_pfn_range()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 10/17] memblock: reduce number of parameters in for_each_mem_range()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 09/17] memblock: make memblock_debug and related functionality private
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 08/17] memblock: make for_each_memblock_type() iterator private
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 07/17] mircoblaze: drop unneeded NUMA and sparsemem initializations
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v3 04/17] arm64: numa: simplify dummy_numa_init()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>