Linux Arch

• Thread Index

• Re: [PATCH v14 22/22] selftests/vm: test correct behavior of pkey-0
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 20/22] selftests/vm: testcases must restore pkey-permissions
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 16/22] selftests/vm: fix an assertion in test_pkey_alloc_exhaust()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 15/22] selftests/vm: powerpc implementation to check support for pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 14/22] selftests/vm: Introduce generic abstractions
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 13/22] selftests/vm: generic cleanup
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 12/22] selftests/vm: pkey register should match shadow pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 11/22] selftests/vm: introduce two arch independent abstraction
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 10/22] selftests/vm: fix alloc_random_pkey() to make it really random
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 09/22] selftests/vm: fixed bugs in pkey_disable_clear()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 08/22] selftests/vm: fix the wrong assert in pkey_disable_set()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 07/22] selftests/vm: generic function to handle shadow key register
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 06/22] selftests/vm: typecast the pkey register
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 04/22] selftests/vm: move arch-specific definitions to arch-specific header
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 03/22] selftests/vm: move generic definitions to header file
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v14 01/22] selftests/x86: Move protecton key selftest to arch neutral directory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v13 19/24] selftests/vm: associate key on a mapped page and detect access violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 19/24] selftests/vm: associate key on a mapped page and detect access violation
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 08/24] selftests/vm: fix the wrong assert in pkey_disable_set()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH RFC tools/memory-model] Model effects of volatile on ctrl
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v13 19/24] selftests/vm: associate key on a mapped page and detect access violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 22/24] selftests/vm: testcases must restore pkey-permissions
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 18/24] selftests/vm: fix an assertion in test_pkey_alloc_exhaust()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 17/24] selftests/vm: powerpc implementation to check support for pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 16/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 13/24] selftests/vm: pkey register should match shadow pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 10/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v13 08/24] selftests/vm: fix the wrong assert in pkey_disable_set()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v2 06/17] y2038: Change sys_utimensat() to use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 02/17] y2038: Remove newstat family from default syscall set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v14 22/22] selftests/vm: test correct behavior of pkey-0
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 21/22] selftests/vm: sub-page allocator
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 20/22] selftests/vm: testcases must restore pkey-permissions
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 19/22] selftests/vm: detect write violation on a mapped access-denied-key page
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 18/22] selftests/vm: associate key on a mapped page and detect write violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 17/22] selftests/vm: associate key on a mapped page and detect access violation
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 16/22] selftests/vm: fix an assertion in test_pkey_alloc_exhaust()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 15/22] selftests/vm: powerpc implementation to check support for pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 14/22] selftests/vm: Introduce generic abstractions
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 13/22] selftests/vm: generic cleanup
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 12/22] selftests/vm: pkey register should match shadow pkey
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 11/22] selftests/vm: introduce two arch independent abstraction
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 10/22] selftests/vm: fix alloc_random_pkey() to make it really random
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 09/22] selftests/vm: fixed bugs in pkey_disable_clear()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 08/22] selftests/vm: fix the wrong assert in pkey_disable_set()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 07/22] selftests/vm: generic function to handle shadow key register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 06/22] selftests/vm: typecast the pkey register
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 05/22] selftests/vm: Make gcc check arguments of sigsafe_printf()
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 04/22] selftests/vm: move arch-specific definitions to arch-specific header
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 03/22] selftests/vm: move generic definitions to header file
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 02/22] selftests/vm: rename all references to pkru to a generic name
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 01/22] selftests/x86: Move protecton key selftest to arch neutral directory
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• [PATCH v14 00/22] selftests, powerpc, x86 : Memory Protection Keys
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• Re: [PATCH v2 06/17] y2038: Change sys_utimensat() to use __kernel_timespec
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 05/17] asm-generic: Remove empty asm/unistd.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/17] asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/17] y2038: Remove newstat family from default syscall set
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/17] y2038: compat: Move common compat types to asm-generic/compat.h
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] module: Add the print format of Elf_Addr for 32/64-bit compatibly
  • From: Zong Li <zong@xxxxxxxxxxxxx>
