Linux Arch

• Thread Index

• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC/PATCH] ftrace: Reduce size of function graph entries
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] vmlinux.lds: account for destructor sections
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [RFC/PATCH] ftrace: Reduce size of function graph entries
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC/PATCH] ftrace: Reduce size of function graph entries
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [PATCH v3] vmlinux.lds: account for destructor sections
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v4 14/16] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v4 13/16] x86/dumpstack: Try harder to get a call trace on stack overflow
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 12/16] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2] kasan: account for destructor sections
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH v4 07/16] mm: Fix memcg stack accounting for sub-page stacks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v4 06/16] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v4 01/16] bluetooth: Switch SMP to crypto_cipher_encrypt_one()
  • From: Johan Hedberg <johan.hedberg@xxxxxxxxx>
• Re: [RFC/PATCH] ftrace: Reduce size of function graph entries
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/16] bluetooth: Switch SMP to crypto_cipher_encrypt_one()
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 03/16] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 02/16] rxrpc: Avoid using stack memory in SG lists in rxkad
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 04/16] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 01/16] bluetooth: Switch SMP to crypto_cipher_encrypt_one()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 00/16] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 05/16] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 06/16] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 07/16] mm: Fix memcg stack accounting for sub-page stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 09/16] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 08/16] dma-api: Teach the "DMA-from-stack" check about vmapped stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 10/16] x86/die: Don't try to recover from an OOPS on a non-default stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 13/16] x86/dumpstack: Try harder to get a call trace on stack overflow
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 12/16] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 14/16] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 16/16] x86/mm: Improve stack-overflow #PF handling
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 11/16] x86/dumpstack: When OOPSing, rewind the stack before do_exit
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 15/16] x86/mm/64: Enable vmapped stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] kasan: account for destructor sections
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [RFC/PATCH] ftrace: Reduce size of function graph entries
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH] kasan: account for new sections when instrumenting globals
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH 5/5] vmlinux.lds.h: replace config_enabled() with IS_ENABLED()
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] kasan: account for new sections when instrumenting globals
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 05/13] mm: Fix memcg stack accounting for sub-page stacks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 5/5] vmlinux.lds.h: replace config_enabled() with IS_ENABLED()
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 08/19] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 08/19] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 05/13] mm: Fix memcg stack accounting for sub-page stacks
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 08/19] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH v3 03/13] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] vmlinux.lds.h: replace config_enabled() with IS_ENABLED()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: linux-next: Tree for Jun 21
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Finn Thain <fthain@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 05/13] mm: Fix memcg stack accounting for sub-page stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 03/13] x86/mm: Remove kernel_unmap_pages_in_pgd() and efi_cleanup_page_tables()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 07/13] x86/die: Don't try to recover from an OOPS on a non-default stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 12/13] x86/mm/64: Enable vmapped stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 11/13] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 13/13] x86/mm: Improve stack-overflow #PF handling
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 01/13] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v3 02/13] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 5/5] vmlinux.lds.h: replace config_enabled() with IS_ENABLED()
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] vmlinux.lds.h: replace config_enabled() with IS_ENABLED()
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 18/19] arm64:ilp32: add vdso-ilp32 and use for signal return
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/19] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH Documentation/memory-barriers.txt] Clarify limited control-dependency scope
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [RFC nowrap: PATCH v7 00/19] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/19] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/19] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/19] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/19] arm64: ensure the kernel is compiled for LP64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/19] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/19] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/19] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/19] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 13/19] arm64: ilp32: share aarch32 syscall handlers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/19] arm64: signal: share lp64 signal routines to ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 14/19] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 16/19] arm64: signal32: move ilp32 and aarch32 common code to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 17/19] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 19/19] arm64:ilp32: add ARM64_ILP32 to Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 18/19] arm64:ilp32: add vdso-ilp32 and use for signal return
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/19] arm64: introduce binfmt_elf32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/19] thread: move thread bits accessors to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/19] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/19] compat ABI: use non-compat openat and open_by_handle_at variants
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 01/13] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 02/13] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 07/13] x86/die: Don't try to recover from an OOPS on a non-default stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 06/13] fork: Add generic vmalloced stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 11/13] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 12/13] x86/mm/64: Enable vmapped stacks
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 13/13] x86/mm: Improve stack-overflow #PF handling
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2 00/13] Virtually mapped stacks with guard pages (x86, core)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH-tip/locking/core v3 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 00/10] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 02/10] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 04/10] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 03/10] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 05/10] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 08/10] locking/rwsem: Enable spinning readers
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 06/10] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip/locking/core v3 09/10] locking/rwsem: Enable reactivation of reader spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [PATCH Documentation/memory-barriers.txt] Clarify limited control-dependency scope
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH V2 02/63] clocksource/drivers/clksrc-probe: Introduce init functions with return code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH Documentation/memory-barriers.txt] Clarify limited control-dependency scope
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH v3] ARM: socfpga: add PCIe to socfpga_defconfig
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
  • From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: cmpxchg and x86 flags output
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• cmpxchg and x86 flags output
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 0/6] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 6/6] locking/rwsem: Enable spinning readers
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 0/6] locking/rwsem: Enable reader optimistic spinning
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 1/6] locking/rwsem: Stop active read lock ASAP
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 3/6] locking/rwsem: move down rwsem_down_read_failed function
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 5/6] locking/rwsem: Enable spinning readers
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 4/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
  • From: Waiman Long <Waiman.Long@xxxxxxx>
