Linux Arch

• Thread Index

• Re: [PATCH v2 3/3] sched/preempt: fix cond_resched_lock() and cond_resched_softirq()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] sched/preempt: fix cond_resched_lock() and cond_resched_softirq()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 6/6] cputime: Introduce cputime_to_timespec64()/timespec64_to_cputime()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] cputime: Introduce cputime_to_timespec64()/timespec64_to_cputime()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 6/6] cputime: Introduce cputime_to_timespec64()/timespec64_to_cputime()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v2 1/3] drivers/xen/preempt: use need_resched() instead of should_resched()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH v2 2/3] KVM: PPC: Book3S HV: Use need_resched() instead of should_resched()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] sched/preempt: fix cond_resched_lock() and cond_resched_softirq()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH 6/6] cputime: Introduce cputime_to_timespec64()/timespec64_to_cputime()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 0/6] Introduce 64bit accessors and structures required to address y2038 issues in the posix_clock subsystem
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 29/49] PCI: Unify skip_ioresource_align()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] Revert "perf tools: Allow to specify custom linker command"
  • From: "acme@xxxxxxxxxx" <acme@xxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: "perf record" if BITS_PER_LONG != 64 && !defined(HAVE_SYNC_COMPARE_AND_SWAP_SUPPORT)
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Revert "perf tools: Allow to specify custom linker command"
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH] Revert "perf tools: Allow to specify custom linker command"
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: "perf record" if BITS_PER_LONG != 64 && !defined(HAVE_SYNC_COMPARE_AND_SWAP_SUPPORT)
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: "perf record" if BITS_PER_LONG != 64 && !defined(HAVE_SYNC_COMPARE_AND_SWAP_SUPPORT)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: "perf record" if BITS_PER_LONG != 64 && !defined(HAVE_SYNC_COMPARE_AND_SWAP_SUPPORT)
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• "perf record" if BITS_PER_LONG != 64 && !defined(HAVE_SYNC_COMPARE_AND_SWAP_SUPPORT)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH] perf tools: Really allow to specify custom CC, AR or LD
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Revert "perf tools: Allow to specify custom linker command"
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Revert "perf tools: Allow to specify custom linker command"
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] ftrace: Format MCOUNT_ADDR address as type unsigned long
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] fs: dax: do not build on ARC or SH
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 02/24] arc: Provide atomic_{or,xor,and}
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 2/5] asm-generic: rework atomic-long.h to avoid bulk code duplication
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 1/5] atomics: add acquire/release/relaxed variants of some atomic operations
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 3/5] asm-generic: add relaxed/acquire/release variants for atomic_long_t
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 0/5] Add generic support for relaxed atomics
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 5/5] locking/qrwlock: make use of acquire/release/relaxed atomics
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 4/5] lockref: remove homebrew cmpxchg64_relaxed macro definition
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] fs: dax: do not build on ARC or SH
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• [PATCH] Revert "perf tools: Allow to specify custom linker command"
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• [PATCH] fs: dax: do not build on ARC or SH
  • From: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
• Re: [RFC][PATCH 04/24] arm64: Provide atomic_{or,xor,and}
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 1/3] x86, irq: Rename VECTOR_UNDEFINED and VECTOR_RETRIGGERED to IRQ_*
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 2/3] x86, irq: Clarify "No irq handler" message
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 3/3] IRQ: Print "unexpected IRQ" messages consistently across architectures
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 0/3] IRQ trivial clarifications
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH V2] bug: Fix build error in V4.2-RC1
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: [PATCH] bug: Fix build error in V4.2-RC1
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] bug: Fix build error in V4.2-RC1
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• [PATCH] bug: Fix build error in V4.2-RC1
  • From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 04/24] arm64: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [Patch V5 12/16] mm: provide early_memremap_ro to establish read-only mapping
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH v2] mm: cleaning per architecture MM hook header files
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 19/24] s390: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 19/24] s390: Provide atomic_{or,xor,and}
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 03/24] arm: Provide atomic_{or,xor,and}
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 19/24] s390: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC][PATCH 10/24] m68k: Provide atomic_{or,xor,and}
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] brcmfmac: dhd_sdio.c: use existing atomic_or primitive
  • From: Arend van Spriel <arend@xxxxxxxxxxxx>