• [PATCH memory-model 01/14] tools/memory-model: Add litmus test for full multicopy atomicity
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 13/14] memory-model/Documentation: Fix typo, smb->smp
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 14/14] tools/memory-model: Rename litmus tests to comply to norm7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 10/14] sched: Use smp_mb() in wake_woken_function()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 07/14] tools/memory-model: Make scripts executable
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 12/14] doc: Update wake_up() & co. memory-barrier guarantees
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 02/14] tools/memory-model: Fix ISA2+pooncelock+pooncelock+pombonce name
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 04/14] locking/memory-barriers.txt/kokr: Update Korean translation to fix broken DMA vs. MMIO ordering example
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 06/14] tools/memory-model: Remove ACCESS_ONCE() from model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 05/14] tools/memory-model: Remove ACCESS_ONCE() from recipes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 09/14] tools/memory-model: Add informal LKMM documentation to MAINTAINERS
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 03/14] MAINTAINERS: Add Daniel Lustig as an LKMM reviewer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 11/14] locking: Clarify requirements for smp_mb__after_spinlock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 08/14] docs: atomic_ops: Describe atomic_set as a write operation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH memory-model 0/14] Updates to the formal memory model
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v19 5/6] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v19 0/6] Add io{read|write}64 to io-64-atomic headers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v19 3/6] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v19 1/6] iomap: Use non-raw io functions for io{read|write}XXbe
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v19 2/6] parisc: iomap: introduce io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v19 6/6] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v19 4/6] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 6/6] alpha: uapi header and system call table file generation
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 11/17] y2038: Prepare sched_rr_get_interval for __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 05/17] asm-generic: Remove empty asm/unistd.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 04/17] asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 07/17] y2038: Compile utimes()/futimesat() conditionally
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 16/17] y2038: Make compat_sys_rt_sigtimedwait usable on 32-bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 10/17] y2038: futex: Add support for __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 13/17] y2038: socket: Convert recvmmsg to __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 15/17] y2038: signal: Change rt_sigtimedwait to use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/17] y2038: utimes: Rework #ifdef guards for compat syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 00/17] y2038: system calls, part 3
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 01/17] y2038: compat: Move common compat types to asm-generic/compat.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 09/17] y2038: futex: Move compat implementation into futex.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 14/17] y2038: socket: Add compat_sys_recvmmsg_time64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 02/17] y2038: Remove newstat family from default syscall set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 12/17] y2038: aio: Prepare sys_io_{p,}getevents for __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 03/17] y2038: Remove stat64 family from default syscall set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 17/17] y2038: signal: Add compat_sys_rt_sigtimedwait_time64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 06/17] y2038: Change sys_utimensat() to use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/6] Symbol namespaces
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] System call table generation support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/6] export: explicitly align struct kernel_symbol.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 0/6] Symbol namespaces
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 3/6] modpost: add support for checking symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 2/6] module: add support for symbol namespaces.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 4/6] modpost: add support for generating namespace dependencies.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 6/6] RFC: USB: storage: move symbols into USB_STORAGE namespace.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• [PATCH 5/6] scripts: Coccinelle script for namespace dependencies.
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH 6/6] alpha: uapi header and system call table file generation
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 5/6] alpha: Add system call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 4/6] alpha: Replace NR_SYSCALLS macro from asm/unistd.h
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 3/6] alpha: Unify the not-implemented system call entry name
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 2/6] alpha: Add CONFIG_OSF4_COMPAT for compat syscall support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 1/6] alpha: Move __IGNORE* entries to non uapi header
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• [PATCH 0/6] System call table generation support
  • From: Firoz Khan <firoz.khan@xxxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [v18,3/7] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [v18,3/7] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [v18,3/7] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 00/19] C-SKY(csky) Linux Kernel Port
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH V2 00/19] C-SKY(csky) Linux Kernel Port
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH V2 00/19] C-SKY(csky) Linux Kernel Port
  • From: Sandra Loosemore <sandra@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] tty/serial: atmel: manage shutdown in case of RS485 or ISO7816 mode
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] tty/serial: atmel: add ISO7816 support
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] tty/serial: atmel: manage shutdown in case of RS485 or ISO7816 mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] tty/serial: atmel: manage shutdown in case of RS485 or ISO7816 mode
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: h8300: BUG: Bad page state in process swapper (was: Re: why do we still need bootmem allocator?)
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH V2 00/19] C-SKY(csky) Linux Kernel Port
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [RFC PATCH] mm: optimise pte dirty/accessed bits handling in fork
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v2 27/27] x86/cet: Add arch_prctl functions for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 27/27] x86/cet: Add arch_prctl functions for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 20/27] x86/cet/shstk: ELF header parsing of CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 27/27] x86/cet: Add arch_prctl functions for CET
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v2 20/27] x86/cet/shstk: ELF header parsing of CET
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v2 12/27] x86/mm: Shadow stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 23/27] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 15/27] mm/mprotect: Prevent mprotect from changing shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 08/27] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 14/27] mm: Handle THP/HugeTLB shadow stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 15/27] mm/mprotect: Prevent mprotect from changing shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] doc: Replace smp_cond_acquire() with smp_cond_load_acquire()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] doc: Replace smp_cond_acquire() with smp_cond_load_acquire()
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] doc: Replace smp_cond_acquire() with smp_cond_load_acquire()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 05/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 05/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v2 05/27] Documentation/x86: Add CET description
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• [PATCH 3/3] tty/serial: atmel: manage shutdown in case of RS485 or ISO7816 mode
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• [PATCH 3/3] tty/serial: atmel: manage shutdown in case of RS485 or ISO7816 mode
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• [PATCH 2/3] tty/serial: atmel: add ISO7816 support
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• [PATCH 1/3] tty/serial_core: add ISO7816 infrastructure
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• [PATCH 0/3] add ISO7816 support
  • From: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx>