• RESEND: sysfs: Clarifying meaning of /sys/**/core_siblings on newer platforms
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] vmlinux.lds.h: replace config_enabled() with IS_ENABLED()
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH] ARM: socfpga: add PCIe to socfpga_defconfig
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 00/14] run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] ARM: socfpga: add PCIe to socfpga_defconfig
  • From: Ley Foon Tan <lftan@xxxxxxxxxx>
• Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: undefined reference to `printk'
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/14] s390/ptrace: run seccomp after ptrace
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 4.2.y-ckt 099/206] SIGNAL: Move generic copy_siginfo() to signal.h
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH 02/14] seccomp: Add a seccomp_data parameter secure_computing()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 07/14] arm/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 04/14] seccomp: remove 2-phase API
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 01/14] seccomp: add tests for ptrace hole
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 08/14] arm64/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 13/14] tile/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 12/14] powerpc/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 11/14] s390/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 09/14] MIPS/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 14/14] um/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 10/14] parisc/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 06/14] x86/ptrace: run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 03/14] x86/entry: Get rid of two-phase syscall entry work
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 00/14] run seccomp after ptrace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] bitmap_equal memcmp optimization for s390
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: David Howells <dhowells@xxxxxxxxxx>
• [4.2.y-ckt stable] Patch "SIGNAL: Move generic copy_siginfo() to signal.h" has been added to the 4.2.y-ckt tree
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH] bitmap_equal memcmp optimization for s390
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] bitmap: bitmap_equal memcmp optimization
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCH 3/9] x86, pkeys: make mprotect_key() mask off additional vm_flags
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 4/9] x86: wire up mprotect_key() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 5/9] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 8/9] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 2/9] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 9/9] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 0/9] [v3] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH] bitmap: bitmap_equal memcmp optimization
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] [v2] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] [v2] System Calls for Memory Protection Keys
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: zhouchengming <zhouchengming1@xxxxxxxxxx>
• Re: [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 0/9] [v2] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 2/9] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 3/9] x86, pkeys: make mprotect_key() mask off additional vm_flags
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 4/9] x86: wire up mprotect_key() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 5/9] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 9/9] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 8/9] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH] bitmap_equal memcmp optimization for s390
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [PATCH] bitmap: bitmap_equal memcmp optimization
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [added to the 4.1 stable tree] SIGNAL: Move generic copy_siginfo() to signal.h
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] x86: apply more __ro_after_init and const
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 0/2] expand use of __ro_after_init
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/2] arm: apply more __ro_after_init
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/21] ILP32 for ARM64
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
  • From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v6 00/21] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH] arm64: implement FTRACE_WITH_REGS
  • From: Torsten Duwe <duwe@xxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] locking/qrwlock: fix write unlock issue in big endian
  • From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] mm/hugetlb: Simplify hugetlb unmap
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH 1/4] mm/hugetlb: Simplify hugetlb unmap
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 2/9] clocksource/drivers/clksrc-probe: Introduce init functions with return code
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: Enhancing semantics with memremap() - aliasing with memremap()
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH -v2 22/33] locking,sparc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Enhancing semantics with memremap() - aliasing with memremap()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: Enhancing semantics with memremap() - aliasing with memremap()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: Enhancing semantics with memremap() - aliasing with memremap()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/8] x86, pkeys: add fault handling for PF_PK page fault bit
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 2/8] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 3/8] x86, pkeys: make mprotect_key() mask off additional vm_flags
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 4/8] x86: wire up mprotect_key() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 6/8] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 8/8] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 0/8] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH -v2 29/33] locking: Remove the deprecated atomic_{set,clear}_mask() functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 17/33] locking,mn10300: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 03/33] locking,arm: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 04/33] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 08/33] locking,blackfin: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 30/33] locking,alpha: Convert to _relaxed atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 20/33] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 11/33] locking,hexagon: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 18/33] locking,parisc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 00/33] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 16/33] locking,mips: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 06/33] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}() for LSE instructions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 23/33] locking,tile: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 09/33] locking,frv: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 26/33] locking: Fix atomic64_relaxed bits
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 05/33] arm64: atomic: generate LSE non-return cases using common macros
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 28/33] locking: Remove linux/atomic.h:atomic_fetch_or
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 22/33] locking,sparc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 25/33] locking,xtensa: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 07/33] locking,avr32: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 01/33] locking,alpha: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 31/33] locking,mips: Convert to _relaxed atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 15/33] locking,metag: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 21/33] locking,sh: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 27/33] locking: Implement atomic{,64,_long}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 32/33] locking,qrwlock: Employ atomic_fetch_add_acquire()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 24/33] locking,x86: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 33/33] locking,rwsem: Employ atomic_long_fetch_add()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 10/33] locking,h8300: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 13/33] locking,m32r: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 02/33] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH -v2 12/33] locking,ia64: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v4 00/16] genrtc removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 4.6 092/100] SIGNAL: Move generic copy_siginfo() to signal.h
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.5 81/87] SIGNAL: Move generic copy_siginfo() to signal.h
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 80/86] SIGNAL: Move generic copy_siginfo() to signal.h
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 00/16] genrtc removal
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 07/16] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 06/16] char/genrtc: remove mn10300 support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 12/16] rtc: powerpc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 09/16] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 11/16] char/genrtc: remove m68k support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 05/16] char/genrtc: remove alpha support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 10/16] rtc: m68k: provide ioctl for q40
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 00/16] genrtc removal
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 15/16] char/genrtc: remove asm-generic/rtc.h from mips
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 08/16] char/genrtc: remove parisc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 13/16] char/genrtc: remove powerpc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 14/16] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 16/16] char/genrtc: remove the rest of the driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 12/17] sparc: get rid of superfluous __GFP_REPEAT
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/17] x86: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/17] arm64: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/17] arc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 03/17] x86/efi: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/17] nios2: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/17] mips: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/17] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/17] parisc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/17] score: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 15/17] tile: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 13/17] s390: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 16/17] unicore32: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 12/17] sparc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 14/17] sh: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/17] powerpc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC PATCH 2/4] mm: Change the interface for __tlb_remove_page
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/4] mm/mmu_gather: Track page size with mmu gather and force flush if page size change
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/4] powerpc/mm/radix: Implement tlb mmu gather flush efficiently
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/4] mm/hugetlb: Simplify hugetlb unmap
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/16] genrtc removal
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] MIPS: Workaround GCC __builtin_unreachable reordering bug
  • From: Paul Burton <paul.burton@xxxxxxxxxx>
• [PATCH v2 1/2] compiler-gcc: Allow arch-specific override of unreachable
  • From: Paul Burton <paul.burton@xxxxxxxxxx>
• [PATCH 2/2] MIPS: Workaround GCC __builtin_unreachable reordering bug
  • From: Paul Burton <paul.burton@xxxxxxxxxx>
• [PATCH 1/2] compiler-gcc: Allow arch-specific override of unreachable
  • From: Paul Burton <paul.burton@xxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 18/23] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] x86/mm: Add warning to ioremap() for conflicting cache type
  • From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/23] all: syscall wrappers: add documentation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/21] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v6 00/21] ILP32 for ARM64
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Enhancing semantics with memremap() - aliasing with memremap()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] x86/mm: Add warning to ioremap() for conflicting cache type
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [GIT PULL] asm-generic patch for v4.7
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/23] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/23] all: wrap needed syscalls in generic unistd
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/23] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/23] all: introduce COMPAT_WRAPPER option and enable it for s390
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/23] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/23] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/23] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/23] compat ABI: use non-compat openat and open_by_handle_at variants
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/23] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/23] arm64: ensure the kernel is compiled for LP64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/23] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/23] arm64: introduce binfmt_elf32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 18/23] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 14/23] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 20/23] arm64: signal32: move ilp32 and aarch32 common code to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 19/23] arm64: signal: share lp64 signal routines to ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 22/23] arm64:ilp32: add vdso-ilp32 and use for signal return
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 23/23] arm64:ilp32: add ARM64_ILP32 to Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/23] thread: move thread bits accessors to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 00/21] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] kbuild: Remove stale asm-generic wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 0/2] kbuild: Remove stale asm-generic wrappers
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v3 2/2] kbuild: Remove stale asm-generic wrappers
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v3 1/2] kbuild, x86: Track generated headers with generated-y
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v3 1/8] asm-generic/io.h: allow barriers in io{read,write}{16,32}be
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• [PATCH v3 2/8] asm-generic/io.h: add io{read,write}64 accessors
  • From: Horia Geantă <horia.geanta@xxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHv6 3/8] dma-mapping: add dma_{map,unmap}_resource
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv6 2/8] dma-debug: add support for resource mappings
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHv6 3/8] dma-mapping: add dma_{map,unmap}_resource
  • From: "Niklas Söderlund" <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCHv6 2/8] dma-debug: add support for resource mappings
  • From: "Niklas Söderlund" <niklas.soderlund@xxxxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 13/15] x86: Improve spinlocks using ISO C++11 intrinsic atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>