• Re: [RFC][PATCH 04/24] arm64: Provide atomic_{or,xor,and}
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC][PATCH 19/24] s390: Provide atomic_{or,xor,and}
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC][PATCH 02/24] arc: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] brcmfmac: dhd_sdio.c: use existing atomic_or primitive
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC][PATCH 02/24] arc: Provide atomic_{or,xor,and}
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH-tip v2 0/2] locking/qrwlock: Improve qrwlock performance
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v2 1/2] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v2] mm: cleaning per architecture MM hook header files
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH-tip v2 0/2] locking/qrwlock: Improve qrwlock performance
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC][PATCH 15/24] powerpc: Provide atomic_{or,xor,and}
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: mm: new mm hook framework
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH] tile: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] tile: Provide atomic_{or,xor,and}
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH 2/3] brcmfmac: dhd_sdio.c: use existing atomic_or primitive
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 12/24] mips: Provide atomic_{or,xor,and}
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 2/3] brcmfmac: dhd_sdio.c: use existing atomic_or primitive
  • From: Arend van Spriel <arend@xxxxxxxxxxxx>
• Re: [PATCH 2/3] brcmfmac: dhd_sdio.c: use existing atomic_or primitive
  • From: Arend van Spriel <arend@xxxxxxxxxxxx>
• Re: [RFC][PATCH 17/24] sparc: Provide atomic_{or,xor,and}
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC][PATCH 23/24] atomic: Collapse all atomic_{set,clear}_mask definitions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 08/24] ia64: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 04/24] arm64: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 11/24] metag: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 07/24] hexagon: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 18/24] xtensa: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 03/24] arm: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 05/24] avr32: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 24/24] atomic: Replace atomic_{set,clear}_mask() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 01/24] alpha: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 17/24] sparc: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 09/24] m32r: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 00/24] arch: Provide atomic logic ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 13/24] mn10300: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 12/24] mips: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 15/24] powerpc: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 19/24] s390: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 03/24] arm: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 10/24] m68k: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 06/24] blackfin: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 14/24] parisc: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 22/24] frv: Rewrite atomic implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 16/24] sh: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 02/24] arc: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 20/24] x86: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 21/24] atomic: Provide atomic_{or,xor,and}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 2/2] locking/qrwlock: Reduce writer to writer lock transfer latency
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v2 1/2] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH-tip v2 0/2] locking/qrwlock: Improve qrwlock performance
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH 0/3] atomic_or() related changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] atomic_or() related changes
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 0/3] atomic_or() related changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/3] ARC: provide atomic_or() and define ARCH_HAS_ATOMIC_OR
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 2/3] brcmfmac: dhd_sdio.c: use existing atomic_or primitive
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 1/3] asm-generic/atomic.h: ARCH_HAS_ATOMIC_OR -> CONFIG_ARCH_HAS_ATOMIC_OR
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 0/3] atomic_or() related changes
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v9 5/8] PCI: Add pci_iomap_wc() variants
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH v2 2/3] string: provide strscpy()
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v2 2/3] string: provide strscpy()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] Make asm/word-at-a-time.h available on all architectures
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v2 0/3] add new strscpy() API for string copy
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v2 3/3] tile: use global strscpy() rather than private copy
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] locking/qrwlock: avoid redundant atomic_add_return on read_lock_slowpath
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 6/9] locking/qrwlock: allow architectures to hook in to contended paths
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 5/9] locking/qrwlock: remove redundant cmpxchg barriers on writer slow-path
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 6/9] locking/qrwlock: allow architectures to hook in to contended paths
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] locking/qrwlock: remove redundant cmpxchg barriers on writer slow-path
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] locking/qrwlock: implement queue_write_unlock using smp_store_release
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] locking/qrwlock: avoid redundant atomic_add_return on read_lock_slowpath
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 01/41] clocksource: asm9260: Migrate to new 'set-state' interface
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 01/41] clocksource: asm9260: Migrate to new 'set-state' interface
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 01/41] clocksource: asm9260: Migrate to new 'set-state' interface
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 4/4] locking/qrwlock: Use direct MCS lock/unlock in slowpath
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] locking/qrwlock: Use direct MCS lock/unlock in slowpath
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 2/9] locking/qrwlock: avoid redundant atomic_add_return on read_lock_slowpath
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] locking/qrwlock: avoid redundant atomic_add_return on read_lock_slowpath
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 2/9] locking/qrwlock: avoid redundant atomic_add_return on read_lock_slowpath
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/9] locking/qrwlock: avoid redundant atomic_add_return on read_lock_slowpath
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 9/9] arm64: locking: replace read/write locks with generic qrwlock code
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 4/9] locking/qrwlock: implement queue_write_unlock using smp_store_release
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 6/9] locking/qrwlock: allow architectures to hook in to contended paths
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 7/9] locking/qrwlock: expose internal lock structure in qrwlock definition
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 2/9] locking/qrwlock: avoid redundant atomic_add_return on read_lock_slowpath
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 3/9] locking/qrwlock: tidy up rspin_until_writer_unlock
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 1/9] locking/qrwlock: include <linux/spinlock.h> for arch_spin_{lock,unlock}
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 5/9] locking/qrwlock: remove redundant cmpxchg barriers on writer slow-path
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 0/9] locking/qrwlock: get qrwlocks up and running on arm64
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 8/9] arm64: cmpxchg: implement cmpxchg_relaxed
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH V3 3/5] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 4/5] mm: mmap: Add mmap flag to request VM_LOCKONFAULT
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 2/5] mm: mlock: Add new mlock, munlock, and munlockall system calls
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V3 0/5] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 4/4] locking/qrwlock: Use direct MCS lock/unlock in slowpath
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: RFC: default ioremap_*() variant defintions
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: RFC: default ioremap_*() variant defintions
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 2/4] locking/qrwlock: Reduce reader/writer to reader lock transfer latency
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 1/4] locking/qrwlock: Better optimization for interrupt context readers
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 4/4] locking/qrwlock: Use direct MCS lock/unlock in slowpath
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 3/4] locking/qrwlock: Reduce writer to writer lock transfer latency
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 0/4] locking/qrwlock: Improve qrwlock performance
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: RFC: default ioremap_*() variant defintions
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RFC: default ioremap_*() variant defintions
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RFC: default ioremap_*() variant defintions
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH] rtc-cmos: Support of century field
  • From: Sylvain Chouleur <sylvain.chouleur@xxxxxxxxx>
