Linux Arch

• Thread Index

• Re: [PATCH v3 3/5] MCS Lock: Barrier corrections
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] MCS Lock: Barrier corrections
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [patch 1/6] hardirq: Make hardirq bits generic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] MCS Lock: Barrier corrections
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 1/6] hardirq: Make hardirq bits generic
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] MCS Lock: Barrier corrections
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v3 3/5] MCS Lock: Barrier corrections
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [PATCH v4 1/5] MCS Lock: Restructure the MCS lock defines and locking code into its own file
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v4 2/5] MCS Lock: optimizations and extra comments
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v4 4/5] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v4 5/5] MCS Lock: Allow architecture specific memory barrier in lock/unlock
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v4 3/5] MCS Lock: Barrier corrections
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v4 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v3 2/5] MCS Lock: optimizations and extra comments
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 5/5] MCS Lock: Allow architecture specific memory barrier in lock/unlock
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v3 5/5] MCS Lock: Allow architecture specific memory barrier in lock/unlock
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v3 2/5] MCS Lock: optimizations and extra comments
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v3 1/5] MCS Lock: Restructure the MCS lock defines and locking code into its own file
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v3 3/5] MCS Lock: Barrier corrections
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v3 4/5] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v3 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] MCS Lock: Barrier corrections
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH v2 5/5] MCS Lock: Allow architecture specific memory barrier in lock/unlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v2 3/4] MCS Lock: Barrier corrections
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [patch 1/6] hardirq: Make hardirq bits generic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v2 3/4] MCS Lock: Barrier corrections
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: lockref: Use bloated_spinlocks to avoid explicit config dependencies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• lockref: Use bloated_spinlocks to avoid explicit config dependencies
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: [PATCH v2 4/4] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 2/4] MCS Lock: optimizations and extra comments
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v2 1/4] MCS Lock: Restructure the MCS lock defines and locking code into its own file
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v2 4/4] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v2 3/4] MCS Lock: Barrier corrections
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v2 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 1/4] MCS Lock: Restructure the MCS lock defines and locking code into its own file
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH 4/4] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH 3/4] MCS Lock: Barrier corrections
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH 0/4] MCS Lock: MCS lock code cleanup and optimizations
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH 2/4] MCS Lock: optimizations and extra comments
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [patch 1/6] hardirq: Make hardirq bits generic
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v5 2/4] qrwlock x86: Enable x86 to use queue read/write lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 3/4] qrwlock: Enable fair queue read/write lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 1/4] qrwlock: A queue read/write lock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 0/4] qrwlock: Introducing a queue read/write lock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [patch 1/6] hardirq: Make hardirq bits generic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: Common machine reset handling
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: Common machine reset handling
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 04/11] MIPS: use the common machine reset handling
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: [PATCH 00/11] RFC: Common machine reset handling
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: [PATCH 04/11] MIPS: use the common machine reset handling
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: Common machine reset handling
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Laura Abbott <lauraa@xxxxxxxxxxxxxx>
• Re: [PATCH 08/11] ARM: u300: use the common machine reset handling
  • From: Domenico Andreoli <cavokz@xxxxxxxxx>
• Re: [PATCH 08/11] ARM: u300: use the common machine reset handling
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 00/11] RFC: Common machine reset handling
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCH 01/11] machine-reset: platform generic handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 03/11] ARM64: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 11/11] ARM: sp805: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 06/11] ARM: vexpress: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 09/11] ARM: tps65910: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 04/11] MIPS: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 05/11] ARM: vexpress: consolidate machine reset func
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 10/11] max8907: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 07/11] ARM: bcm2835: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 08/11] ARM: u300: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 02/11] ARM: use the common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• [PATCH 00/11] RFC: Common machine reset handling
  • From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
• Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: *: remove '__init' for setup_profiling_timer()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Vineet Gupta <vineetg76@xxxxxxxxx>
• [PATCH v2] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Vineet Gupta <vineetg76@xxxxxxxxx>
• Re: [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH] arch: use ASM_NL instead of ';' for assembler new line character in the macro
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: Portable assmbler code - newline
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: Portable assmbler code - newline
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: Portable assmbler code - newline
  • From: Vineet Gupta <vineetg76@xxxxxxxxx>
