Linux Arch

• Thread Index

• [PATCH -tip v6 17/27] arm64: kprobes: Don't call the ->break_handler() in arm64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 15/27] ARC: kprobes: Don't call the ->break_handler() in ARC kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 16/27] ARM: kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 14/27] kprobes/x86: Don't call ->break_handler() in x86 kprobes
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 13/27] kprobes: Don't check the ->break_handler() in generic kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 12/27] sparc64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 11/27] sh: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 10/27] s390/kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 09/27] MIPS: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 08/27] ia64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 07/27] powerpc/kprobes: Remove jprobe powerpc implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 06/27] arm64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 05/27] ARM: kprobes: Remove jprobe arm implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 04/27] ARC: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 03/27] kprobes/x86: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 02/27] kprobes: Remove jprobe API implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 01/27] Documentation/kprobes: Fix to remove remaining jprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 00/27] kprobes: Cleanup jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2] ARC: Improve cmpxchg syscall implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH] ARC: Improve cmpxchng syscall implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH] ARC: Improve cmpxchng syscall implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v4 0/8] Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 5/5] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Christoph Hellwig <hch@xxxxxx>
• [RFC] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Eugeniy Paltsev <Eugeniy.Paltsev@xxxxxxxxxxxx>
• Re: [PATCH 5/5] Documentation/x86: Add CET description
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• [PATCH v13 23/24] selftests/vm: sub-page allocator
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 24/24] selftests/vm: test correct behavior of pkey-0
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 21/24] selftests/vm: detect write violation on a mapped access-denied-key page
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 22/24] selftests/vm: testcases must restore pkey-permissions
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 20/24] selftests/vm: associate key on a mapped page and detect write violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 19/24] selftests/vm: associate key on a mapped page and detect access violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 18/24] selftests/vm: fix an assertion in test_pkey_alloc_exhaust()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 17/24] selftests/vm: powerpc implementation to check support for pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 16/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 15/24] selftests/vm: powerpc implementation for generic abstraction
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 14/24] selftests/vm: generic cleanup
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 13/24] selftests/vm: pkey register should match shadow pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 12/24] selftests/vm: introduce two arch independent abstraction
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 11/24] selftests/vm: fix alloc_random_pkey() to make it really random
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 06/24] selftests/vm: typecast the pkey register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 10/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 09/24] selftests/vm: fixed bugs in pkey_disable_clear()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 08/24] selftests/vm: fix the wrong assert in pkey_disable_set()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 07/24] selftests/vm: generic function to handle shadow key register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 04/24] selftests/vm: move arch-specific definitions to arch-specific header
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 05/24] selftests/vm: Make gcc check arguments of sigsafe_printf()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 03/24] selftests/vm: move generic definitions to header file
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 02/24] selftests/vm: rename all references to pkru to a generic name
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 01/24] selftests/x86: Move protecton key selftest to arch neutral directory
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH 00/11] Add support for Hygon's Dhyana Family 18h processor
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] sh: remove no-op macro VMLINUX_SYMBOL()
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] Revert "mm: always flush VMA ranges affected by zap_page_range"
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] mm: mmu_gather track of invalidated TLB ranges explicitly for more precise flushing
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 01/10] x86/cet: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH 1/3] Revert "mm: always flush VMA ranges affected by zap_page_range"
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] x86/cet: User-mode shadow stack support
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC PATCH 3/3] powerpc/64s/radix: optimise TLB flush with precise TLB ranges in mmu_gather
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [RFC PATCH 2/3] mm: mmu_gather track of invalidated TLB ranges explicitly for more precise flushing
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [RFC PATCH 1/3] Revert "mm: always flush VMA ranges affected by zap_page_range"
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [RFC PATCH 0/3] couple of TLB flush optimisations
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH 10/11] driver/edac: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 04/11] x86/perf: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 08/11] driver/acpi: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 09/11] driver/cpufreq: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 07/11] x86/xen: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 06/11] x86/kvm: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 05/11] x86/mce: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 03/11] x86/cpu/bug: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 02/11] x86/pci: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 00/11] Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 01/11] x86/cpu: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• [PATCH 11/11] tools/cpupower: Add support for Hygon's Dhyana Family 18h processor
  • From: Pu Wen <puwen@xxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] Documentation/x86: Add CET description
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 04/10] x86/cet: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 04/10] x86/cet: Handle thread shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 04/10] x86/cet: Handle thread shadow stack
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 5/9] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 1/9] x86/cet: Control protection exception handler
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/9] x86/cet: Control protection exception handler
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 4/9] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 5/7] x86: Insert endbr32/endbr64 to vDSO
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH -tip v5 18/27] powerpc/kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 5/7] x86: Insert endbr32/endbr64 to vDSO
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 5/7] x86: Insert endbr32/endbr64 to vDSO
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 5/7] x86: Insert endbr32/endbr64 to vDSO
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 09/10] mm: Prevent madvise from changing shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 09/10] mm: Prevent madvise from changing shadow stack
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 09/10] mm: Prevent madvise from changing shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 04/10] x86/cet: Handle thread shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 5/7] x86: Insert endbr32/endbr64 to vDSO
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 05/10] x86/cet: ELF header parsing of Control Flow Enforcement
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] mm: Prevent mremap of shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] mm: Prevent munmap and remap_file_pages of shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 04/10] x86/cet: Handle thread shadow stack
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 10/10] mm: Prevent munmap and remap_file_pages of shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 08/10] mm: Prevent mremap of shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 05/10] x86/cet: ELF header parsing of Control Flow Enforcement
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 7/7] x86/cet: Add PTRACE interface for CET
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 01/10] x86/cet: User-mode shadow stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] x86/cet: Handle thread shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 01/10] x86/cet: User-mode shadow stack support
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] x86/cet: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 7/9] x86/mm: Shadow stack page fault error checking
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 7/9] x86/mm: Shadow stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 1/7] x86/cet: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH -tip v5 18/27] powerpc/kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] x86/cet: User-mode shadow stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 2/9] x86/cet: Add Kconfig option for user-mode shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] x86/cet: Control protection exception handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 7/9] x86/mm: Shadow stack page fault error checking
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 2/9] x86/cet: Add Kconfig option for user-mode shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 5/5] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 2/5] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 2/5] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 1/5] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 0/5] Control Flow Enforcement - Part (1)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 4/5] x86/fpu/xstate: Add XSAVES system states for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 3/5] x86/fpu/xstate: Enable XSAVES system states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 5/5] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 2/9] x86/cet: Add Kconfig option for user-mode shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/9] x86/cet: Control protection exception handler
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 2/9] x86/cet: Add Kconfig option for user-mode shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 1/9] x86/cet: Control protection exception handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 3/9] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 0/9] Control Flow Enforcement - Part (2)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 4/9] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 7/9] x86/mm: Shadow stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 5/9] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 6/9] x86/mm: Introduce ptep_set_wrprotect_flush and related functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 8/9] x86/cet: Handle shadow stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 9/9] x86/cet: Handle THP/HugeTLB shadow stack page copying
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 01/10] x86/cet: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 03/10] x86/cet: Signal handling for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 02/10] x86/cet: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 10/10] mm: Prevent munmap and remap_file_pages of shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 09/10] mm: Prevent madvise from changing shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 05/10] x86/cet: ELF header parsing of Control Flow Enforcement
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 04/10] x86/cet: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] mm: Prevent mprotect from changing shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 08/10] mm: Prevent mremap of shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 5/5] Documentation/x86: Add CET description
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 2/5] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 5/7] x86: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 6/7] tools: Add cetcmd
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 2/7] x86/cet: User-mode indirect branch tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 3/7] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 7/7] x86/cet: Add PTRACE interface for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 4/7] x86/cet: add arcp_prctl functions for indirect branch tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH 0/7] Control Flow Enforcement - Part (4)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3.16 258/410] nospec: Allow index argument to have const-qualified type
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 1/7] x86/cet: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH -tip v5 18/27] powerpc/kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC PATCH -tip v5 07/27] powerpc/kprobes: Remove jprobe powerpc implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC PATCH -tip v5 24/27] bpf: error-inject: kprobes: Clear current_kprobe and enable preempt in kprobe
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH -tip v5 18/27] powerpc/kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH -tip v5 07/27] powerpc/kprobes: Remove jprobe powerpc implementation
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Alex Elder <elder@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: "Du, Changbin" <changbin.du@xxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Roman Penyaev <roman.penyaev@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Roman Penyaev <roman.penyaev@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH -tip v5 06/27] arm64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH -tip v5 17/27] arm64: kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH -tip v5 06/27] arm64: kprobes: Remove jprobe implementation
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RESEND PATCH v5 0/4] kernel hacking: GCC optimization for better debug experience (-Og)
  • From: changbin.du@xxxxxxxxx