• [PATCH] doc: Replace smp_cond_acquire() with smp_cond_load_acquire()
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 27/27] x86/cet: Add arch_prctl functions for CET
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v2 20/27] x86/cet/shstk: ELF header parsing of CET
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH v2 05/27] Documentation/x86: Add CET description
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH V2 00/19] C-SKY(csky) Linux Kernel Port
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 10/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 15/27] mm/mprotect: Prevent mprotect from changing shadow stack
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 14/27] mm: Handle THP/HugeTLB shadow stack page fault
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 13/27] mm: Handle shadow stack page fault
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 10/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 08/27] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 05/27] Documentation/x86: Add CET description
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 23/27] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 12/27] x86/mm: Shadow stack page fault error checking
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• Re: [RFC PATCH v2 15/27] mm/mprotect: Prevent mprotect from changing shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 14/27] mm: Handle THP/HugeTLB shadow stack page fault
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 13/27] mm: Handle shadow stack page fault
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 12/27] x86/mm: Shadow stack page fault error checking
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• [RFC PATCH v2 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 00/27] Control Flow Enforcement (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 03/27] x86/fpu/xstate: Enable XSAVES system states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 10/27] x86/mm: Introduce _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 06/27] x86/cet: Control protection exception handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 05/27] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 07/27] x86/cet/shstk: Add Kconfig option for user-mode shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 15/27] mm/mprotect: Prevent mprotect from changing shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 12/27] x86/mm: Shadow stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 13/27] mm: Handle shadow stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 14/27] mm: Handle THP/HugeTLB shadow stack page fault
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 16/27] mm: Modify can_follow_write_pte/pmd for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 11/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 17/27] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 19/27] x86/cet/shstk: Signal handling for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 18/27] x86/cet/shstk: Introduce WRUSS instruction
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 21/27] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 20/27] x86/cet/shstk: ELF header parsing of CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 24/27] x86: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 26/27] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 27/27] x86/cet: Add arch_prctl functions for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 25/27] x86/cet: Add PTRACE interface for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 23/27] mm/mmap: Add IBT bitmap size to address space limit check
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 22/27] x86/cet/ibt: User-mode indirect branch tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH v2 08/27] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] doc: Replace smp_cond_acquire() with smp_cond_load_acquire()
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] doc: Replace smp_cond_acquire() with smp_cond_load_acquire()
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: Can people please check this patch out for cross-arch issues
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: mm,tlb: revert 4647706ebeee?
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: Can people please check this patch out for cross-arch issues
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Can people please check this patch out for cross-arch issues
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: kbuild test robot <lkp@xxxxxxxxx>
• RE: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] devres: Explicitly align datai[] to 64-bit
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• RE: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] atomic{64}_t: Explicitly specify data storage length and alignment
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• RE: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: "greg@xxxxxxxxx" <greg@xxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: "greg@xxxxxxxxx" <greg@xxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Greg KH <greg@xxxxxxxxx>
• [RESEND PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v2] devres: Really align data field to unsigned long long
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v2] devres: Really align data field to unsigned long long
  • From: Алексей Бродкин <alexey.brodkin@xxxxxxxxx>