• Re: ARC build -O3 (was Re: subtle side effect of commit a1c48bb160f836)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: ARC build -O3 (was Re: subtle side effect of commit a1c48bb160f836)
  • From: Michal Marek <mmarek@xxxxxxx>
• ARC build -O3 (was Re: subtle side effect of commit a1c48bb160f836)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH v2] mm: cleaning per architecture MM hook header files
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: cleaning per architecture MM hook header files
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2] mm: cleaning per architecture MM hook header files
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: cleaning per architecture MM hook header files
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: cleaning per architecture MM hook header files
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 11/28] ARCv2: extable: Enable sorting at build time
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 11/28] ARCv2: extable: Enable sorting at build time
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• [PATCH] mm: cleaning per architecture MM hook header files
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• atomic64 on 32-bit vs 64-bit (was: Re: Add virtio gpu driver.)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: mm: new mm hook framework
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: mm: new mm hook framework
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 11/28] ARCv2: extable: Enable sorting at build time
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v3 22/28] ARCv2: barriers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/8] ARC: perf: support RAW events
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v3 22/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 20/28] ARCv2: barriers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 20/28] ARCv2: barriers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 20/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 20/28] ARCv2: barriers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 20/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 3/8] ARCv2: perf: implement "event_set_period" for future use with interrupts
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 1/8] ARC: perf: support RAW events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [arc-linux-dev] [PATCH] stmmac: explicitly zero des0 & des1 on init
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [arc-linux-dev] [PATCH] stmmac: explicitly zero des0 & des1 on init
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 1/3] locking/qrwlock: Rename functions to queued_*()
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 2/3] locking/qrwlock: Better optimization for interrupt context readers
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 0/3] locking/qrwlock: More optimizations in qrwlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v2 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 1/2] locking/qrwlock: Better optimization for interrupt context readers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: subtle side effect of commit a1c48bb160f836
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• subtle side effect of commit a1c48bb160f836
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v4 1/2] locking/qrwlock: Better optimization for interrupt context readers
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v4 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v4 0/2] locking/qrwlock: More optimizations in qrwlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v3 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v3 1/2] locking/qrwlock: Better optimization for interrupt context readers
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 1/8] ARC: perf: support RAW events
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 1/8] ARC: perf: support RAW events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] ARC: perf: support RAW events
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [arc-linux-dev] [PATCH] stmmac: explicitly zero des0 & des1 on init
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 1/2] locking/qrwlock: Better optimization for interrupt context readers
  • From: Will Deacon <will.deacon@xxxxxxx>
