Linux Arch

• Thread Index

• 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>
• Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
  • 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: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v1 13/18] x86: DMA support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: VDSO unmap and remap support for additional architectures
  • From: Dmitry Safonov <dsafonov@xxxxxxxxxxxxx>
• Re: VDSO unmap and remap support for additional architectures
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• 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 04/20] arm: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@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>
• 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: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: VDSO unmap and remap support for additional architectures
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 15/20] tile: get rid of superfluous __GFP_REPEAT
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• VDSO unmap and remap support for additional architectures
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• [RFC 2/5] mm/powerpc: Make VDSO unmap generic
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• [RFC 1/5] powerpc: Rename context.vdso_base to context.vdso
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• [RFC 5/5] arm64: Gain VDSO unmap and remap powers
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• [RFC 3/5] mm/powerpc: Make VDSO remap generic
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• [RFC 4/5] arm64: Use unsigned long for vdso
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH 04/20] arm: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 04/20] arm: get rid of superfluous __GFP_REPEAT
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 03/20] x86/efi: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/20] arm: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/20] x86: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/20] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/20] arc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/20] arm64: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/20] nios2: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/20] mips: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/20] parisc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/20] score: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/20] powerpc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 14/20] sh: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 15/20] tile: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 13/20] s390: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 12/20] sparc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 16/20] unicore32: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH v3 13/16] char/genrtc: remove powerpc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 00/16] genrtc removal
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 13/16] char/genrtc: remove powerpc support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 00/16] genrtc removal
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 09/16] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 14/16] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 05/16] char/genrtc: remove alpha support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 06/16] char/genrtc: remove mn10300 support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 13/16] char/genrtc: remove powerpc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 07/16] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 04/16] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 16/16] char/genrtc: remove the rest of the driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 08/16] char/genrtc: remove parisc support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 11/16] char/genrtc: remove m68k support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 03/16] char/genrtc: x86: remove remnants of asm/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 12/16] rtc: powerpc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 10/16] rtc: m68k: provide ioctl for q40
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 15/16] char/genrtc: remove asm-generic/rtc.h from mips
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 01/16] rtc: cmos: remove empty asm/mc146818rtc.h files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 02/16] rtc: cmos: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
  • From: Andrew Pinski <pinskia@xxxxxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v1 03/18] x86: Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v1 18/18] x86: Add support to turn on Secure Memory Encryption
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v1 03/18] x86: Secure Memory Encryption (SME) support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] x86/locking/rwsem: Cleanup ____down_write()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/8] char/rtc: replace blacklist with whitelist
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: char: legacy RTC cleanups
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] simplify rtc-generic driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
  • From: Andrew Pinski <pinskia@xxxxxxxxx>
• Re: [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC PATCH v1 05/18] x86: Handle reduction in physical address size with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 04/18] x86: Add the Secure Memory Encryption cpu feature
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 07/18] x86: Extend the early_memmap support with additional attrs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 06/18] x86: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 12/18] x86: Access device tree in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 13/18] x86: DMA support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 05/18] x86: Handle reduction in physical address size with SME
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 08/18] x86: Add support for early encryption/decryption of memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 04/18] x86: Add the Secure Memory Encryption cpu feature
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 00/18] x86: Secure Memory Encryption (AMD)
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 14/18] iommu/amd: AMD IOMMU support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 15/18] x86: Enable memory encryption on the APs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 16/18] x86: Do not specify encrypted memory for VGA mapping
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 18/18] x86: Add support to turn on Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 17/18] x86/kvm: Enable Secure Memory Encryption of nested page tables
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 11/18] x86: Decrypt trampoline area if memory encryption is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 09/18] x86: Insure that memory areas are encrypted when possible
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 08/18] x86: Add support for early encryption/decryption of memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 03/18] x86: Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 02/18] x86: Secure Memory Encryption (SME) build enablement
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 01/18] x86: Set the write-protect cache mode for AMD processors
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 06/18] x86: Provide general kernel support for memory encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 09/18] x86: Insure that memory areas are encrypted when possible
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 10/18] x86/efi: Access EFI related tables in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 07/18] x86: Extend the early_memmap support with additional attrs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH v1 03/18] x86: Secure Memory Encryption (SME) support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH v2 5/6] rtc: sh: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 3/6] rtc: powerpc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 2/6] rtc: m68k: provide ioctl for q40
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 4/6] rtc: parisc: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 6/6] rtc: generic: remove get_rtc_time/set_rtc_time wrappers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 1/6] rtc: m68k: provide rtc_class_ops directly
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 0/6] simplify rtc-generic driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/8] char/rtc: legacy RTC is no longer supported on x86
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 4/8] char/rtc: move mc146818rtc code out of asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/8] char/rtc: replace blacklist with whitelist
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/8] char/rtc: remove empty asm/mc146818rtc.h files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 5/8] char/genrtc: powerpc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/8] char/genrtc: parisc: use asm-generic/rtc.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 8/8] char/genrtc: disallow building on mn10300
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• char: legacy RTC cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 7/8] char/genrtc: disallow building on Alpha
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] tracing: add support for tracing MMIO helpers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing: add support for tracing MMIO helpers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] tracing: add support for tracing MMIO helpers
  • From: Rabin Vincent <rabin@xxxxxx>