• Re: Portable assmbler code - newline (was Re: [PATCH] kernel/modsign_certificate.S: use real contents instead of macro GLOBAL())
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCHv2 2/2] xtensa: don't use alternate signal stack on threads
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCHv2 1/2] xtensa: fix fast_syscall_spill_registers_fixup
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCHv2 0/2] xtensa fixes for 3.12
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH] bitops/find: clarify and extend documentation
  • From: Cody P Schafer <cody@xxxxxxxxxxxxxxxxxx>
• Re: Portable assmbler code - newline (was Re: [PATCH] kernel/modsign_certificate.S: use real contents instead of macro GLOBAL())
  • From: Vineet Gupta <vineetg76@xxxxxxxxx>
• [PATCH] bug: When !CONFIG_BUG, simplify WARN_ON_ONCE and family
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH v8.1 10/10] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v8 10/10] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8 10/10] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH v8 10/10] MCS Lock: Make mcs_spinlock.h includable in other files
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: Portable assmbler code - newline (was Re: [PATCH] kernel/modsign_certificate.S: use real contents instead of macro GLOBAL())
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Portable assmbler code - newline (was Re: [PATCH] kernel/modsign_certificate.S: use real contents instead of macro GLOBAL())
  • From: Vineet Gupta <vineetg76@xxxxxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: ARM: add support to dump the kernel page tables
  • From: Steve Capper <steve.capper@xxxxxxxxxx>
• Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• ARM: add support to dump the kernel page tables
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation
  • From: walken@xxxxxxxxxx
• Re: [PATCH v3 0/3] New descriptor-based GPIO interface
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] mm: create a separate slab for page->ptl allocation
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [PATCH] mm: create a separate slab for page->ptl allocation
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 02/25] smp, alpha: kill SMP single function call interrupt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 02/25] smp, alpha: kill SMP single function call interrupt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v3 0/3] New descriptor-based GPIO interface
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH v3 0/3] New descriptor-based GPIO interface
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 21/29] score: Use get_signal() signal_setup_done()
  • From: Lennox Wu <lennox.wu@xxxxxxxxx>
• Re: [PATCH v3 0/3] New descriptor-based GPIO interface
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH v3 0/3] New descriptor-based GPIO interface
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 09/29] hexagon: Use get_signal() signal_setup_done()
  • From: rkuo <rkuo@xxxxxxxxxxxxxx>
• [PATCH v3 3/3] gpiolib: add gpiod_get() and gpiod_put() functions
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH v3 0/3] New descriptor-based GPIO interface
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH v3 1/3] gpiolib: export descriptor-based GPIO interface
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH v3 2/3] gpiolib: port of_ functions to use gpiod
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH 15/17] xtensa: add SMP support
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 04/17] xtensa: fix arch spinlock function names
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 16/17] xtensa: add Three Core HiFi-2 MX Variant.
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 17/17] xtensa: implement CPU hotplug
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 11/17] xtensa: move built-in PIC to drivers/irqchip
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 10/17] xtensa: move init_mmu declaration to mmu_context.h
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 14/17] xtensa: add MX irqchip
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 12/17] xtensa: clean up do_interrupt/do_IRQ
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 13/17] xtensa: clear timer IRQ unconditionally in its handler
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 05/17] xtensa: fix __delay for small loop count
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 08/17] xtensa: update clockevent setup for SMP
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 09/17] xtensa: call check_s32c1i after trap_init
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 07/17] xtensa: mark ccount as continuous clocksource
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 06/17] xtensa: enable HAVE_IRQ_TIME_ACCOUNTING
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 03/17] xtensa: fix build warning from gcc-4.7.2
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 02/17] xtensa: fix build warning in 64-bit build environment
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 01/17] xtensa: remove NO_IRQ definitions
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 00/17] xtensa SMP queue
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH v2 3/3] gpiolib: add gpiod_get() and gpiod_put() functions
  • From: Alex Courbot <acourbot@xxxxxxxxxx>