• RE: [PATCH 1/8] ARC: perf: support RAW events
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v3 1/2] locking/qrwlock: Better optimization for interrupt context readers
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v3 0/2] locking/qrwlock: More optimizations in qrwlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v3 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] ARCv2: perf: implement "event_set_period" for future use with interrupts
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] ARC: perf: support RAW events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH] rtc-cmos: Support of century field
  • From: Sylvain Chouleur <sylvain.chouleur@xxxxxxxxx>
• Re: [PATCH v5 00/24] Convert the posix_clock_operations and k_clock structure to ready for 2038
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [PATCH v2 1/2] locking/qrwlock: Fix bug in interrupt handling code
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v2 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 00/24] Convert the posix_clock_operations and k_clock structure to ready for 2038
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2] ARC: add smp barriers around atomics per Documentation/atomic_ops.txt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2] ARC: Reduce bitops lines of code using macros
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] ARC: add smp barriers around atomics per Documentation/atomic_ops.txt
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2] ARC: Reduce bitops lines of code using macros
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2] ARC: add smp barriers around atomics per Documentation/atomic_ops.txt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v5 22/24] cputime: Introduce cputime_to_timespec64()/timespec64_to_cputime()
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v5 00/24] Convert the posix_clock_operations and k_clock structure to ready for 2038
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH v2 1/2] locking/qrwlock: Fix bug in interrupt handling code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Generic kernel features that need architecture(mips) support
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 18/28] ARC: add smp barriers around atomics per memory-barrriers.txt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Generic kernel features that need architecture(mips) support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Generic kernel features that need architecture(mips) support
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH v2 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• HAVE_CMPXCHG_LOCAL arch support.
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: HAVE_CMPXCHG_LOCAL arch support.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• [RESEND PATCH V2 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 18/28] ARC: add smp barriers around atomics per memory-barrriers.txt
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 18/28] ARC: add smp barriers around atomics per memory-barrriers.txt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [42/73] rtc: delete non-required instances of include <linux/init.h>
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH v2 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v2 1/2] locking/qrwlock: Fix bug in interrupt handling code
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 0/2 v2] locking/qrwlock: Fix interrupt handling problem
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v4 9/9] x86: convert dma_map_ops to support mapping a __pfn_t.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 20/28] ARCv2: barriers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 19/28] arch: conditionally define smp_{mb,rmb,wmb}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 18/28] ARC: add smp barriers around atomics per memory-barrriers.txt
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/8] ARCv2: perf: implement "event_set_period" for future use with interrupts
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 5/8] ARCv2: perf: set usable max period as a half of real max period
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 17/28] ARC: add compiler barrier to LLSC based cmpxchg
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 6/8] ARCv2: perf: implement exclusion of event counting in user or kernel mode
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 0/8] ARCv2 port to Linux - (C) perf
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 7/8] ARCv2: perf: SMP support
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 1/8] ARC: perf: support RAW events
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 8/8] ARCv2: perf: Finally introduce HS perf unit
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 4/8] ARCv2: perf: Support sampling events using overflow interrupts
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 2/8] ARC: perf: cap the number of counters to hardware max of 32
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 00/28] ARCv2 port to Linux - (B) ISA / Core / platform support
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 06/28] ARCv2: MMUv4: TLB programming Model changes
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 07/28] ARCv2: MMUv4: cache programming model changes
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 15/28] ARCv2: SMP: clocksource: Enable Global Real Time counter
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 04/28] ARCv2: STAR 9000808988: signals involving Delay Slot
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 12/28] ARCv2: clocksource: Introduce 64bit local RTC counter
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 10/28] ARCv2: Adhere to Zero Delay loop restriction
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 13/28] ARC: make plat_smp_ops weak to allow over-rides
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 17/28] ARC: add compiler barrier to LLSC based cmpxchg
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 18/28] ARC: add smp barriers around atomics per memory-barrriers.txt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 25/28] ARCv2: [nsim*hs*] Support simulation platforms for HS38x cores
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 14/28] ARCv2: SMP: ARConnect debug/robustness
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 19/28] arch: conditionally define smp_{mb,rmb,wmb}
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 22/28] ARCv2: STAR 9000837815 workaround hardware exclusive transactions livelock
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 16/28] ARCv2: SMP: intc: IDU 2nd level intc for dynamic IRQ distribution
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 28/28] ARCv2: [vdk] dts files and defconfig for HS38 VDK
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 27/28] ARCv2: [axs103] Support ARC SDP FPGA platform for HS38x cores
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 09/28] ARCv2: optimised string/mem lib routines
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 20/28] ARCv2: barriers
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 26/28] ARC: [axs101] Prepare for AXS103
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 01/28] ARCv2: [intc] HS38 core interrupt controller
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 02/28] ARCv2: Support for ARCv2 ISA and HS38x cores
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 05/28] ARCv2: STAR 9000814690: Really Re-enable interrupts to avoid deadlocks
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 03/28] ARCv2: STAR 9000793984: Handle return from intr to Delay Slot
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 24/28] ARCv2: All bits in place, allow ARCv2 builds
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 21/28] ARC: Reduce bitops lines of code using macros
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 23/28] ARCv2: SLC: Handle explcit flush for DMA ops (w/o IO-coherency)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 11/28] ARCv2: extable: Enable sorting at build time
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 08/28] ARCv2: MMUv4: support aliasing icache config
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [42/73] rtc: delete non-required instances of include <linux/init.h>
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] x86: convert dma_map_ops to support mapping a __pfn_t.
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 6/9] scatterlist: use sg_phys()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 4/9] dax: fix mapping lifetime handling, convert to __pfn_t + kmap_atomic_pfn_t()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 3/9] dax: drop size parameter to ->direct_access()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [GIT PULL] Documentation/features: Add kernel feature descriptions and arch support status files under Documentation/features/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 0/2] locking/qrwlock: Fix interrupt handling problem
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 2/2] locking/qrwlock: Don't contend with readers when setting _QW_WAITING
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 1/2] locking/qrwlock: Fix bug in interrupt handling code
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [42/73] rtc: delete non-required instances of include <linux/init.h>
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [42/73] rtc: delete non-required instances of include <linux/init.h>
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/9] dax: fix mapping lifetime handling, convert to __pfn_t + kmap_atomic_pfn_t()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v4 4/9] dax: fix mapping lifetime handling, convert to __pfn_t + kmap_atomic_pfn_t()
  • From: "Elliott, Robert (Server Storage)" <Elliott@xxxxxx>