• [PATCH 4.2.y-ckt 69/93] asm-generic/futex: Re-enable preemption in futex_atomic_cmpxchg_inatomic()
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• 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: [RFC][PATCH 22/31] locking,tile: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC][PATCH 22/31] locking,tile: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• [PATCH 10/18] vdso: make arch_setup_additional_pages wait for mmap_sem for write killable
  • From: Michal Hocko <mhocko@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: [RFC][PATCH 10/31] locking,hexagon: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 22/31] locking,tile: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [4.2.y-ckt stable] Patch "asm-generic/futex: Re-enable preemption in futex_atomic_cmpxchg_inatomic()" has been added to the 4.2.y-ckt tree
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Christoph Hellwig <hch@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: [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: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH V3 01/29] bitops: add parity functions
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niso@xxxxxx>
• Re: [PATCH V3 01/29] bitops: add parity functions
  • From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>
• Re: [RFC][PATCH 19/31] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 19/31] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] generic syscalls: wire up preadv2 and pwritev2 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [GIT PULL] asm-generic: add new syscalls for 4.6
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [RFC][PATCH 18/31] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 10/31] locking,hexagon: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [RFC][PATCH 02/31] locking,alpha: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
• Re: [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC][PATCH 02/31] locking,alpha: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}()
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC][PATCH 18/31] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 12/25] arm64: compat: change config dependences to aarch32
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 10/25] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 31/31] locking,qrwlock: Employ atomic_fetch_add_acquire()
  • From: Waiman Long <waiman.long@xxxxxxx>
