Linux Sparc
[Prev Page][Next Page]
- 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>
- [PATCH v3 06/17] riscv: drop unneeded node initialization
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 05/17] h8300, nds32, openrisc: simplify detection of memory extents
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 03/17] arm, xtensa: simplify initialization of high memory pages
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v3 00/17] memblock: seasonal cleaning^w cleanup
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Flushing transparent hugepages
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [RFC PATCH 2/2] powerpc/64s/radix: Fix mm_cpumask trimming race vs kthread_use_mm
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [RFC PATCH 1/2] sparc64: remove mm_cpumask clearing to fix kthread_use_mm race
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH] sparc: remove SA_STATIC_ALLOC macro definition
- From: Peter Collingbourne <pcc@xxxxxxxxxx>
- Re: sparc vs sparc64: O_NDELAY and O_NONBLOCK mismatch in kernel and in glibc
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 5.4 35/67] drm/drm_fb_helper: fix fbdev with sparc64
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5.7 40/79] drm/drm_fb_helper: fix fbdev with sparc64
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [sparc64] enabling CONFIG_PROVE_LOCKING makes kernel unable to build
- From: peterz@xxxxxxxxxxxxx
- Re: [sparc64] enabling CONFIG_PROVE_LOCKING makes kernel unable to build
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: [PATCH -next] sparc: use for_each_child_of_node() macro
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 12/17] arch, drivers: replace for_each_membock() with for_each_mem_range()
- From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 17/17] memblock: use separate iterators for memory and reserved regions
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH v2 16/17] memblock: implement for_each_reserved_mem_region() using __next_mem_region()
- From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
- Re: [PATCH v2 17/17] memblock: use separate iterators for memory and reserved regions
- From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 17/17] memblock: use separate iterators for memory and reserved regions
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v2 16/17] memblock: implement for_each_reserved_mem_region() using __next_mem_region()
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v2 15/17] memblock: remove unused memblock_mem_size()
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v2 14/17] x86/setup: simplify reserve_crashkernel()
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v2 13/17] x86/setup: simplify initrd relocation and reservation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH v2 13/17] x86/setup: simplify initrd relocation and reservation
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v2 11/17] arch, mm: replace for_each_memblock() with for_each_mem_pfn_range()
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v2 02/17] dma-contiguous: simplify cma_early_percent_memory()
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH v2 01/17] KVM: PPC: Book3S HV: simplify kvm_cma_reserve()
- From: Daniel Axtens <dja@xxxxxxxxxx>
- Re: [sparc64] enabling CONFIG_PROVE_LOCKING makes kernel unable to build
- From: peterz@xxxxxxxxxxxxx
- [sparc64] enabling CONFIG_PROVE_LOCKING makes kernel unable to build
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: Build regressions/improvements in v5.8
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [sparc64] unable to build v5.8 / master on sparc64 , bisect attached
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: [sparc64] unable to build v5.8 / master on sparc64 , bisect attached
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- [sparc64] unable to build v5.8 / master on sparc64 , bisect attached
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: [PATCH v2 17/17] memblock: use separate iterators for memory and reserved regions
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2 14/17] x86/setup: simplify reserve_crashkernel()
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH v2 13/17] x86/setup: simplify initrd relocation and reservation
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH v2 17/17] memblock: use separate iterators for memory and reserved regions
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 16/17] memblock: implement for_each_reserved_mem_region() using __next_mem_region()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 15/17] memblock: remove unused memblock_mem_size()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 14/17] x86/setup: simplify reserve_crashkernel()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 13/17] x86/setup: simplify initrd relocation and reservation
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 12/17] arch, drivers: replace for_each_membock() with for_each_mem_range()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 11/17] arch, mm: replace for_each_memblock() with for_each_mem_pfn_range()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 10/17] memblock: reduce number of parameters in for_each_mem_range()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 09/17] memblock: make memblock_debug and related functionality private
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 08/17] memblock: make for_each_memblock_type() iterator private
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 07/17] mircoblaze: drop unneeded NUMA and sparsemem initializations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 06/17] riscv: drop unneeded node initialization
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 05/17] h8300, nds32, openrisc: simplify detection of memory extents
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 04/17] arm64: numa: simplify dummy_numa_init()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 03/17] arm, xtensa: simplify initialization of high memory pages
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 02/17] dma-contiguous: simplify cma_early_percent_memory()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 01/17] KVM: PPC: Book3S HV: simplify kvm_cma_reserve()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 00/17] memblock: seasonal cleaning^w cleanup
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 06/15] powerpc: fadamp: simplify fadump_reserve_crash_area()
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH 06/15] powerpc: fadamp: simplify fadump_reserve_crash_area()
- From: Hari Bathini <hbathini@xxxxxxxxxxxxx>
- Re: [PATCH 06/15] powerpc: fadamp: simplify fadump_reserve_crash_area()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 06/15] powerpc: fadamp: simplify fadump_reserve_crash_area()
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH 04/15] arm64: numa: simplify dummy_numa_init()
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 11/15] memblock: reduce number of parameters in for_each_mem_range()
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 10/15] memblock: make memblock_debug and related functionality private
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 09/15] memblock: make for_each_memblock_type() iterator private
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 05/15] h8300, nds32, openrisc: simplify detection of memory extents
- From: Stafford Horne <shorne@xxxxxxxxx>
- Re: [PATCH 04/15] arm64: numa: simplify dummy_numa_init()
- From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
- Re: [PATCH 14/15] x86/numa: remove redundant iteration over memblock.reserved
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 14/15] x86/numa: remove redundant iteration over memblock.reserved
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 14/15] x86/numa: remove redundant iteration over memblock.reserved
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 14/15] x86/numa: remove redundant iteration over memblock.reserved
- From: Baoquan He <bhe@xxxxxxxxxx>
- Re: [PATCH 14/15] x86/numa: remove redundant iteration over memblock.reserved
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH 14/15] x86/numa: remove redundant iteration over memblock.reserved
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH 03/15] arm, xtensa: simplify initialization of high memory pages
- From: Max Filippov <jcmvbkbc@xxxxxxxxx>
- Re: [PATCH 02/15] dma-contiguous: simplify cma_early_percent_memory()
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/15] memblock: remove 'type' parameter from for_each_memblock()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 14/15] x86/numa: remove redundant iteration over memblock.reserved
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 13/15] arch, drivers: replace for_each_membock() with for_each_mem_range()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 12/15] arch, mm: replace for_each_memblock() with for_each_mem_pfn_range()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 11/15] memblock: reduce number of parameters in for_each_mem_range()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 10/15] memblock: make memblock_debug and related functionality private
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 09/15] memblock: make for_each_memblock_type() iterator private
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 08/15] mircoblaze: drop unneeded NUMA and sparsemem initializations
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 07/15] riscv: drop unneeded node initialization
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 06/15] powerpc: fadamp: simplify fadump_reserve_crash_area()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 05/15] h8300, nds32, openrisc: simplify detection of memory extents
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 04/15] arm64: numa: simplify dummy_numa_init()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 03/15] arm, xtensa: simplify initialization of high memory pages
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 02/15] dma-contiguous: simplify cma_early_percent_memory()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 01/15] KVM: PPC: Book3S HV: simplify kvm_cma_reserve()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 00/15] memblock: seasonal cleaning^w cleanup
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH 20/24] sparc: use asm-generic/mmu_context.h for no-op implementations
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- [PATCH -next] sparc: use for_each_child_of_node() macro
- From: Qinglang Miao <miaoqinglang@xxxxxxxxxx>
- Re: [PATCH v2] drm/drm_fb_helper: fix fbdev with sparc64
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH v2] drm/drm_fb_helper: fix fbdev with sparc64
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH 0/3] Drop unused MAX_PHYSADDR_BITS
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2] drm/drm_fb_helper: fix fbdev with sparc64
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH 3/3] sparc: Drop unused MAX_PHYSADDR_BITS
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] Drop unused MAX_PHYSADDR_BITS
- From: Dave Hansen <dave.hansen@xxxxxxxxx>
- Re: [PATCH 3/3] sparc: Drop unused MAX_PHYSADDR_BITS
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 2/3] sh/mm: Drop unused MAX_PHYSADDR_BITS
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH 1/3] x86/mm: Drop unused MAX_PHYSADDR_BITS
- From: David Hildenbrand <david@xxxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Dave Airlie <airlied@xxxxxxxxx>
- [PATCH 3/3] sparc: Drop unused MAX_PHYSADDR_BITS
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- [PATCH 1/3] x86/mm: Drop unused MAX_PHYSADDR_BITS
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- [PATCH 2/3] sh/mm: Drop unused MAX_PHYSADDR_BITS
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- [PATCH 0/3] Drop unused MAX_PHYSADDR_BITS
- From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
- Re: [PATCH][next] sparc: Use fallthrough pseudo-keyword
- From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
- Re: [PATCH] SPARC: backoff.h: delete a duplicated word
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH][next] sparc: Use fallthrough pseudo-keyword
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] sparc64: Deselect IRQ_PREFLOW_FASTEOI
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 0/2] sparc32: srmmu: improve type safety of __nocache_fix()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] sparc32: fix a user-triggerable oops in clear_user()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] SPARC: backoff.h: delete a duplicated word
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] SPARC: backoff.h: delete a duplicated word
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH] sparc32: fix a user-triggerable oops in clear_user()
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- io_uring kthread_use_mm / mmget_not_zero possible abuse
- From: Nicholas Piggin <npiggin@xxxxxxxxx>
- Re: [PATCH v2 0/5] crypto: add sha256() function
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- RE: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- RE: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Rob Herring <robh@xxxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Kjetil Oftedal <oftedal@xxxxxxxxx>
- Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH] arch/sparc: Replace HTTP links with HTTPS ones
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Daniel Vetter <daniel@xxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Daniel Vetter <daniel@xxxxxxxx>
- [RFC PATCH 23/35] sparc/PCI: Change PCIBIOS_SUCCESSFUL to 0
- From: "Saheed O. Bolarinwa" <refactormyself@xxxxxxxxx>
- [PATCH] arch/sparc: Replace HTTP links with HTTPS ones
- From: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Dave Airlie <airlied@xxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Thomas Zimmermann <tzimmermann@xxxxxxx>
- Re: [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH] drm/drm_fb_helper: fix fbdev with sparc64
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH v2 0/2] sparc32: srmmu: improve type safety of __nocache_fix()
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- [PATCH v2 1/5] crypto: sparc - rename sha256 to sha256_alg
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [PATCH v2 2/5] crypto: lib/sha256 - add sha256() function
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [PATCH v2 0/5] crypto: add sha256() function
- From: Eric Biggers <ebiggers@xxxxxxxxxx>
- [PATCH v5 20/25] mm/sparc32: Use general page fault accounting
- From: Peter Xu <peterx@xxxxxxxxxx>
- [PATCH v5 21/25] mm/sparc64: Use general page fault accounting
- From: Peter Xu <peterx@xxxxxxxxxx>
- [PATCH][next] sparc: Use fallthrough pseudo-keyword
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH 0/2] genirq: Kill preflow handlers
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- Re: [PATCH 0/2] genirq: Kill preflow handlers
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH 1/2] sparc64: Deselect IRQ_PREFLOW_FASTEOI
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- [PATCH 0/2] genirq: Kill preflow handlers
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- [PATCH 1/2] sparc64: Deselect IRQ_PREFLOW_FASTEOI
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- [PATCH 2/2] genirq: Remove preflow handler support
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- Re: [PATCH] sparc: sparc64_defconfig: add necessary configs for qemu
- From: LABBE Corentin <clabbe@xxxxxxxxxxxx>
- Re: [PATCH 0/8] mm: cleanup usage of <asm/pgalloc.h>
- From: Mike Rapoport <rppt@xxxxxxxxxx>
- Re: [PATCH] sparc: sparc64_defconfig: add necessary configs for qemu
- From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
- Re: [PATCH] sparc: sparc64_defconfig: add necessary configs for qemu
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- [PATCH] sparc: sparc64_defconfig: add necessary configs for qemu
- From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
- Re: [PATCH v4 21/26] mm/sparc64: Use general page fault accounting
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v4 20/26] mm/sparc32: Use general page fault accounting
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v4 20/26] mm/sparc32: Use general page fault accounting
- From: Peter Xu <peterx@xxxxxxxxxx>
- [PATCH v4 21/26] mm/sparc64: Use general page fault accounting
- From: Peter Xu <peterx@xxxxxxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]