• [PATCH v5 1/4] x86/mm: surround level4_kernel_pgt with #ifdef CONFIG_X86_5LEVEL...#endif
  • From: changbin.du@xxxxxxxxx
• [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: changbin.du@xxxxxxxxx
• [PATCH v5 3/4] ARM: mm: fix build error in fix_to_virt with CONFIG_CC_OPTIMIZE_FOR_DEBUGGING
  • From: changbin.du@xxxxxxxxx
• [PATCH v5 4/4] kernel hacking: new config CC_OPTIMIZE_FOR_DEBUGGING to apply GCC -Og optimization
  • From: changbin.du@xxxxxxxxx
• [RFC PATCH -tip v5 27/27] kprobes: Remove jprobe stub API
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 26/27] Documentation: kprobes: Add how to change the execution path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 25/27] kprobes/x86: Do not disable preempt on int3 path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 24/27] bpf: error-inject: kprobes: Clear current_kprobe and enable preempt in kprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 23/27] sparc64: kprobes: Don't call the ->break_handler() in sparc64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH -tip v5 22/27] sh: kprobes: Don't call the ->break_handler() in SH kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 21/27] s390/kprobes: Don't call the ->break_handler() in s390 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 20/27] MIPS: kprobes: Don't call the ->break_handler() in MIPS kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 19/27] ia64: kprobes: Don't call the ->break_handler() in ia64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 18/27] powerpc/kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 17/27] arm64: kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 16/27] ARM: kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 15/27] ARC: kprobes: Don't call the ->break_handler() in ARC kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 14/27] kprobes/x86: Don't call ->break_handler() in x86 kprobes
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 13/27] kprobes: Don't check the ->break_handler() in generic kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 12/27] sparc64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 11/27] sh: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 10/27] s390/kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 09/27] MIPS: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 08/27] ia64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 07/27] powerpc/kprobes: Remove jprobe powerpc implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 06/27] arm64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 05/27] ARM: kprobes: Remove jprobe arm implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 04/27] ARC: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 03/27] kprobes/x86: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 02/27] kprobes: Remove jprobe API implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 01/27] Documentation/kprobes: Fix to remove remaining jprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC PATCH -tip v5 00/27] kprobes: Cleanup jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] siginfo work for v4.18-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [GIT PULL] siginfo work for v4.18-rc1
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH -tip v4 00/27] kprobes: Cleanup jprobe implementation
  • From: "Naveen N. Rao" <naveen.n.rao@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Michael Turquette <mturquette@xxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.2 098/153] nospec: Allow index argument to have const-qualified type
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH -tip v4 00/27] kprobes: Cleanup jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] signal/sh: Stop gcc warning about an impossible case in do_divide_error
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 15/27] compiler: Option to default to hidden symbols
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v4 24/27] x86/mm: Make the x86 GOT read-only
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: LKMM litmus test for Roman Penyaev's rcu-rr
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] signal/sh: Stop gcc warning about an impossible case in do_divide_error
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: Will Deacon <will.deacon@xxxxxxx>
• LKMM litmus test for Roman Penyaev's rcu-rr
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [REVIEW][PATCH 16/22] signal/sh: Use force_sig_fault where appropriate
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH -tip v4 27/27] kprobes: Remove jprobe stub API
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 26/27] Documentation: kprobes: Add how to change the execution path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 25/27] x86: kprobes: Do not disable preempt on int3 path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 24/27] bpf: error-inject: kprobes: Clear current_kprobe and enable preempt in kprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 23/27] sparc64: kprobes: Don't call the ->break_handler() in sparc64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 22/27] sh: kprobes: Don't call the ->break_handler() in SH kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 18/27] powerpc/kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 21/27] s390/kprobes: Don't call the ->break_handler() in s390 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 20/27] MIPS: kprobes: Don't call the ->break_handler() in MIPS kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 19/27] ia64: kprobes: Don't call the ->break_handler() in ia64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 17/27] arm64: kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 16/27] ARM: kprobes: Don't call the ->break_handler() in arm kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 15/27] ARC: kprobes: Don't call the ->break_handler() in ARC kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 14/27] kprobes/x86: Don't call ->break_handler() in x86 kprobes
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 13/27] kprobes: Don't check the ->break_handler() in generic kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 12/27] sparc64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 11/27] sh: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 10/27] s390/kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 09/27] MIPS: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 08/27] ia64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 07/27] powerpc/kprobes: Remove jprobe powerpc implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 05/27] ARM: kprobes: Remove jprobe arm implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 06/27] arm64: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 04/27] ARC: kprobes: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 03/27] kprobes/x86: Remove jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 02/27] kprobes: Remove jprobe API implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 01/27] Documentation/kprobes: Fix to remove remaining jprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v4 00/27] kprobes: Cleanup jprobe implementation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH RFC tools/memory-model] Add litmus-test naming scheme
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/6] arm64: add type casts to untagged_addr macro
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 4/6] mm, arm64: untag user addresses in mm/gup.c
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 5/6] lib, arm64: untag addrs passed to strncpy_from_user and strnlen_user
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 6/6] arm64: update Documentation/arm64/tagged-pointers.txt
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 3/6] arm64: untag user addresses in access_ok and __uaccess_mask_ptr
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 2/6] uaccess: add untagged_addr definition for other arches
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v3 0/6] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v11 00/19] KVM: arm64: Optimise FPSIMD context switching
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 07/24] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
  • From: "Dr. Philipp Tomsich" <philipp.tomsich@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/24] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 25/92] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 3/4] arm64: Implement page table free interfaces
  • From: Chintan Pandya <cpandya@xxxxxxxxxxxxxx>