• Re: [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 05/31] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH 27/31] locking: Remove linux/atomic.h:atomic_fetch_or
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 01/31] locking: Flip arguments to atomic_fetch_or
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH 27/31] locking: Remove linux/atomic.h:atomic_fetch_or
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [RFC][PATCH 06/31] locking,avr32: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Hans-Christian Noren Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [RFC][PATCH 04/31] locking,arm: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH 01/31] locking: Flip arguments to atomic_fetch_or
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 05/31] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH 01/31] locking: Flip arguments to atomic_fetch_or
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [RFC][PATCH 04/31] locking,arm: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 10/31] locking,hexagon: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 15/31] locking,mips: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 13/31] locking,m68k: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 22/31] locking,tile: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 07/31] locking,blackfin: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 05/31] locking,arm64: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 17/31] locking,parisc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 18/31] locking,powerpc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 21/31] locking,sparc: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 03/31] locking,arc: Implement atomic_fetch_{add,sub,and,andnot,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 28/31] locking: Remove the deprecated atomic_{set,clear}_mask() functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 01/31] locking: Flip arguments to atomic_fetch_or
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 26/31] locking: Implement atomic{,64,_long}_fetch_{add,sub,and,andnot,or,xor}{,_relaxed,_acquire,_release}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 25/31] locking: Fix atomic64_relaxed bits
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 16/31] locking,mn10300: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 20/31] locking,sh: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 06/31] locking,avr32: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 09/31] locking,h8300: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 14/31] locking,metag: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 02/31] locking,alpha: Implement atomic{,64}_fetch_{add,sub,and,andnot,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 27/31] locking: Remove linux/atomic.h:atomic_fetch_or
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 08/31] locking,frv: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 11/31] locking,ia64: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 12/31] locking,m32r: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 30/31] locking,mips: Convert to _relaxed atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 24/31] locking,xtensa: Implement atomic_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 29/31] locking,alpha: Convert to _relaxed atomics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 23/31] locking,x86: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/31] implement atomic_fetch_$op
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 19/31] locking,s390: Implement atomic{,64}_fetch_{add,sub,and,or,xor}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 31/31] locking,qrwlock: Employ atomic_fetch_add_acquire()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: Remove stale asm-generic wrappers
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 08/25] arch: introduce memremap()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: wire up preadv2/pwritev2
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V3 01/29] bitops: add parity functions
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• [PATCH] asm-generic: wire up preadv2/pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] arch/defconfig: remove CONFIG_RESOURCE_COUNTERS
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH] arch/defconfig: remove CONFIG_RESOURCE_COUNTERS
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] arch/defconfig: remove CONFIG_RESOURCE_COUNTERS
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH 01/19] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/19] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] asm-generic/futex: Properly re-enable preemption in futex_atomic_cmpxchg_inatomic()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] asm-generic/futex: Properly re-enable preemption in futex_atomic_cmpxchg_inatomic()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] asm-generic/futex: Properly re-enable preemption in futex_atomic_cmpxchg_inatomic()
  • From: Romain Perier <romain.perier@xxxxxxxxxxxxxxxxxx>
• [PATCH V3 00/29] bitops: add parity functions
  • From: zengzhaoxiu@xxxxxxx
• Re: [PATCH 10/25] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• [PATCH V3 01/29] bitops: add parity functions
  • From: zengzhaoxiu@xxxxxxx
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] x86: add frame annotation for call_rwsem_down_write_failed_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
  • From: "Zhangjian (Bamvor)" <bamvor.zhangjian@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 12/31] huge tmpfs: extend get_user_pages_fast to shmem pmd
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/19] x86/efi: get rid of superfluous __GFP_REPEAT
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/8] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 05/19] arm64: get rid of superfluous __GFP_REPEAT
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 06/19] arc: get rid of superfluous __GFP_REPEAT
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 13/19] s390: get rid of superfluous __GFP_REPEAT
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 13/19] s390: get rid of superfluous __GFP_REPEAT
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH 03/19] x86/efi: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/19] arm: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/19] x86: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/19] arc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/19] arm64: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/19] nios2: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/19] score: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/19] powerpc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/19] tree wide: get rid of __GFP_REPEAT for order-0 allocations part I
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 12/19] sparc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 13/19] s390: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/19] mips: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 14/19] sh: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 16/19] unicore32: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/19] parisc: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 15/19] tile: get rid of superfluous __GFP_REPEAT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] generic syscalls: wire up preadv2 and pwritev2 syscalls
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Piotr Kwapulinski <kwapulinski.piotr@xxxxxxxxx>
• Re: [PATCH 08/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
  • From: Andrew Pinski <pinskia@xxxxxxxxx>
• [PATCH v11 52/60] PCI: Unify skip_ioresource_align()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 08/11] ia64, rwsem: provide __down_write_killable
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Piotr Kwapulinski <kwapulinski.piotr@xxxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Piotr Kwapulinski <kwapulinski.piotr@xxxxxxxxx>
• [PATCH 08/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 03/11] xtensa, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/11] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/11] sh, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/11] introduce down_write_killable for rw_semaphore v3
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/11] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/11] sparc, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/11] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 12/31] huge tmpfs: extend get_user_pages_fast to shmem pmd
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 10/10] arch: fix has_transparent_hugepage()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] arch: fix has_transparent_hugepage()
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• Re: [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] sparc, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v2 01/30] bitops: add parity functions
  • From: zengzhaoxiu@xxxxxxx