• Re: [PATCH v2 3/3] gpiolib: add gpiod_get() and gpiod_put() functions
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 19/34] m68k: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 19/34] m68k: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] gpiolib: export descriptor-based GPIO interface
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 1/3] gpiolib: export descriptor-based GPIO interface
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 19/34] m68k: handle pgtable_page_ctor() fail
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 10/34] arc: handle pgtable_page_ctor() fail
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCHv2 2/2] xtensa: use buddy allocator for PTE table
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 07/10] rcu: Replace __get_cpu_var uses
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] xtensa queue 2013/10/15 for 3.12
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 06/10] block: Replace __get_cpu_var uses
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 10/10] kernel misc: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 09/10] watchdog: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 07/10] rcu: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 08/10] percpu: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 06/10] block: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 05/10] tracing: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 03/10] scheduler: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 04/10] mm: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 02/10] time: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 01/10] net: Replace __get_cpu_var uses
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH 00/10] percpu: Replace __get_cpu_var uses in core code V1
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/2] xtensa queue 2013/10/15 for 3.12
  • From: Chris Zankel <chris@xxxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 2/2] xtensa: don't use alternate signal stack on threads
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 1/2] xtensa: fix fast_syscall_spill_registers_fixup
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 0/2] xtensa queue 2013/10/15 for 3.12
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCHv2 2/2] xtensa: use buddy allocator for PTE table
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 2/2] xtensa: use buddy allocator for PTE table
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCHv2 2/2] xtensa: use buddy allocator for PTE table
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv2 1/2] mm: try to detect that page->ptl is in use
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm: try to detect that page->ptl is in use
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [PATCH 2/2] xtensa: use buddy allocator for PTE table
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [PATCH 2/2] xtensa: use buddy allocator for PTE table
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 1/2] mm: try to detect that page->ptl is in use
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/34] frv: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 25/34] score: handle pgtable_page_ctor() fail
  • From: Lennox Wu <lennox.wu@xxxxxxxxx>
• Re: [PATCH v2 3/3] gpiolib: add gpiod_get() and gpiod_put() functions
  • From: Alex Courbot <acourbot@xxxxxxxxxx>
• [PATCH v2 2/3] gpiolib: port of_ functions to use gpiod
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH v2 3/3] gpiolib: add gpiod_get() and gpiod_put() functions
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH v2 1/3] gpiolib: export descriptor-based GPIO interface
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• [PATCH v2 0/3] New descriptor-based GPIO interface
  • From: Alexandre Courbot <acourbot@xxxxxxxxxx>
• Re: [PATCH 15/34] frv: handle pgtable_page_ctor() fail
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 33/34] iommu/arm-smmu: handle pgtable_page_ctor() fail
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 14/34] cris: handle pgtable_page_ctor() fail
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 02/34] cris: fix potential NULL-pointer dereference
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 01/34] x86: add missed pgtable_pmd_page_ctor/dtor calls for preallocated pmds
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] include/asm-generic/atomic.h: use 'unsigned int' instead of 'unsigned long' for atomic_clear_mask()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH 11/34] arm: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 11/34] arm: handle pgtable_page_ctor() fail
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 28/34] tile: handle pgtable_page_ctor() fail
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• Re: [PATCH 00/34] dynamically allocate split ptl if it cannot be embedded to struct page
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 13/34] avr32: handle pgtable_page_ctor() fail
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• Re: [PATCH 27/34] sparc: handle pgtable_page_ctor() fail
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 02/34] cris: fix potential NULL-pointer dereference
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 05/34] mm: allow pgtable_page_ctor() to fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 04/34] xtensa: fix potential NULL-pointer dereference
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 06/34] microblaze: add missing pgtable_page_ctor/dtor calls
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 08/34] openrisc: add missing pgtable_page_ctor/dtor calls
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 11/34] arm: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 03/34] m32r: fix potential NULL-pointer dereference
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 01/34] x86: add missed pgtable_pmd_page_ctor/dtor calls for preallocated pmds
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 13/34] avr32: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 12/34] arm64: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 09/34] alpha: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 14/34] cris: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 15/34] frv: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 10/34] arc: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 19/34] m68k: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 07/34] mn10300: add missing pgtable_page_ctor/dtor calls
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 21/34] mips: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 16/34] hexagon: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 18/34] m32r: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 30/34] unicore32: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 17/34] ia64: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 26/34] sh: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 23/34] powerpc: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 25/34] score: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 22/34] parisc: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 24/34] s390: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 31/34] x86: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 27/34] sparc: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 33/34] iommu/arm-smmu: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 20/34] metag: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 32/34] xtensa: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 29/34] um: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 28/34] tile: handle pgtable_page_ctor() fail
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 00/34] dynamically allocate split ptl if it cannot be embedded to struct page
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH 13/29] metag: Use get_signal() signal_setup_done()
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 2/3] x86: Move fpu_counter into ARCH specific thread_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/29] ia64: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 27/29] get_signal_to_deliver: remove regs and cookie args
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 28/29] tracehook_signal_handler: Remove sig, info, ka and regs
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 01/29] arc: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• Re: Global do_signal() cleanup
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 27/29] get_signal_to_deliver: remove regs and cookie args
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 28/29] tracehook_signal_handler: Remove sig, info, ka and regs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/29] arc: Use get_signal() signal_setup_done()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Global do_signal() cleanup
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH 21/29] score: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 11/29] m32r: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 15/29] mips: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 17/29] openrisc: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 16/29] mn10300: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 18/29] parisc: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 20/29] s390: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 23/29] tile: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 26/29] xtensa: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 27/29] get_signal_to_deliver: remove regs and cookie args
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 28/29] tracehook_signal_handler: Remove sig, info, ka and regs
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 29/29] Clean up signal_delivered()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 26/29] xtensa: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 22/29] sh: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 25/29] unicore32: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 24/29] um: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 19/29] powerpc: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 12/29] m68k: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 14/29] microblaze: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 13/29] metag: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 10/29] ia64: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 09/29] hexagon: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 08/29] h8300: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 07/29] frv: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 06/29] cris: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 02/29] arm64: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 01/29] arc: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 03/29] avr32: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 04/29] blackfin: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH 05/29] c6x: Use get_signal() signal_setup_done()
  • From: Richard Weinberger <richard@xxxxxx>