• Re: [PATCH v9 3/4] arm64: Implement page table free interfaces
  • From: Chintan Pandya <cpandya@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v9 3/4] arm64: Implement page table free interfaces
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH 07/24] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v9 3/4] arm64: Implement page table free interfaces
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 3/6] arm64: Use update{,_tsk}_thread_flag()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/6] thread_info: Add update_thread_flag() helpers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 01/11] prctl: Support movement of arch prctls out of common code
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCHv2 06/12] arm64: add basic pointer authentication support
  • From: Adam Wallis <awallis@xxxxxxxxxxxxxx>
• [PATCH v10 00/18] KVM: arm64: Optimise FPSIMD context switching
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH 03/25] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/25] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] hexagon: implement the sync_sg_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] nds32: consolidate DMA cache maintainance routines
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] nds32: remove the broken kmap code in nds32_dma_map_sg
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] nds32: implement the unmap_sg DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] openrisc: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] sh: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] parisc: merge pcx_dma_ops and pcxl_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/25] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] openrisc: fix cache maintainance the the sync_single_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• common non-cache coherent direct dma mapping ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 02/11] arm64: Move arch-specific prctls out of core code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 01/11] prctl: Support movement of arch prctls out of common code
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v9 00/16] KVM: arm64: Optimise FPSIMD context switching
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v6 17/28] x86/asm: use SYM_INNER_LABEL instead of GLOBAL
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v6 03/28] x86/asm/suspend: use SYM_DATA for data
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v6 02/28] x86/asm/suspend: drop ENTRY from local data
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v6 17/28] x86/asm: use SYM_INNER_LABEL instead of GLOBAL
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Helge Deller <deller@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v6 17/28] x86/asm: use SYM_INNER_LABEL instead of GLOBAL
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v6 03/28] x86/asm/suspend: use SYM_DATA for data
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v6 02/28] x86/asm/suspend: drop ENTRY from local data
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH -resend 02/27] x86: assembly, use SYM_DATA for data
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 01/28] linkage: new macros for assembler symbols
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 02/28] x86/asm/suspend: drop ENTRY from local data
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 05/28] x86/asm/entry: annotate THUNKs
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 07/28] x86/asm/crypto: annotate local functions
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 08/28] x86/boot/compressed: annotate local functions
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 06/28] x86/asm: annotate local pseudo-functions
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 10/28] x86/asm/entry: annotate interrupt symbols properly
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 11/28] x86/asm/head: annotate data appropriatelly
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 09/28] x86/asm: annotate aliases
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 12/28] x86/boot/compressed: annotate data appropriatelly
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 13/28] um: annotate data appropriatelly
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 04/28] x86/asm: annotate relocate_kernel
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 03/28] x86/asm/suspend: use SYM_DATA for data
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 17/28] x86/asm: use SYM_INNER_LABEL instead of GLOBAL
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 21/28] x86/asm/ftrace: mark function_hook as function
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 19/28] x86/asm: kill the last GLOBAL user and remove the macro
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 18/28] x86/asm/realmode: use SYM_DATA_* instead of GLOBAL
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 20/28] x86/asm: make some functions local
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 22/28] x86_64/asm: add ENDs to some functions and relabel with SYM_CODE_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 23/28] x86_64/asm: change all ENTRY+END to SYM_CODE_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 16/28] x86/asm: do not annotate functions by GLOBAL
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 24/28] x86_64/asm: change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 25/28] x86_32/asm: add ENDs to some functions and relabel with SYM_CODE_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 26/28] x86_32/asm: change all ENTRY+END to SYM_CODE_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 27/28] x86_32/asm: change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 28/28] x86/asm: replace WEAK uses by SYM_INNER_LABEL
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 15/28] x86/asm/purgatory: start using annotations
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 14/28] xen/pvh: annotate data appropriatelly
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 00/28] New macros for assembler symbols
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH] UAPI: Document auxvec AT_* namespace policy and note reservations
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to disable compiler auto-inline optimizations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH] UAPI: Document auxvec AT_* namespace policy and note reservations
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] UAPI: Document auxvec AT_* namespace policy and note reservations
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH] UAPI: Document auxvec AT_* namespace policy and note reservations
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v4 0/8] Introduce the for_each_set_clump macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH] UAPI: Document auxvec AT_* namespace policy and note reservations
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH] UAPI: Document auxvec AT_* namespace policy and note reservations
  • From: Rich Felker <dalias@xxxxxxxx>