• Re: [PATCH V2 01/30] bitops: add parity functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 12/31] huge tmpfs: extend get_user_pages_fast to shmem pmd
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 10/10] arch: fix has_transparent_hugepage()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V2 01/30] bitops: add parity functions
  • From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH 10/10] arch: fix has_transparent_hugepage()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC6 PATCH v6 00/21] ILP32 for ARM64 - LTP results
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 21/25] arm64: signal: share lp64 signal routines to ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 24/25] arm64:ilp32: add vdso-ilp32 and use for signal return
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 20/25] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 14/25] thread: move thread bits accessors to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 22/25] arm64: signal32: move ilp32 and aarch32 common code to separated file
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 19/25] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 18/25] arm64: ilp32: introduce binfmt_ilp32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 17/25] arm64: introduce binfmt_elf32.c
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 25/25] arm64:ilp32: add ARM64_ILP32 to Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 13/25] arm64:uapi: set __BITS_PER_LONG correctly for ILP32 and LP64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 11/25] arm64: change some CONFIG_COMPAT over to use CONFIG_AARCH32_EL0 instead
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 09/25] arm64: ensure the kernel is compiled for LP64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 16/25] arm64: ilp32: add is_ilp32_compat_{task,thread} and TIF_32BIT_AARCH64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 15/25] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 06/25] compat ABI: use non-compat openat and open_by_handle_at variants
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/25] arm64: compat: change config dependences to aarch32
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 10/25] arm64: rename COMPAT to AARCH32_EL0 in Kconfig
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 08/25] arm64: ilp32: add documentation on the ILP32 ABI for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/25] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 05/25] all: wrap needed syscalls in generic unistd
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 07/25] 32-bit ABI: introduce ARCH_32BIT_OFF_T config option
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 03/25] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 04/25] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 02/25] all: introduce COMPAT_WRAPPER option and enable it for s390
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 23/25] arm64: ilp32: introduce ilp32-specific handlers for sigframe and ucontext
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [RFC6 PATCH v6 00/21] ILP32 for ARM64
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 12/31] huge tmpfs: extend get_user_pages_fast to shmem pmd
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 10/10] arch: fix has_transparent_hugepage()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH V2 01/30] bitops: add parity functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v5 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v5 0/4] improvements to the nmi_backtrace code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH][RFC v2] cpufreq: governor: Fix overflow when calculating idle time
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH V2 01/30] bitops: add parity functions
  • From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>
• [PATCH][RFC] cpufreq: governor: Fix overflow when calculating idle time
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] xtensa, rwsem: drop superfluous arch specific implementation
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] sh, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1/2] xtensa, rwsem: drop superfluous arch specific implementation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• [PATCH] mm/mmap: kill hook arch_rebalance_pgtables
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/3] man/mmap.2: don't unmap the overlapping VMA(s)
  • From: Piotr Kwapulinski <kwapulinski.piotr@xxxxxxxxx>
• [PATCH 3/3] man/mremap.2: don't unmap the overlapping VMA(s)
  • From: Piotr Kwapulinski <kwapulinski.piotr@xxxxxxxxx>
• [PATCH 2/3] mm/mremap.c: don't unmap the overlapping VMA(s)
  • From: Piotr Kwapulinski <kwapulinski.piotr@xxxxxxxxx>
• [PATCH 0/3] mm/mmap.c: don't unmap the overlapping VMA(s)
  • From: Piotr Kwapulinski <kwapulinski.piotr@xxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/11] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/11] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/11] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/11] sparc, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/11] xtensa, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/11] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/11] introduce down_write_killable for rw_semaphore v2
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/6] MIPS seccomp_bpf self test and fixups
  • From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
• [PATCH] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v4 0/4] improvements to the nmi_backtrace code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v4 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 0/6] MIPS seccomp_bpf self test and fixups
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mfd: remove dependency on HAS_IOMEM
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/2] mfd: remove dependency on HAS_IOMEM
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 1/2] asm-generic/io.h: provide default ioremap/iounmap for !HAS_IOMEM
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2 0/6] MIPS seccomp_bpf self test and fixups
  • From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
• [PATCH v2 4/6] seccomp: Get compat syscalls from asm-generic header
  • From: Matt Redfearn <matt.redfearn@xxxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>