• Global do_signal() cleanup
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 3/3] sched: Remove ARCH specific fpu_counter from task_struct
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v2 1/3] sh: Move fpu_counter into ARCH specific thread_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 3/3] sched: Remove ARCH specific fpu_counter from task_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 00/21] of: prom.h clean-up and removal
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 00/21] of: prom.h clean-up and removal
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] Fix generic hugetlb pte check return type.
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] Fix generic hugetlb pte check return type.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Fix generic hugetlb pte check return type.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] Fix generic hugetlb pte check return type.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] qrwlock: Introducing a queue read/write lock implementation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v4 0/3] qrwlock: Introducing a queue read/write lock implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH v4 1/3] qrwlock: A queue read/write lock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v4 3/3] qrwlock: Enable fair queue read/write lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v4 2/3] qrwlock x86: Enable x86 to use queue read/write lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v4 0/3] qrwlock: Introducing a queue read/write lock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH 0/3] New descriptor-based GPIO interface
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RFC PATCH REBASED 1/3] sh: Move fpu_counter into ARCH specific thread_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 0/3] New descriptor-based GPIO interface
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 0/3] New descriptor-based GPIO interface
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 2/4] ARC: Fix 32-bit wrap around in access_ok()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 3/4] ARC: Workaround spinlock livelock in SMP SystemC simulation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 0/4] ARC fixes for 3.12-rc3
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 4/4] ARC: Use clockevents_config_and_register over clockevents_register_device
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 1/4] ARC: Handle zero-overhead-loop in unaligned access handler
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH v2 0/4] add support for gcov format introduced in gcc 4.7
  • From: Christophe Guillon <christophe.guillon@xxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• [PATCH v2] lib: lockref: allow relaxed cmpxchg64 variant for lockless updates
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [RFC PATCH 1/4] asm-generic: cmpxchg: implement dummy cmpxchg64_relaxed operation
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH 1/4] asm-generic: cmpxchg: implement dummy cmpxchg64_relaxed operation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/4] asm-generic: cmpxchg: implement dummy cmpxchg64_relaxed operation
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RFC PATCH 2/4] x86: cmpxchg: implement dummy cmpxchg64_relaxed operation
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RFC PATCH 4/4] lib: lockref: use relaxed cmpxchg64 variant for lockless updates
  • From: Will Deacon <will.deacon@xxxxxxx>
• [RFC PATCH 3/4] ia64: cmpxchg: implement dummy cmpxchg64_relaxed operation
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 2/8] um: Do not use SUBARCH
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64
  • From: Ramkumar Ramachandra <artagnon@xxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC PATCH v2 03/25] smp, ARC: kill SMP single function call interrupt
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [pchecks v2 0/2] percpu v2: Implement Preemption checks for __this_cpu operations
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [pchecks v2 1/2] Subject; percpu: Add raw_cpu_ops
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/5] New descriptor-based GPIO interface
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC 4/5] gpiolib: add gpiod_get() and gpiod_put() functions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH] xtensa: fix fast_syscall_spill_registers_fixup
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• Re: [RFC 1/5] gpiolib: factorize gpiod_get/set functions
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [RFC 0/5] New descriptor-based GPIO interface
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>