• [RFC PATCH] UAPI: Document auxvec AT_* namespace policy and note reservations
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v4 0/8] Introduce the for_each_set_clump macro
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] arm64: remove no-op macro VMLINUX_SYMBOL()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/24] arm64: signal: Make parse_user_sigframe() independent of rt_sigframe layout
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/24] ptrace: Add compat PTRACE_{G,S}ETSIGMASK handlers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/24] compat ABI: use non-compat openat and open_by_handle_at variants
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/24] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/24] arm64: uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/24] arm64: rename functions that reference compat term
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/24] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/24] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 14/24] arm64: change compat_elf_hwcap and compat_elf_hwcap2 prefix to a32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 16/24] arm64: ilp32: share aarch32 syscall handlers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/24] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 17/24] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 19/24] arm64: signal32: move ilp32 and aarch32 common code to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 18/24] arm64: signal: share lp64 signal structures and routines to ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 20/24] arm64: ilp32: introduce ilp32-specific sigframe and ucontext
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 21/24] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 22/24] arm64:ilp32: add vdso-ilp32 and use for signal return
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 23/24] arm64:ilp32: add ARM64_ILP32 to Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 24/24] arm64: ilp32: Make the Kconfig option default y
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 13/24] arm64: introduce binfmt_elf32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/24] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/24] thread: move thread bits accessors to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/12] platform/early: implement support for early platform drivers
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/24] ptrace: Add compat PTRACE_{G,S}ETSIGMASK handlers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/24] arm64: signal: Make parse_user_sigframe() independent of rt_sigframe layout
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/8] lib/test_bitmap.c: Add for_each_set_clump test cases
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 1/8] bitops: Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 5/8] gpio: gpio-mm: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 8/8] gpio: pcie-idio-24: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 6/8] gpio: ws16c48: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 7/8] gpio: pci-idio-16: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 4/8] gpio: 104-idi-48: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v4 0/8] Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH memory-model 0/19] Updates to the formal memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/8] gpio: 104-idi-48: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 3/8] gpio: 104-dio-48e: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 5/8] gpio: gpio-mm: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 6/8] gpio: ws16c48: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 8/8] gpio: pcie-idio-24: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 7/8] gpio: pci-idio-16: Utilize for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 2/8] lib/test_bitmap.c: Add for_each_set_clump test cases
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 1/8] bitops: Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• [PATCH v3 0/8] Introduce the for_each_set_clump macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH 10/12] platform/early: implement support for early platform drivers
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RFC PATCH 00/11] prctl: Modernise wiring for optional prctl() calls
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 09/12] platform/early: add an init section for early driver data
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH -resend 02/27] x86: assembly, use SYM_DATA for data
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH memory-model 0/19] Updates to the formal memory model
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH REPOST 4/5] powerpc: Use update_thread_flag()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 07/11] powerpc: Move arch-specific prctls out of core code
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 06/11] powerpc: Remove unused task argument from prctl functions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 1/3] int-ll64.h: define u{8,16,32,64} and s{8,16,32,64} based on uapi header
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [Linux-c6x-dev] [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH memory-model 16/19] tools/memory-model: Fix coding style in 'lock.cat'
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 11/19] tools/memory-model: Flag "cumulativity" and "propagation" tests
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 09/19] tools/memory-model: Add scripts to test memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 08/19] tools/memory-model: Fix coding style in 'linux-kernel.def'
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 10/19] tools/memory-model: Add model support for spin_is_locked
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 12/19] tools/memory-model: Remove duplicated code from lock.cat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 14/19] tools/memory-model: Improve mixed-access checking in lock.cat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 13/19] tools/memory-model: Improve comments in lock.cat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 18/19] tools/memory-model: Update ASPLOS information
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 17/19] MAINTAINERS: Update e-mail address for Andrea Parri
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 02/19] tools/memory-model: Redefine rb in terms of rcu-fence
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 15/19] tools/memory-model: Remove out-of-date comments and code from lock.cat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 06/19] tools/memory-order: smp_mb__after_atomic() orders later RMW operations
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 07/19] tools/memory-model: Model 'smp_store_mb()'
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 19/19] tools/memory-model: Add reference for 'Simplifying ARM concurrency'
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 03/19] tools/memory-model: Update required version of herdtools7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 01/19] tools/memory-model: Rename link and rcu-path to rcu-link and rb
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 04/19] tools/memory-model: Fix cheat sheet typo
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 05/19] tools/memory-order: Improve key for SELF and SV
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 0/19] Updates to the formal memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 2/3] arm64: Remove smp_mb() from arch_spin_is_locked()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 3/3] locking: Clean up comment and #ifndef for {,queued_}spin_is_locked()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 1/3] locking: Document the semantics of spin_is_locked()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 0/3] Kernel fixes to spin_is_locked()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 5/8] kokr/memory-barriers: Fix description of data dependency barriers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 1/8] docs/memory-barriers.txt: Fix broken DMA vs MMIO ordering example
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 3/8] kokr/doc: De-emphasize smp_read_barrier_depends
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 4/8] kokr/Documentation/memory-barriers.txt: Cross-reference "tools/memory-model/"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 7/8] atomic_ops.rst: Fix wrong example code
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 2/8] kokr/doc: READ_ONCE() now implies smp_barrier_depends()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 6/8] kokr/locking/memory-barriers: De-emphasize smp_read_barrier_depends() some more
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 8/8] atomic_ops.rst: Use `warning` rst directive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 0/8] memory-barriers.txt and atomic_ops.rst updates
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/12] of/platform: make the OF code aware of early platform drivers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] platform: provide a separate function for initializing platform devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH 09/12] platform/early: add an init section for early driver data
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 05/12] platform: export platform_device_release() locally
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 06/12] of: add a new flag for OF device nodes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/12] of/platform: provide a separate routine for device initialization
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/12] of/platform: provide a separate routine for setting up device resources
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/12] platform/early: export platform_match() locally
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/12] platform/early: don't WARN() on non-empty devres list for early devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 01/12] platform/early: add a new field to struct device
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] powerpc: Allow LD_DEAD_CODE_DATA_ELIMINATION to be selected
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] prctl: Modernise wiring for optional prctl() calls
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFC PATCH 02/11] arm64: Move arch-specific prctls out of core code
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 04/11] MIPS: Move arch-specific prctls out of core code
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 03/11] MIPS: Remove unused task argument from prctl functions
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 06/11] powerpc: Remove unused task argument from prctl functions
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 05/11] x86: Move arch-specific prctls out of core code
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 09/11] ia64: Move arch-specific prctls out of core code
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 08/11] ia64: Remove unused task argument from prctl functions
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 11/11] prctl: Refactor PR_{SET,GET}_UNALIGN to reduce boilerplate
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 10/11] prctl: Remove redundant task argument from PR_{SET,GET}_UNALIGN backends
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 07/11] powerpc: Move arch-specific prctls out of core code
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 01/11] prctl: Support movement of arch prctls out of common code
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [RFC PATCH 00/11] prctl: Modernise wiring for optional prctl() calls
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v2 1/7] bitops: Introduce the for_each_set_port_word macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] mm: PAGE_KERNEL_* fallbacks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ANDROID: binder: remove 32-bit binder interface.
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/12] platform/early: implement support for early platform drivers
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v2 1/7] bitops: Introduce the for_each_set_port_word macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH v2 0/7] Introduce the for_each_set_port_word macro
  • From: William Breathitt Gray <vilhelm.gray@xxxxxxxxx>