• Re: [PATCH v2] devres: Really align data field to unsigned long long
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH v2] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <alexey.brodkin@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 06/19] csky: Cache and TLB routines
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH v3 0/7] Introduce struct __kernel_timex
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v3 4/7] timex: prepare compat helpers for y2038 changes
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH] devres: Really align data field to unsigned long long
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] devres: Really align data field to unsigned long long
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [kbuild-all] [PATCH 3/6] timex: prepare compat helpers for y2038 changes
  • From: Philip Li <philip.li@xxxxxxxxx>
• Re: [PATCH 3/6] timex: prepare compat helpers for y2038 changes
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v2 4/7] timex: prepare compat helpers for y2038 changes
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v2 0/7] Introduce struct __kernel_timex
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH 3/6] timex: prepare compat helpers for y2038 changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] timex: prepare compat helpers for y2038 changes
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH V2 16/19] csky: SMP support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 11/19] csky: Atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 06/19] csky: Cache and TLB routines
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v4 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v4 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH v3 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/6] timex: prepare compat helpers for y2038 changes
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2 05/19] csky: System Call
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v2 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alex Ghiti <alex@xxxxxxxx>
• [PATCH v2 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 11/11] hugetlb: Introduce generic version of huge_ptep_get
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 00/11] hugetlb: Factorize hugetlb architecture primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 10/11] hugetlb: Introduce generic version of huge_ptep_set_access_flags
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 09/11] hugetlb: Introduce generic version of huge_ptep_set_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 08/11] hugetlb: Introduce generic version of prepare_hugepage_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 07/11] hugetlb: Introduce generic version of huge_pte_wrprotect
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 06/11] hugetlb: Introduce generic version of huge_pte_none
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v3 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH v2 00/11] hugetlb: Factorize architecture hugetlb primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 05/19] csky: System Call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH 2/3] arm64: add endianness option to LDFLAGS instead of LD
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Horia Geanta <horia.geanta@xxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 05/19] csky: System Call
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Horia Geanta <horia.geanta@xxxxxxx>
• Re: [PATCH V2 01/19] csky: Build infrastructure
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 13/19] csky: Library functions
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v2 0/8] add support for relative references in jump tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/8] add support for relative references in jump tables
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 00/11] hugetlb: Factorize architecture hugetlb primitives
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 02/11] hugetlb: Introduce generic version of hugetlb_free_pgd_range
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 04/11] hugetlb: Introduce generic version of huge_ptep_get_and_clear
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 03/11] hugetlb: Introduce generic version of set_huge_pte_at
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 05/11] hugetlb: Introduce generic version of huge_ptep_clear_flush
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [PATCH 01/11] hugetlb: Harmonize hugetlb.h arch specific defines with pgtable.h
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH V2 13/19] csky: Library functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V2 05/19] csky: System Call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V2 01/19] csky: Build infrastructure
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V2 01/19] csky: Build infrastructure
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 02/19] csky: defconfig
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v2 8/8] jump_table: move entries into ro_after_init region
  • From: Jessica Yu <jeyu@xxxxxxxxxx>
• Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH v2 4/8] x86: add support for 64-bit place relative relocations
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 3/6] timex: prepare compat helpers for y2038 changes
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH 0/6] Introduce struct __kernel_timex
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH V2 01/19] csky: Build infrastructure
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V2 02/19] csky: defconfig
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH V2 07/19] csky: MMU and page table management
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH] mm: allow arch to supply p??_free_tlb functions
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH 3/3] microblaze: add endianness options to LDFLAGS instead of LD
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 2/3] arm64: add endianness option to LDFLAGS instead of LD
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 1/3] ARM: add endianness option to LDFLAGS instead of LD
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 0/3] arm,arm64,microblaze: add endianness options to LDFLAGS instead of LD
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/8] jump_table: move entries into ro_after_init region
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 7/8] jump_label: annotate entries that operate on __init code earlier
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 1/8] kernel/jump_label: abstract jump_entry member accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/8] add support for relative references in jump tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 3/8] arm64/kernel: jump_label: switch to relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/8] kernel/jump_label: implement generic support for relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 5/8] x86: jump_label: switch to jump_entry accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 8/8] jump_table: move entries into ro_after_init region
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 6/8] x86/kernel: jump_table: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 7/8] jump_label: annotate entries that operate on __init code earlier
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 4/8] x86: add support for 64-bit place relative relocations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 07/19] csky: MMU and page table management
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: h8300: BUG: Bad page state in process swapper (was: Re: why do we still need bootmem allocator?)
  • From: Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 01/19] csky: Build infrastructure
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• Re: [PATCH V2 01/19] csky: Build infrastructure
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH V2 01/19] csky: Build infrastructure
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 08/19] csky: Process management and Signal
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 04/19] csky: Exception handling
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 07/19] csky: MMU and page table management
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 09/19] csky: VDSO and rt_sigreturn
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 19/19] irqchip: add C-SKY irqchip drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 18/19] clocksource: add C-SKY clocksource drivers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 14/19] csky: User access
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 00/19] C-SKY(csky) Linux Kernel Port
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 02/19] csky: defconfig
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 06/19] csky: Cache and TLB routines
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 05/19] csky: System Call
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 03/19] csky: Kernel booting
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 10/19] csky: IRQ handling
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 12/19] csky: ELF and module probe
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 11/19] csky: Atomic operations
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 17/19] csky: Misc headers
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 13/19] csky: Library functions
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 15/19] csky: Debug and Ptrace GDB
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• [PATCH V2 16/19] csky: SMP support
  • From: Guo Ren <ren_guo@xxxxxxxxx>
• h8300: BUG: Bad page state in process swapper (was: Re: why do we still need bootmem allocator?)
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v2] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• RE: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [RFC v2] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] sparse: stricter warning for explicit cast to ulong
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [RFC v2] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Eugeniy Paltsev <Eugeniy.Paltsev@xxxxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH for 4.18 2/2] rseq: compat: clear high bits of rseq_cs fields
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Ramana Radhakrishnan <ramana.radhakrishnan@xxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 2/2] rseq: compat: clear high bits of rseq_cs fields
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.18 2/2] rseq: compat: clear high bits of rseq_cs fields
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: rseq: How to test for compat task at signal delivery
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 2/2] rseq: compat: clear high bits of rseq_cs fields
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.18 1/2] compat: Introduce is_compat_frame
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: rseq: How to test for compat task at signal delivery
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 00/10] Control Flow Enforcement - Part (3)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@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: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v5 15/27] compiler: Option to default to hidden symbols
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 15/27] compiler: Option to default to hidden symbols
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v5 24/27] x86/mm: Make the x86 GOT read-only
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v2] ARC: Improve cmpxchg syscall implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2] ARC: Improve cmpxchg syscall implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v2] ARC: Improve cmpxchg syscall implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: why do we still need bootmem allocator?
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: why do we still need bootmem allocator?
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• why do we still need bootmem allocator?
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [lkp-robot] a35353bb9e BUG: kernel hang in test stage
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 04/24] 32-bit userspace ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v18 5/7] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v18 7/7] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v18 1/7] iomap: Use non-raw io functions for io{read|write}XXbe
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v18 3/7] iomap: introduce io{read|write}64_{lo_hi|hi_lo}
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v18 2/7] parisc: iomap: introduce io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v18 4/7] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v18 6/7] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• [PATCH v18 0/7] Add io{read|write}64 to io-64-atomic headers
  • From: Logan Gunthorpe <logang@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] ARC: allow to use IOC and non-IOC DMA devices simultaneously
  • From: Eugeniy Paltsev <Eugeniy.Paltsev@xxxxxxxxxxxx>
