Linux Arch
[Prev Page][Next Page]
- [PATCH 16/19] arm64: signal32: move ilp32 and aarch32 common code to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 17/19] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 19/19] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 18/19] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/19] arm64: introduce binfmt_elf32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 07/19] thread: move thread bits accessors to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 02/19] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 01/19] compat ABI: use non-compat openat and open_by_handle_at variants
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 06/13] fork: Add generic vmalloced stack support
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
- From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
- Re: [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately
- From: Borislav Petkov <bp@xxxxxxxxx>
- [PATCH v2 01/13] x86/mm/hotplug: Don't remove PGD entries in remove_pagetable()
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 02/13] x86/cpa: In populate_pgd, don't set the pgd entry until it's populated
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 04/13] mm: Track NR_KERNEL_STACK in KiB instead of number of stacks
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 03/13] x86/cpa: Warn if kernel_unmap_pages_in_pgd is used inappropriately
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 05/13] mm: Move memcg stack accounting to account_kernel_stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 07/13] x86/die: Don't try to recover from an OOPS on a non-default stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 06/13] fork: Add generic vmalloced stack support
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 09/13] x86/dumpstack: When dumping stack bytes due to OOPS, start with regs->sp
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 08/13] x86/dumpstack: When OOPSing, rewind the stack before do_exit
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 11/13] x86/dumpstack/64: Handle faults when printing the "Stack:" part of an OOPS
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 12/13] x86/mm/64: Enable vmapped stacks
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 10/13] x86/dumpstack: Try harder to get a call trace on stack overflow
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 13/13] x86/mm: Improve stack-overflow #PF handling
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 00/13] Virtually mapped stacks with guard pages (x86, core)
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH v2] locking/qrwlock: Let qrwlock has same layout regardless of the endian
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [RFC PATCH-tip/locking/core v3 01/10] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 00/10] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 02/10] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 04/10] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 03/10] locking/rwsem: Make rwsem_spin_on_owner() return a tri-state value
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 05/10] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 07/10] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 08/10] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 06/10] locking/rwsem: Move common rwsem macros to asm-generic/rwsem_types.h
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 10/10] locking/rwsem: Add a boot parameter to reader spinning threshold
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip/locking/core v3 09/10] locking/rwsem: Enable reactivation of reader spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [PATCH Documentation/memory-barriers.txt] Clarify limited control-dependency scope
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: cmpxchg and x86 flags output
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH V2 02/63] clocksource/drivers/clksrc-probe: Introduce init functions with return code
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks
- From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- [PATCH Documentation/memory-barriers.txt] Clarify limited control-dependency scope
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks
- From: Christopher Covington <cov@xxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH v3] ARM: socfpga: add PCIe to socfpga_defconfig
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH v2] locking/qrwlock: Let qrwlock has same layout regardless of the endian
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH] locking/qrwlock: Let qrwlock has same layout regardless of the endian
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: cmpxchg and x86 flags output
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- cmpxchg and x86 flags output
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [RFC PATCH-tip v2 2/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 0/6] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 3/6] locking/rwsem: Enable count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 4/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 5/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 6/6] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip v2 1/6] locking/osq: Make lock/unlock proper acquire/release barrier
- From: Waiman Long <Waiman.Long@xxxxxxx>
- Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [RFC PATCH-tip 2/6] locking/rwsem: Enable optional count-based spinning on reader
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 0/6] locking/rwsem: Enable reader optimistic spinning
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 1/6] locking/rwsem: Stop active read lock ASAP
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 3/6] locking/rwsem: move down rwsem_down_read_failed function
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 5/6] locking/rwsem: Enable spinning readers
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 4/6] locking/rwsem: Change RWSEM_WAITING_BIAS for better disambiguation
- From: Waiman Long <Waiman.Long@xxxxxxx>
- [RFC PATCH-tip 6/6] xfs: Enable reader optimistic spinning for DAX inodes
- From: Waiman Long <Waiman.Long@xxxxxxx>
- RESEND: sysfs: Clarifying meaning of /sys/**/core_siblings on newer platforms
- From: chris hyser <chris.hyser@xxxxxxxxxx>
- Re: [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] vmlinux.lds.h: replace config_enabled() with IS_ENABLED()
- From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
- Re: [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH] ARM: socfpga: add PCIe to socfpga_defconfig
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 00/14] run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
- From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
- Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- [PATCH] ARM: socfpga: add PCIe to socfpga_defconfig
- From: Ley Foon Tan <lftan@xxxxxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: undefined reference to `printk'
- From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
- Re: [PATCH 2/9] mm: implement new pkey_mprotect() system call
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/14] s390/ptrace: run seccomp after ptrace
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH 4.2.y-ckt 099/206] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- [PATCH 02/14] seccomp: Add a seccomp_data parameter secure_computing()
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 07/14] arm/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 04/14] seccomp: remove 2-phase API
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 01/14] seccomp: add tests for ptrace hole
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 08/14] arm64/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 13/14] tile/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 12/14] powerpc/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 11/14] s390/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 09/14] MIPS/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 14/14] um/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 10/14] parisc/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 06/14] x86/ptrace: run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 05/14] seccomp: recheck the syscall after RET_TRACE
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 03/14] x86/entry: Get rid of two-phase syscall entry work
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 00/14] run seccomp after ptrace
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH] bitmap_equal memcmp optimization for s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: David Howells <dhowells@xxxxxxxxxx>
- [4.2.y-ckt stable] Patch "SIGNAL: Move generic copy_siginfo() to signal.h" has been added to the 4.2.y-ckt tree
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- Re: [PATCH] bitmap_equal memcmp optimization for s390
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH] bitmap: bitmap_equal memcmp optimization
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH 3/9] x86, pkeys: make mprotect_key() mask off additional vm_flags
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 4/9] x86: wire up mprotect_key() system call
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 5/9] x86, pkeys: allocation/free syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 8/9] pkeys: add details of system call use to Documentation/
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 2/9] mm: implement new pkey_mprotect() system call
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 9/9] x86, pkeys: add self-tests
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 0/9] [v3] System Calls for Memory Protection Keys
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH] bitmap: bitmap_equal memcmp optimization
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/9] [v2] System Calls for Memory Protection Keys
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/9] [v2] System Calls for Memory Protection Keys
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Chen Yu <yu.c.chen@xxxxxxxxx>
- Re: [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: zhouchengming <zhouchengming1@xxxxxxxxxx>
- Re: [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 0/9] [v2] System Calls for Memory Protection Keys
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 2/9] mm: implement new pkey_mprotect() system call
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 1/9] x86, pkeys: add fault handling for PF_PK page fault bit
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 3/9] x86, pkeys: make mprotect_key() mask off additional vm_flags
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 4/9] x86: wire up mprotect_key() system call
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 5/9] x86, pkeys: allocation/free syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 7/9] generic syscalls: wire up memory protection keys syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 6/9] x86, pkeys: add pkey set/get syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 9/9] x86, pkeys: add self-tests
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 8/9] pkeys: add details of system call use to Documentation/
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH] bitmap_equal memcmp optimization for s390
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- [PATCH] bitmap: bitmap_equal memcmp optimization
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: Waiman Long <waiman.long@xxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [added to the 4.1 stable tree] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [kernel-hardening] [PATCH 2/2] arm: apply more __ro_after_init
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] x86: apply more __ro_after_init and const
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 0/2] expand use of __ro_after_init
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- [PATCH 2/2] arm: apply more __ro_after_init
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [RFC 10/12] x86, rwsem: simplify __down_write
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- [PATCH] locking/qspinlock: Use atomic_sub_return_release in queued_spin_unlock
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH] arm64: implement FTRACE_WITH_REGS
- From: Torsten Duwe <duwe@xxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH] locking/qrwlock: fix write unlock issue in big endian
- From: Pan Xinhui <xinhui.pan@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [RFC PATCH 1/4] mm/hugetlb: Simplify hugetlb unmap
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
- Re: [RFC PATCH 1/4] mm/hugetlb: Simplify hugetlb unmap
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
- From: Rich Felker <dalias@xxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Will Deacon <will.deacon@xxxxxxx>
- [PATCH 2/9] clocksource/drivers/clksrc-probe: Introduce init functions with return code
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
- Re: [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: Enhancing semantics with memremap() - aliasing with memremap()
- From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
- Re: [PATCH -v2 22/33] locking,sparc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Enhancing semantics with memremap() - aliasing with memremap()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: Enhancing semantics with memremap() - aliasing with memremap()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: Enhancing semantics with memremap() - aliasing with memremap()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 1/8] x86, pkeys: add fault handling for PF_PK page fault bit
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 2/8] mm: implement new pkey_mprotect() system call
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 5/8] x86, pkeys: allocation/free syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 3/8] x86, pkeys: make mprotect_key() mask off additional vm_flags
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 4/8] x86: wire up mprotect_key() system call
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 7/8] pkeys: add details of system call use to Documentation/
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 6/8] x86, pkeys: add pkey set/get syscalls
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 8/8] x86, pkeys: add self-tests
- From: Dave Hansen <dave@xxxxxxxx>
- [PATCH 0/8] System Calls for Memory Protection Keys
- From: Dave Hansen <dave@xxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- [PATCH -v2 29/33] locking: Remove the deprecated atomic_{set,clear}_mask() functions
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 17/33] locking,mn10300: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 03/33] locking,arm: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 04/33] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 19/33] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 08/33] locking,blackfin: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 30/33] locking,alpha: Convert to _relaxed atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 20/33] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 11/33] locking,hexagon: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 18/33] locking,parisc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 00/33] implement atomic_fetch_$op
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 14/33] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 16/33] locking,mips: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 06/33] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}() for LSE instructions
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 23/33] locking,tile: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 09/33] locking,frv: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 26/33] locking: Fix atomic64_relaxed bits
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 05/33] arm64: atomic: generate LSE non-return cases using common macros
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 28/33] locking: Remove linux/atomic.h:atomic_fetch_or
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 22/33] locking,sparc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 25/33] locking,xtensa: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 07/33] locking,avr32: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 01/33] locking,alpha: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 31/33] locking,mips: Convert to _relaxed atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 15/33] locking,metag: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 21/33] locking,sh: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 27/33] locking: Implement atomic{,64,_long}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 32/33] locking,qrwlock: Employ atomic_fetch_add_acquire()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 24/33] locking,x86: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 33/33] locking,rwsem: Employ atomic_long_fetch_add()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 10/33] locking,h8300: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 13/33] locking,m32r: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 02/33] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH -v2 12/33] locking,ia64: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Chen Yu <yu.c.chen@xxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
- Re: [PATCH v4 00/16] genrtc removal
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Chen Yu <yu.c.chen@xxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Chen Yu <yu.c.chen@xxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Lukas Wunner <lukas@xxxxxxxxx>
- Re: [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
- [PATCH 4.6 092/100] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4.5 81/87] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4.4 80/86] SIGNAL: Move generic copy_siginfo() to signal.h
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: [PATCH v4 00/16] genrtc removal
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- [PATCH v4 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 07/16] rtc: parisc: provide rtc_class_ops directly
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 06/16] char/genrtc: remove mn10300 support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 12/16] rtc: powerpc: provide rtc_class_ops directly
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 09/16] rtc: m68k: provide rtc_class_ops directly
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 11/16] char/genrtc: remove m68k support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 05/16] char/genrtc: remove alpha support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 04/16] rtc: sh: provide rtc_class_ops directly
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 10/16] rtc: m68k: provide ioctl for q40
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 00/16] genrtc removal
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 15/16] char/genrtc: remove asm-generic/rtc.h from mips
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 08/16] char/genrtc: remove parisc support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 13/16] char/genrtc: remove powerpc support
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 14/16] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 16/16] char/genrtc: remove the rest of the driver
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v4 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 12/17] sparc: get rid of superfluous __GFP_REPEAT
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH][RFC] PCI: Workaround to enable poweroff on Mac Pro 11
- From: Chen Yu <yu.c.chen@xxxxxxxxx>
- [PATCH 04/17] arm: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 02/17] x86: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 05/17] arm64: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 06/17] arc: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 03/17] x86/efi: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 08/17] nios2: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 07/17] mips: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 01/17] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 09/17] parisc: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 10/17] score: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 15/17] tile: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 13/17] s390: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 16/17] unicore32: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 12/17] sparc: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 14/17] sh: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [PATCH 11/17] powerpc: get rid of superfluous __GFP_REPEAT
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- [RFC PATCH 2/4] mm: Change the interface for __tlb_remove_page
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH 3/4] mm/mmu_gather: Track page size with mmu gather and force flush if page size change
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH 4/4] powerpc/mm/radix: Implement tlb mmu gather flush efficiently
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH 1/4] mm/hugetlb: Simplify hugetlb unmap
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 00/16] genrtc removal
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 2/2] MIPS: Workaround GCC __builtin_unreachable reordering bug
- From: Paul Burton <paul.burton@xxxxxxxxxx>
- [PATCH v2 1/2] compiler-gcc: Allow arch-specific override of unreachable
- From: Paul Burton <paul.burton@xxxxxxxxxx>
- [PATCH 2/2] MIPS: Workaround GCC __builtin_unreachable reordering bug
- From: Paul Burton <paul.burton@xxxxxxxxxx>
- [PATCH 1/2] compiler-gcc: Allow arch-specific override of unreachable
- From: Paul Burton <paul.burton@xxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 18/23] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] x86/mm: Add warning to ioremap() for conflicting cache type
- From: "Kani, Toshimitsu" <toshi.kani@xxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 01/23] all: syscall wrappers: add documentation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
- Re: [PATCH v6 00/21] ILP32 for ARM64
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Enhancing semantics with memremap() - aliasing with memremap()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH] x86/mm: Add warning to ioremap() for conflicting cache type
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- [GIT PULL] asm-generic patch for v4.7
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH 13/23] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/23] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 05/23] all: wrap needed syscalls in generic unistd
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 01/23] all: syscall wrappers: add documentation
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 02/23] all: introduce COMPAT_WRAPPER option and enable it for s390
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 04/23] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/23] all: s390: move wrapper infrastructure to generic headers
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 07/23] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/23] compat ABI: use non-compat openat and open_by_handle_at variants
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 08/23] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 09/23] arm64: ensure the kernel is compiled for LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 11/23] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 15/23] arm64: introduce binfmt_elf32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 17/23] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 18/23] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 14/23] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 16/23] arm64: ilp32: introduce binfmt_ilp32.c
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 20/23] arm64: signal32: move ilp32 and aarch32 common code to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 19/23] arm64: signal: share lp64 signal routines to ilp32
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 21/23] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 22/23] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 23/23] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH 12/23] thread: move thread bits accessors to separated file
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- [PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/2] kbuild: Remove stale asm-generic wrappers
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v3 0/2] kbuild: Remove stale asm-generic wrappers
- From: James Hogan <james.hogan@xxxxxxxxxx>
- [PATCH v3 2/2] kbuild: Remove stale asm-generic wrappers
- From: James Hogan <james.hogan@xxxxxxxxxx>
- [PATCH v3 1/2] kbuild, x86: Track generated headers with generated-y
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH v3 1/8] asm-generic/io.h: allow barriers in io{read,write}{16,32}be
- From: Horia Geantă <horia.geanta@xxxxxxx>
- [PATCH v3 2/8] asm-generic/io.h: add io{read,write}64 accessors
- From: Horia Geantă <horia.geanta@xxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCHv6 3/8] dma-mapping: add dma_{map,unmap}_resource
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv6 2/8] dma-debug: add support for resource mappings
- From: Robin Murphy <robin.murphy@xxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCHv6 3/8] dma-mapping: add dma_{map,unmap}_resource
- From: "Niklas Söderlund" <niklas.soderlund@xxxxxxxxxxxx>
- Re: [PATCHv6 2/8] dma-debug: add support for resource mappings
- From: "Niklas Söderlund" <niklas.soderlund@xxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 13/15] x86: Improve spinlocks using ISO C++11 intrinsic atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 06/15] Provide 16-bit ISO atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH 01/15] cmpxchg_local() is not signed-value safe, so fix generic atomics
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [RFC PATCH 01/15] cmpxchg_local() is not signed-value safe, so fix generic atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 04/15] Convert 32-bit ISO atomics into a template
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 05/15] Provide atomic64_t and atomic_long_t using ISO atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 06/15] Provide 16-bit ISO atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 07/15] Provide cmpxchg(), xchg(), xadd() and __add() based on ISO C++11 intrinsics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 08/15] Provide an implementation of bitops using C++11 atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 09/15] Make the ISO bitops use 32-bit values internally
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 11/15] x86: Use ISO bitops
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 12/15] x86: Use ISO xchg(), cmpxchg() and friends
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 13/15] x86: Improve spinlocks using ISO C++11 intrinsic atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 15/15] x86: Fix misc cmpxchg() and atomic_cmpxchg() calls to use try/return variants
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 14/15] x86: Make the mutex implementation use ISO atomic ops
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 10/15] x86: Use ISO atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 02/15] tty: ldsem_cmpxchg() should use cmpxchg() not atomic_long_cmpxchg()
- From: David Howells <dhowells@xxxxxxxxxx>
- [RFC PATCH 00/15] Provide atomics and bitops implemented with ISO C++11 atomics
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- [PATCH] mm: disable fault around on emulated access bit architecture
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCHv6 3/8] dma-mapping: add dma_{map,unmap}_resource
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCHv6 2/8] dma-debug: add support for resource mappings
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] arm64: fix current_thread_info()->addr_limit setup
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v2] arm64: fix current_thread_info()->addr_limit setup
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] arm64: fix current_thread_info()->addr_limit setup
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- [PATCH v2] arm64: fix current_thread_info()->addr_limit setup
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Jim Bos <jim876@xxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [patch V4 01/31] bitops: add parity functions
- From: Martin Kepplinger <martink@xxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- S3 resume regression [1cf4f629d9d2 ("cpu/hotplug: Move online calls to hotplugged cpu")]
- From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- [patch V4 01/31] bitops: add parity functions
- From: zengzhaoxiu@xxxxxxx
- [patch V4 00/31] bitops: add parity functions
- From: zengzhaoxiu@xxxxxxx
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
- From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH v2 2/8] asm-generic/io.h: add io{read,write}64 accessors
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/8] asm-generic/io.h: add io{read,write}64 accessors
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCHv6 8/8] ARM: dts: r8a7791: add iommus to dmac0 and dmac1
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 3/8] dma-mapping: add dma_{map,unmap}_resource
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 2/8] dma-debug: add support for resource mappings
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 4/8] arm: dma-mapping: add {map,unmap}_resource for iommu ops
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 7/8] ARM: dts: r8a7790: add iommus to dmac0 and dmac1
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 6/8] dmaengine: rcar-dmac: add iommu support for slave transfers
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 0/8] dmaengine: rcar-dmac: add iommu support for slave transfers
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 5/8] dmaengine: rcar-dmac: group slave configuration
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- [PATCHv6 1/8] dma-mapping: add {map,unmap}_resource to dma_map_ops
- From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
- Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 15/25] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- [GIT PULL] asm-generic syscall fix for 4.6-rc
- From: Arnd Bergmann <arnd@xxxxxxxx>
- asm-generic syscall fix for 4.6-rc
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 2/8] asm-generic/io.h: add io{read,write}64 accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v2 1/8] asm-generic/io.h: allow barriers in io{read,write}{16,32}be
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH v2 1/8] asm-generic/io.h: allow barriers in io{read,write}{16,32}be
- From: Horia Geantă <horia.geanta@xxxxxxx>
- [PATCH v2 2/8] asm-generic/io.h: add io{read,write}64 accessors
- From: Horia Geantă <horia.geanta@xxxxxxx>
- Re: kmap_atomic and preemption
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 1/7] asm-generic/io.h: add io{read,write}64 accessors
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 1/7] asm-generic/io.h: add io{read,write}64 accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: kmap_atomic and preemption
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/7] asm-generic/io.h: add io{read,write}64 accessors
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Andrew Pinski <pinskia@xxxxxxxxx>
- Re: [PATCH 1/7] asm-generic/io.h: add io{read,write}64 accessors
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/5] powerpc: Rename context.vdso_base to context.vdso
- From: Christopher Covington <cov@xxxxxxxxxxxxxx>
- Re: kmap_atomic and preemption
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
- [PATCH 1/7] asm-generic/io.h: add io{read,write}64 accessors
- From: Horia Geantă <horia.geanta@xxxxxxx>
- Re: kmap_atomic and preemption
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: kmap_atomic and preemption
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: kmap_atomic and preemption
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- [PATCH] cpu/hotplug: print warning message in proper places for online or offline cpu
- From: Chen Yucong <slaoub@xxxxxxxxx>
- Re: kmap_atomic and preemption
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Re: kmap_atomic and preemption
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- kmap_atomic and preemption
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: VDSO unmap and remap support for additional architectures
- From: Christopher Covington <cov@xxxxxxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
- Re: [RFC PATCH v1 15/18] x86: Enable memory encryption on the APs
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
- Re: [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 00/16] genrtc removal
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v3 00/16] genrtc removal
- From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [PATCH 4.4 035/163] asm-generic/futex: Re-enable preemption in futex_atomic_cmpxchg_inatomic()
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4.5 045/200] asm-generic/futex: Re-enable preemption in futex_atomic_cmpxchg_inatomic()
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH] all: use compat version for preadv2 and pwritev2
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] asm-generic: Drop renameat syscall from default list
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH v3 00/16] genrtc removal
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [RFC][PATCH 14/31] locking,metag: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2] asm-generic: Drop renameat syscall from default list
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [RFC 1/5] powerpc: Rename context.vdso_base to context.vdso
- From: Balbir Singh <bsingharora@xxxxxxxxx>
- Re: [RFC PATCH v1 15/18] x86: Enable memory encryption on the APs
- From: "Huang, Kai" <kai.huang@xxxxxxxxxxxxxxx>
- RE: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
- From: "Elliott, Robert (Persistent Memory)" <elliott@xxxxxxx>
- Re: [RFC][PATCH 14/31] locking,metag: Implement atomic_fetch_{add,sub,and,or,xor}()
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [RFC PATCH v1 13/18] x86: DMA support for memory encryption
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH] tracing: add support for tracing MMIO helpers
- From: Rabin Vincent <rabin@xxxxxx>
- [PATCH v2] asm-generic: Drop renameat syscall from default list
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [RFC v2 3/7] firmware: port built-in section to linker table
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
- Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Netdev]
[Netfilter]
[Bugtraq]