• Re: [PATCH 00/19] ARCv2 port to Linux - (A) prepratory patches
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 10/19] ARC: entry.S: Trap handler to use r10 for syscall vs. brkpt decision
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 07/19] ARC: entry.S: canonical'ize EXCEPTION_{PROLOGUE,EPILOGUE}
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 02/19] ARC: cacheflush: move some code around, delete old comments
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 09/19] ARC: entry.S: FAKE_RET_FROM_EXCPN can always use r9
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 11/19] ARC: entry.S: comments cleanup
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 12/19] ARC: entry.S: Ensure that restore_regs is local to compilation unit
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 13/19] ARC: entry.S: split into ARCompact ISA specific, common bits
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 15/19] ARC: entry.S: micro-optimize Trap handler
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 14/19] ARC: entry.S: move some code around for cache locality in return path
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 16/19] ARC: entry.S: use single EXCEPTION_PROLOGUE
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 17/19] ARC: entry.S: [arcompact] simplify SWITCH_TO_KERNEL_STK
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 19/19] ARC: intc: split into ARCompact ISA specific, common bits
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 18/19] ARC: Make way for pt_regs != user_regs_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 01/19] ARC: mm/cache_arc700.c -> mm/cache.c
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 08/19] ARC: entry.S: confine EXCEPTION_* macros to one file
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 06/19] ARC: entry.S: Introduce INTERRUPT_{PROLOGUE,EPILOGUE}
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 05/19] ARC: entry.S: common'ize scrtach reg freeup in intr + exceptions
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 04/19] ARC: untangle cache flush loop
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 03/19] ARC: cacheflush: No need to retain DC_CTRL from __before_dc_op()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 00/19] ARCv2 port to Linux - (A) prepratory patches
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v4 4/9] dax: fix mapping lifetime handling, convert to __pfn_t + kmap_atomic_pfn_t()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/9] dax: drop size parameter to ->direct_access()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/9] introduce __pfn_t for scatterlists and pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 1/9] introduce __pfn_t for scatterlists and pmem
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/9] x86: support kmap_atomic_pfn_t() for persistent memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 3/9] dax: drop size parameter to ->direct_access()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 7/9] scatterlist: cleanup sg_chain() and sg_unmark_end()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 4/9] dax: fix mapping lifetime handling, convert to __pfn_t + kmap_atomic_pfn_t()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 1/9] introduce __pfn_t for scatterlists and pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 6/9] scatterlist: use sg_phys()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 9/9] x86: convert dma_map_ops to support mapping a __pfn_t.
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 0/9] introduce __pfn_t, evacuate struct page from sgls
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 8/9] scatterlist: convert to __pfn_t
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 5/9] dma-mapping: allow archs to optionally specify a ->map_pfn() operation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 0/9] introduce __pfn_t, evacuate struct page from sgls
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/4] arc: add AXS101 board support
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• console setting via stdout-path vs console=xxx (was Re: [PATCH 2/4] ARC: [axs101] support early 8250 uart)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 2/4] ARC: [axs101] support early 8250 uart
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for 'KASAN'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features: Explain kernel feature descriptions and add visualization script
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/core: Add feature description and arch support status file for 'BPF-JIT'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/locking: Add feature description and arch support status file for 'queued-rwlocks'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/locking: Add feature description and arch support status file for ' queued-spinlocks'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/perf: Add feature description and arch support status file for 'perf-regs'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for ' gcov-profile-all'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/locking: Add feature description and arch support status file for 'cmpxchg-local'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/perf: Add feature description and arch support status file for 'perf-stackdump'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/perf: Add feature description and arch support status file for 'kprobes-event'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/io: Add feature description and arch support status file for 'dma-api-debug'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/core: Add feature description and arch support status file for ' generic-idle-thread'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for ' user-ret-profiler'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/time: Add feature description and arch support status file for ' modern-timekeeping'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for 'kretprobes'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/time: Add feature description and arch support status file for 'virt-cpuacct'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for 'uprobes'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for ' kprobes-on-ftrace'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for 'optprobes'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for 'kprobes'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for 'ioremap_prot'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/time: Add feature description and arch support status file for ' arch-tick-broadcast'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for 'ELF-ASLR'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/locking: Add feature description and arch support status file for 'lockdep'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/time: Add feature description and arch support status file for 'clockevents'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for 'kgdb'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/time: Add feature description and arch support status file for ' context-tracking'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/seccomp: Add feature description and arch support status file for 'seccomp-filter'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/core: Add feature description and arch support status file for 'jump-labels'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/debug: Add feature description and arch support status file for 'stackprotector'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/io: Add feature description and arch support status file for 'dma_map_attrs'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/core: Add feature description and arch support status file for 'tracehook'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/io: Add feature description and arch support status file for 'dma-contiguous'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/sched: Add feature description and arch support status file for 'numa-balancing'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/locking: Add feature description and arch support status file for 'rwsem-optimized '
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for 'THP'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/time: Add feature description and arch support status file for 'irq-time-acct'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for ' pmdp_splitting_flush'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for 'pte_special'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for 'huge-vmap'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/io: Add feature description and arch support status file for 'sg-chain'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/lib: Add feature description and arch support status file for 'strncasecmp'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for 'PG_uncached'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [tip:core/documentation] Documentation/features/vm: Add feature description and arch support status file for 'numa-memblock'
  • From: tip-bot for Ingo Molnar <tipbot@xxxxxxxxx>