• Re: [PATCH -tip v6 26/27] Documentation: kprobes: Add how to change the execution path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 2/2] rusage: allow 64-bit times ru_utime/ru_stime
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 5/5] Documentation/x86: Add CET description
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH -tip v6 26/27] Documentation: kprobes: Add how to change the execution path
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [RESEND PATCH v3 2/3] platform: move the early platform device support to arch/sh
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [RESEND PATCH v3 3/3] sh: add the sh_ prefix to early platform symbols
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [RESEND PATCH v3 1/3] clocksource: timer-ti-dm: remove the early platform driver registration
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [RESEND PATCH v3 0/3] sh: make early_platform code SuperH-specific
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 2/7] uaccess: add untagged_addr definition for other arches
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 1/7] arm64: add type casts to untagged_addr macro
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 3/7] arm64: untag user addresses in access_ok and __uaccess_mask_ptr
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 5/7] lib, arm64: untag addrs passed to strncpy_from_user and strnlen_user
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 4/7] mm, arm64: untag user addresses in mm/gup.c
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 7/7] selftests, arm64: add a selftest for passing tagged pointers to kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 6/7] arm64: update Documentation/arm64/tagged-pointers.txt
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• [PATCH v4 0/7] arm64: untag user pointers passed to the kernel
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH v13 24/24] selftests/vm: test correct behavior of pkey-0
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 22/24] selftests/vm: testcases must restore pkey-permissions
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 19/24] selftests/vm: associate key on a mapped page and detect access violation
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 18/24] selftests/vm: fix an assertion in test_pkey_alloc_exhaust()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 17/24] selftests/vm: powerpc implementation to check support for pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 16/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 15/24] selftests/vm: powerpc implementation for generic abstraction
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 14/24] selftests/vm: generic cleanup
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 13/24] selftests/vm: pkey register should match shadow pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 10/24] selftests/vm: clear the bits in shadow reg when a pkey is freed.
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v13 08/24] selftests/vm: fix the wrong assert in pkey_disable_set()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH -tip v6 26/27] Documentation: kprobes: Add how to change the execution path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 06/10] x86/cet: Add arch_prctl functions for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH -tip v6 26/27] Documentation: kprobes: Add how to change the execution path
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH -tip v6 27/27] kprobes: Remove jprobe stub API
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 26/27] Documentation: kprobes: Add how to change the execution path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 25/27] kprobes/x86: Do not disable preempt on int3 path
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 24/27] bpf: error-inject: kprobes: Clear current_kprobe and enable preempt in kprobe
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 23/27] sparc64: kprobes: Don't call the ->break_handler() in sparc64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 21/27] s390/kprobes: Don't call the ->break_handler() in s390 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 22/27] sh: kprobes: Don't call the ->break_handler() in SH kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 20/27] MIPS: kprobes: Don't call the ->break_handler() in MIPS kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 19/27] ia64: kprobes: Don't call the ->break_handler() in ia64 kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH -tip v6 18/27] powerpc/kprobes: Don't call the ->break_handler() in powerpc kprobes code
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [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>