• Re: [PATCH -resend 01/27] linkage: new macros for assembler symbols
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RFC PATCH v3 0/6] Documentation/features: Provide and apply 'features-refresh.sh'
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH -resend 00/27] New macros for assembler symbols
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH -resend 02/27] x86: assembly, use SYM_DATA for data
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH -resend 01/27] linkage: new macros for assembler symbols
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 4/4] powerpc: Allow LD_DEAD_CODE_DATA_ELIMINATION to be selected
  • From: Mathieu Malaterre <malat@xxxxxxxxxx>
• Re: [PATCH -resend 01/27] linkage: new macros for assembler symbols
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] powerpc: Allow LD_DEAD_CODE_DATA_ELIMINATION to be selected
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• linux-next: build warning after merge of the vfs tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] kbuild: remove CONFIG_HAVE_UNDERSCORE_SYMBOL_PREFIX and clean-up code
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] LD_DEAD_CODE_DATA_ELIMINATION fixes and enabling for powerpc
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH REPOST 1/5] thread_info: Port core code to use update_thread_flag() helpers
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 0/7] Introduce the for_each_set_port_word macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 1/7] bitops: Introduce the for_each_set_port_word macro
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: common non-cache coherent direct dma mapping ops
  • From: Helge Deller <deller@xxxxxx>
• [tip:x86/build] x86/build: Remove no-op macro VMLINUX_SYMBOL()
  • From: tip-bot for Masahiro Yamada <tipbot@xxxxxxxxx>
• [PATCH v4 3/4] compiler.h: Allow arch-specific overrides
  • From: James Hogan <jhogan@xxxxxxxxxx>
• [PATCH v4 0/4] MIPS: Override barrier_before_unreachable() to fix microMIPS
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 00/12] introduce support for early platform drivers
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• [PATCH 02/12] platform/early: don't WARN() on non-empty devres list for early devices
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 01/12] platform/early: add a new field to struct device
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 03/12] platform/early: export platform_match() locally
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 04/12] platform: provide a separate function for initializing platform devices
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 07/12] of/platform: provide a separate routine for setting up device resources
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 09/12] platform/early: add an init section for early driver data
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 08/12] of/platform: provide a separate routine for device initialization
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>