• [GIT PULL] Documentation/features: Add kernel feature descriptions and arch support status files under Documentation/features/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v4 00/25] Convert the posix_clock_operations and k_clock structure to ready for 2038
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/25] Convert the posix_clock_operations and k_clock structure to ready for 2038
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH V2 1/3] Add mmap flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V2 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH V2 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 23/25] cputime:Introduce the cputime_to_timespec64/timespec64_to_cputime function
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH v4 00/25] Convert the posix_clock_operations and k_clock structure to ready for 2038
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [PATCH 78/98] include/uapi/asm-generic/ucontext.h: include asm/signal.h and asm/sigcontext.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 35/98] include/uapi/asm-generic/msgbuf.h: include asm/ipcbuf.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 34/98] include/uapi/asm-generic/ipcbuf.h: include linux/posix_types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 36/98] include/uapi/asm-generic/shmbuf.h: include fixes
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 38/98] include/uapi/asm-generic/signal.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH 37/98] asm-generic/sembuf.h: include asm/posix_types.h and asm/ipcbuf.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH 1/2] PCI: Add pci_bus_addr_t
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [RESEND PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH 1/3] Add flag to request pages are locked after page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [RESEND PATCH 2/3] Add mlockall flag for locking pages on fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH v2] arm64: Preserve the user r/w register tpidr_el0 on context switch and fork in compat mode
  • From: André Hentschel <nerv@xxxxxxxxxxx>
• Re: [PATCH v2] arm64: Preserve the user r/w register tpidr_el0 on context switch and fork in compat mode
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [c++std-parallel-1651] Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] add new strscpy() API for string copy
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [c++std-parallel-1641] Re: Compilers and RCU readers: Once more unto the breach!
  • From: Torvald Riegel <triegel@xxxxxxxxxx>
• Re: [c++std-parallel-1611] Compilers and RCU readers: Once more unto the breach!
  • From: Torvald Riegel <triegel@xxxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 00/11] evacuate struct page from the block layer, introduce __pfn_t
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v8 01/16] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [PATCH v8 07/16] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: kenner@xxxxxxxxxxxxxxxxxxx (Richard Kenner)
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 07/16] drivers: reset: Add STM32 reset driver
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 07/16] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [c++std-parallel-1632] Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 07/16] drivers: reset: Add STM32 reset driver
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [c++std-parallel-1632] Re: Compilers and RCU readers: Once more unto the breach!
  • From: Michael Matz <matz@xxxxxxx>
• Re: [c++std-parallel-1632] Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] y2038: asm-generic: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [c++std-parallel-1632] Re: Compilers and RCU readers: Once more unto the breach!
  • From: Michael Matz <matz@xxxxxxx>
• Re: [PATCH 2/9] y2038: asm-generic: extend sysvipc data structures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v8 07/16] drivers: reset: Add STM32 reset driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 01/16] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 01/16] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH v8 07/16] drivers: reset: Add STM32 reset driver
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [PATCH v8 01/16] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Andreas Färber <afaerber@xxxxxxx>
• Re: [c++std-parallel-1632] Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] arm64: Preserve the user r/w register tpidr_el0 on context switch and fork in compat mode
  • From: André Hentschel <nerv@xxxxxxxxxxx>
• Re: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Andrew Haley <aph@xxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] y2038: remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 7/9] y2038: powerpc: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 5/9] y2038: parisc: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/9] y2038: asm-generic: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 0/9] converting system calls to 64-bit time_t, part 2
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 4/9] y2038: x86: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 6/9] y2038: sparc: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 9/9] y2038: ipc: report long times to user space
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 8/9] y2038: xtensa: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/9] y2038: remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/9] y2038: mips: extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Ramana Radhakrishnan <ramana.radhakrishnan@xxxxxxx>
• Re: [c++std-parallel-1624] Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Ramana Radhakrishnan <ramana.radhakrishnan@xxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [c++std-parallel-1614] Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [c++std-parallel-1616] Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [c++std-parallel-1614] Re: Compilers and RCU readers: Once more unto the breach!
  • From: Richard Biener <richard.guenther@xxxxxxxxx>
• Re: [c++std-parallel-1614] Re: Compilers and RCU readers: Once more unto the breach!
  • From: Jens Maurer <Jens.Maurer@xxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Compilers and RCU readers: Once more unto the breach!
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Compilers and RCU readers: Once more unto the breach!
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v3 06/11] scatterlist: support "page-less" (__pfn_t only) entries
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 09/16] clockevents/drivers: Add STM32 Timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 00/15] decouple pagefault_disable() from preempt_disable()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/16] clocksource/drivers: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 04/16] clocksource/drivers: Add ARM System timer driver
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 00/15] decouple pagefault_disable() from preempt_disable()
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 04/16] clocksource/drivers: Add ARM System timer driver
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v8 01/16] scripts: link-vmlinux: Don't pass page offset to kallsyms if XIP Kernel
  • From: Maxime Coquelin <mcoquelin.stm32@xxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] add new strscpy() API for string copy
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v8 15/16] ARM: configs: Add STM32 defconfig
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v8 13/16] ARM: dts: Add ARM System timer as clocksource in armv7m
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v8 16/16] MAINTAINERS: Add entry for STM32 MCUs
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v8 12/16] ARM: Add STM32 family machine
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/3] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [PATCH 0/3] add new strscpy() API for string copy
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH v1 00/15] decouple pagefault_disable() from preempt_disable()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2] Documentation/arch: Add kernel feature descriptions and arch support status under Documentation/features/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/3] add new strscpy() API for string copy
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>