Linux Arch

• Date Index

• Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, (continued)
  • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Kirill A. Shutemov
    • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Christoph Lameter
      • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Kirill A. Shutemov
  • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Andrey Wagin
    • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Kirill A. Shutemov
      • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Andrey Wagin
        • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Kirill A. Shutemov
          • Re: [PATCH 34/34] mm: dynamically allocate page->ptl if it cannot be embedded to struct page, Andrey Wagin
  • [PATCH 27/34] sparc: handle pgtable_page_ctor() fail, Kirill A. Shutemov
    • Re: [PATCH 27/34] sparc: handle pgtable_page_ctor() fail, David Miller
  • [PATCH 31/34] x86: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 24/34] s390: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 22/34] parisc: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 25/34] score: handle pgtable_page_ctor() fail, Kirill A. Shutemov
    • Re: [PATCH 25/34] score: handle pgtable_page_ctor() fail, Lennox Wu
  • [PATCH 23/34] powerpc: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 26/34] sh: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 17/34] ia64: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 30/34] unicore32: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 18/34] m32r: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 16/34] hexagon: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 21/34] mips: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 07/34] mn10300: add missing pgtable_page_ctor/dtor calls, Kirill A. Shutemov
  • [PATCH 19/34] m68k: handle pgtable_page_ctor() fail, Kirill A. Shutemov
    • Re: [PATCH 19/34] m68k: handle pgtable_page_ctor() fail, Geert Uytterhoeven
      • Re: [PATCH 19/34] m68k: handle pgtable_page_ctor() fail, Kirill A. Shutemov
        • Re: [PATCH 19/34] m68k: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 10/34] arc: handle pgtable_page_ctor() fail, Kirill A. Shutemov
    • Re: [PATCH 10/34] arc: handle pgtable_page_ctor() fail, Vineet Gupta
  • [PATCH 15/34] frv: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 14/34] cris: handle pgtable_page_ctor() fail, Kirill A. Shutemov
    • Re: [PATCH 14/34] cris: handle pgtable_page_ctor() fail, Jesper Nilsson
  • [PATCH 09/34] alpha: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 12/34] arm64: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 13/34] avr32: handle pgtable_page_ctor() fail, Kirill A. Shutemov
    • Re: [PATCH 13/34] avr32: handle pgtable_page_ctor() fail, Hans-Christian Egtvedt
  • [PATCH 01/34] x86: add missed pgtable_pmd_page_ctor/dtor calls for preallocated pmds, Kirill A. Shutemov
    • Re: [PATCH 01/34] x86: add missed pgtable_pmd_page_ctor/dtor calls for preallocated pmds, Ingo Molnar
  • [PATCH 03/34] m32r: fix potential NULL-pointer dereference, Kirill A. Shutemov
  • [PATCH 11/34] arm: handle pgtable_page_ctor() fail, Kirill A. Shutemov
    • Re: [PATCH 11/34] arm: handle pgtable_page_ctor() fail, Russell King - ARM Linux
      • Re: [PATCH 11/34] arm: handle pgtable_page_ctor() fail, Kirill A. Shutemov
  • [PATCH 08/34] openrisc: add missing pgtable_page_ctor/dtor calls, Kirill A. Shutemov
  • [PATCH 06/34] microblaze: add missing pgtable_page_ctor/dtor calls, Kirill A. Shutemov
  • [PATCH 04/34] xtensa: fix potential NULL-pointer dereference, Kirill A. Shutemov
  • [PATCH 05/34] mm: allow pgtable_page_ctor() to fail, Kirill A. Shutemov
  • [PATCH 02/34] cris: fix potential NULL-pointer dereference, Kirill A. Shutemov
    • Re: [PATCH 02/34] cris: fix potential NULL-pointer dereference, Jesper Nilsson
  • Re: [PATCH 00/34] dynamically allocate split ptl if it cannot be embedded to struct page, Peter Zijlstra
  • Re: [PATCH 15/34] frv: handle pgtable_page_ctor() fail, David Howells
    • Re: [PATCH 15/34] frv: handle pgtable_page_ctor() fail, Kirill A. Shutemov
• [PATCH 15/29] mips: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 19/29] powerpc: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 18/29] parisc: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 16/29] mn10300: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 17/29] openrisc: Use get_signal() signal_setup_done(), Richard Weinberger
• [PATCH 20/29] s390: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 24/29] um: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 25/29] unicore32: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 22/29] sh: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 23/29] tile: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 21/29] score: Use get_signal() signal_setup_done(), Richard Weinberger
    • Re: [PATCH 21/29] score: Use get_signal() signal_setup_done(), Lennox Wu
• [PATCH 26/29] xtensa: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 26/29] xtensa: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 29/29] Clean up signal_delivered(), Richard Weinberger
  • [PATCH 28/29] tracehook_signal_handler: Remove sig, info, ka and regs, Richard Weinberger
    • Re: [PATCH 28/29] tracehook_signal_handler: Remove sig, info, ka and regs, Al Viro
      • Re: [PATCH 28/29] tracehook_signal_handler: Remove sig, info, ka and regs, Richard Weinberger
  • [PATCH 27/29] get_signal_to_deliver: remove regs and cookie args, Richard Weinberger
    • Re: [PATCH 27/29] get_signal_to_deliver: remove regs and cookie args, Christoph Hellwig
      • Re: [PATCH 27/29] get_signal_to_deliver: remove regs and cookie args, Richard Weinberger
• [PATCH 10/29] ia64: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 13/29] metag: Use get_signal() signal_setup_done(), Richard Weinberger
    • Re: [PATCH 13/29] metag: Use get_signal() signal_setup_done(), James Hogan
  • [PATCH 14/29] microblaze: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 12/29] m68k: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 11/29] m32r: Use get_signal() signal_setup_done(), Richard Weinberger
  • Re: [PATCH 10/29] ia64: Use get_signal() signal_setup_done(), Richard Weinberger
• [PATCH 06/29] cris: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 07/29] frv: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 08/29] h8300: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 09/29] hexagon: Use get_signal() signal_setup_done(), Richard Weinberger
    • Re: [PATCH 09/29] hexagon: Use get_signal() signal_setup_done(), rkuo
• Global do_signal() cleanup, Richard Weinberger
  • [PATCH 05/29] c6x: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 04/29] blackfin: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 03/29] avr32: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 01/29] arc: Use get_signal() signal_setup_done(), Richard Weinberger
    • Re: [PATCH 01/29] arc: Use get_signal() signal_setup_done(), Vineet Gupta
      • Re: [PATCH 01/29] arc: Use get_signal() signal_setup_done(), Richard Weinberger
  • [PATCH 02/29] arm64: Use get_signal() signal_setup_done(), Richard Weinberger
  • Re: Global do_signal() cleanup, Michal Simek
    • Re: Global do_signal() cleanup, Richard Weinberger
• [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct, Vineet Gupta
  • [PATCH v2 3/3] sched: Remove ARCH specific fpu_counter from task_struct, Vineet Gupta
    • Re: [PATCH v2 3/3] sched: Remove ARCH specific fpu_counter from task_struct, Ingo Molnar
  • [PATCH v2 1/3] sh: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
  • Re: [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct, Andrew Morton
    • Re: [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct, Vineet Gupta
  • [PATCH v2 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
  • Re: [PATCH v2 0/3] Move ARCH specific fpu_counter out of task_struct, Vineet Gupta
• Re: [PATCH 00/21] of: prom.h clean-up and removal, Vineet Gupta
  • Re: [PATCH 00/21] of: prom.h clean-up and removal, Rob Herring
• [PATCH] Fix generic hugetlb pte check return type., David Miller
  • Re: [PATCH] Fix generic hugetlb pte check return type., David Rientjes
    • Re: [PATCH] Fix generic hugetlb pte check return type., David Miller
  • Re: [PATCH] Fix generic hugetlb pte check return type., David Howells
• [PATCH v4 0/3] qrwlock: Introducing a queue read/write lock implementation, Waiman Long
  • [PATCH v4 2/3] qrwlock x86: Enable x86 to use queue read/write lock, Waiman Long
  • [PATCH v4 3/3] qrwlock: Enable fair queue read/write lock, Waiman Long
  • [PATCH v4 1/3] qrwlock: A queue read/write lock implementation, Waiman Long
    • Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation, walken
      • Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation, Waiman Long
        • Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation, Thomas Gleixner
          • Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation, Waiman Long
            • Re: [PATCH v4 1/3] qrwlock: A queue read/write lock implementation, Tim Chen
  • Re: [PATCH v4 0/3] qrwlock: Introducing a queue read/write lock implementation, Peter Zijlstra
    • Re: [PATCH v4 0/3] qrwlock: Introducing a queue read/write lock implementation, Ingo Molnar
• Re: [PATCH 0/3] New descriptor-based GPIO interface, Linus Walleij
  • Re: [PATCH 0/3] New descriptor-based GPIO interface, Alexandre Courbot
    • Re: [PATCH 0/3] New descriptor-based GPIO interface, Linus Walleij
• [PATCH 0/4] ARC fixes for 3.12-rc3, Vineet Gupta
  • [PATCH 1/4] ARC: Handle zero-overhead-loop in unaligned access handler, Vineet Gupta
  • [PATCH 4/4] ARC: Use clockevents_config_and_register over clockevents_register_device, Vineet Gupta
  • [PATCH 3/4] ARC: Workaround spinlock livelock in SMP SystemC simulation, Vineet Gupta
  • [PATCH 2/4] ARC: Fix 32-bit wrap around in access_ok(), Vineet Gupta
• Re: [PATCH v2 0/4] add support for gcov format introduced in gcc 4.7, Christophe Guillon
• [PATCH v2] lib: lockref: allow relaxed cmpxchg64 variant for lockless updates, Will Deacon
• [RFC PATCH 1/4] asm-generic: cmpxchg: implement dummy cmpxchg64_relaxed operation, Will Deacon
  • [RFC PATCH 3/4] ia64: cmpxchg: implement dummy cmpxchg64_relaxed operation, Will Deacon
  • [RFC PATCH 4/4] lib: lockref: use relaxed cmpxchg64 variant for lockless updates, Will Deacon
  • [RFC PATCH 2/4] x86: cmpxchg: implement dummy cmpxchg64_relaxed operation, Will Deacon
  • Re: [RFC PATCH 1/4] asm-generic: cmpxchg: implement dummy cmpxchg64_relaxed operation, Linus Torvalds
    • Re: [RFC PATCH 1/4] asm-generic: cmpxchg: implement dummy cmpxchg64_relaxed operation, Will Deacon
• Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
  • Re: [PATCH 2/8] um: Do not use SUBARCH, Richard Weinberger
    • Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
      • Re: [PATCH 2/8] um: Do not use SUBARCH, Richard Weinberger
        • Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
          • Re: [PATCH 2/8] um: Do not use SUBARCH, Richard Weinberger
            • Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
              • Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
                • Re: [PATCH 2/8] um: Do not use SUBARCH, Geert Uytterhoeven
                  • Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
                  • Re: [PATCH 2/8] um: Do not use SUBARCH, Richard Weinberger
                    • Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
                      • Re: [PATCH 2/8] um: Do not use SUBARCH, Richard Weinberger
                        • Re: [PATCH 2/8] um: Do not use SUBARCH, Ramkumar Ramachandra
                          • Re: [PATCH 2/8] um: Do not use SUBARCH, Richard Weinberger
• Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64, Ramkumar Ramachandra
  • Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64, Richard Weinberger
    • Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64, Ramkumar Ramachandra
      • Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64, Richard Weinberger
    • Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64, Toralf Förster
      • Re: [PATCH 1/8] um: Create defconfigs for i386 and x86_64, Richard Weinberger
• [pchecks v2 0/2] percpu v2: Implement Preemption checks for __this_cpu operations, Christoph Lameter
• [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
  • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
    • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
      • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
        • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
          • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
            • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
              • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
          • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
            • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
              • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
                • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Peter Zijlstra
                • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
                  • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
                    • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
                      • Re: [pchecks v2 2/2] percpu: Add preemption checks to __this_cpu ops, Ingo Molnar
• [pchecks v2 1/2] Subject; percpu: Add raw_cpu_ops, Christoph Lameter
• [PATCH] xtensa: fix fast_syscall_spill_registers_fixup, Max Filippov
• Re: [RFC 5/5] gpiolib: update documentation, Linus Walleij
• Re: [RFC 1/5] gpiolib: factorize gpiod_get/set functions, Linus Walleij
  • Re: [RFC 1/5] gpiolib: factorize gpiod_get/set functions, Alexandre Courbot
• Re: [RFC 0/5] New descriptor-based GPIO interface, Linus Walleij
  • <Possible follow-ups>
  • Re: [RFC 0/5] New descriptor-based GPIO interface, Linus Walleij
    • Re: [RFC 0/5] New descriptor-based GPIO interface, Thierry Reding
      • Re: [RFC 0/5] New descriptor-based GPIO interface, Linus Walleij
        • Re: [RFC 0/5] New descriptor-based GPIO interface, Alexandre Courbot
    • Re: [RFC 0/5] New descriptor-based GPIO interface, Mika Westerberg
• Re: [PATCH v2 2/4] gcov: add support for gcc 4.7 gcov format, Andrew Morton
  • Re: [PATCH v2 2/4] gcov: add support for gcc 4.7 gcov format, Joe Perches
    • Re: [PATCH v2 2/4] gcov: add support for gcc 4.7 gcov format, Andrew Morton
      • Re: [PATCH v2 2/4] gcov: add support for gcc 4.7 gcov format, Frantisek Hrbata
  • <Possible follow-ups>
  • Re: [PATCH v2 2/4] gcov: add support for gcc 4.7 gcov format, Peter Oberparleiter
    • Re: [PATCH v2 2/4] gcov: add support for gcc 4.7 gcov format, Frantisek Hrbata
      • Re: [PATCH v2 2/4] gcov: add support for gcc 4.7 gcov format, Peter Oberparleiter
• [PATCH 00/14] Remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 01/14] ARC: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 08/14] metag: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 05/14] cris: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 03/14] arm64: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 02/14] ARM: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 06/14] ia64: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 13/14] sparc: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 10/14] hppa: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 11/14] s390: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 14/14] x86: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 09/14] mips: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 12/14] sh: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 04/14] blackfin: locks: remove redundant arch_*_relax operations, Will Deacon
  • [PATCH 07/14] m32r: locks: remove redundant arch_*_relax operations, Will Deacon
• Re: [RFC] Kernel semantics of relaxed MMIO accessors, Will Deacon
• [PATCH 00/11] preempt_count rework -v3, Peter Zijlstra
  • [PATCH 01/11] x86: Use asm goto to implement better modify_and_test() functions, Peter Zijlstra
    • Re: [PATCH 01/11] x86: Use asm goto to implement better modify_and_test() functions, Linus Torvalds
      • Message not available
        • Re: [PATCH 01/11] x86: Use asm goto to implement better modify_and_test() functions, Andi Kleen
          • Re: [PATCH 01/11] x86: Use asm goto to implement better modify_and_test() functions, Ingo Molnar
          • Re: [PATCH 01/11] x86: Use asm goto to implement better modify_and_test() functions, H. Peter Anvin
  • [PATCH 03/11] sched: Remove {set,clear}_need_resched, Peter Zijlstra
  • [PATCH 04/11] sched, idle: Fix the idle polling state logic, Peter Zijlstra
  • [PATCH 05/11] sched: Introduce preempt_count accessor functions, Peter Zijlstra
  • [PATCH 02/11] sched, rcu: Make RCU use resched_cpu(), Peter Zijlstra
    • Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu(), Peter Zijlstra
      • Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu(), Paul E. McKenney
        • Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu(), Paul E. McKenney
          • Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu(), Peter Zijlstra
            • Re: [PATCH 02/11] sched, rcu: Make RCU use resched_cpu(), Paul E. McKenney
  • [PATCH 06/11] sched: Add NEED_RESCHED to the preempt_count, Peter Zijlstra
  • [PATCH 08/11] sched: Create more preempt_count accessors, Peter Zijlstra
  • [PATCH 09/11] sched: Extract the basic add/sub preempt_count modifiers, Peter Zijlstra
  • [PATCH 10/11] sched, x86: Provide a per-cpu preempt_count implementation, Peter Zijlstra
  • [PATCH 07/11] sched, arch: Create asm/preempt.h, Peter Zijlstra
  • [PATCH 11/11] sched, x86: Optimize the preempt_schedule() call, Peter Zijlstra
    • Re: [PATCH 11/11] sched, x86: Optimize the preempt_schedule() call, Peter Zijlstra
  • Re: [PATCH 00/11] preempt_count rework -v3, Ingo Molnar
    • Re: [PATCH 00/11] preempt_count rework -v3, Peter Zijlstra
  • [patch 0/6] Make all preempt_count related constants generic, Thomas Gleixner
    • [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
      • Re: [patch 1/6] hardirq: Make hardirq bits generic, Geert Uytterhoeven
        • Re: [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
          • Re: [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
            • Re: [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
              • Re: [patch 1/6] hardirq: Make hardirq bits generic, Andreas Schwab
                • Re: [patch 1/6] hardirq: Make hardirq bits generic, Geert Uytterhoeven
                  • Re: [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
                  • Re: [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
                    • Re: [patch 1/6] hardirq: Make hardirq bits generic, Geert Uytterhoeven
                      • Re: [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
                        • Re: [patch 1/6] hardirq: Make hardirq bits generic, Geert Uytterhoeven
                          • Re: [patch 1/6] hardirq: Make hardirq bits generic, Thomas Gleixner
    • [patch 5/6] sparc: Use preempt_schedule_irq, Thomas Gleixner
      • Re: [patch 5/6] sparc: Use preempt_schedule_irq, David Miller
        • Re: [patch 5/6] sparc: Use preempt_schedule_irq, Thomas Gleixner
          • Re: [patch 5/6] sparc: Use preempt_schedule_irq, David Miller
    • [patch 6/6] preempt: Make PREEMPT_ACTIVE generic, Thomas Gleixner
      • Re: [patch 6/6] preempt: Make PREEMPT_ACTIVE generic, Peter Zijlstra
    • [patch 4/6] ia64: Use preempt_schedule_irq, Thomas Gleixner
      • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Tony Luck
        • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Thomas Gleixner
          • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Thomas Gleixner
            • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Frederic Weisbecker
            • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Peter Zijlstra
              • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Thomas Gleixner
                • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Tony Luck
                  • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Tony Luck
                    • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Peter Zijlstra
                      • Re: [patch 4/6] ia64: Use preempt_schedule_irq, Ingo Molnar
    • [patch 2/6] h8300: Use schedule_preempt_irq, Thomas Gleixner
      • Re: [patch 2/6] h8300: Use schedule_preempt_irq, Guenter Roeck
        • Re: [patch 2/6] h8300: Use schedule_preempt_irq, Thomas Gleixner
    • [patch 3/6] m32r: Use preempt_schedule_irq, Thomas Gleixner
• [RFC PATCH REBASED 0/3] Move ARCH specific fpu_counter out of task_struct, Vineet Gupta
  • [RFC PATCH REBASED 1/3] sh: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
    • Re: [RFC PATCH REBASED 1/3] sh: Move fpu_counter into ARCH specific thread_struct, Peter Zijlstra
      • Re: [RFC PATCH REBASED 1/3] sh: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
        • Re: [RFC PATCH REBASED 1/3] sh: Move fpu_counter into ARCH specific thread_struct, Peter Zijlstra
    • Re: [RFC PATCH REBASED 1/3] sh: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
  • [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
    • Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
      • Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
    • Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Paul Gortmaker
      • Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Paul Gortmaker
    • Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Ingo Molnar
      • Re: [RFC PATCH REBASED 2/3] x86: Move fpu_counter into ARCH specific thread_struct, Vineet Gupta
  • [RFC PATCH REBASED 3/3] sched: Remove ARCH specific fpu_counter from task_struct, Vineet Gupta
• Re: [gcv v4 05/38] percpu: Add preemption checks to __this_cpu ops, Peter Zijlstra
  • Re: [gcv v4 05/38] percpu: Add preemption checks to __this_cpu ops, Christoph Lameter
• Failed to install linux kernel 3.10.10 and 3.10.12 on Xeon machine, Rakhi Hemani
• [PATCH] crypto: move ablk_helper out of arch/x86, Ard Biesheuvel
  • Re: [PATCH] crypto: move ablk_helper out of arch/x86, Jussi Kivilinna
• Re: [GIT PULL] Btrfs, Geert Uytterhoeven
  • Re: [GIT PULL] Btrfs, Josh Boyer
    • Re: [GIT PULL] Btrfs, Russell King
      • Re: [GIT PULL] Btrfs, Geert Uytterhoeven
      • Re: [GIT PULL] Btrfs, Josh Boyer
        • Re: [GIT PULL] Btrfs, Josh Boyer
          • Re: [GIT PULL] Btrfs, Russell King
            • Re: [GIT PULL] Btrfs, Heiko Carstens
• [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Mark Salter
  • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Chris Metcalf
    • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Mark Salter
  • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Geert Uytterhoeven
  • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Richard Henderson
  • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), H. Peter Anvin
    • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Ingo Molnar
      • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), H. Peter Anvin
  • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Sam Ravnborg
    • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Russell King - ARM Linux
    • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Mark Salter
      • Re: [PATCH] Kconfig cleanup (PARPORT_PC dependencies), Sam Ravnborg
• [PATCH v2] xtensa: define NO_IRQ as 0, remove other definitions, Max Filippov
  • Re: [PATCH v2] xtensa: define NO_IRQ as 0, remove other definitions, Geert Uytterhoeven
    • Re: [PATCH v2] xtensa: define NO_IRQ as 0, remove other definitions, Max Filippov
• [PATCH] xtensa: move NO_IRQ definition into asm/irq.h, Max Filippov
  • Re: [Linux-Xtensa] [PATCH] xtensa: move NO_IRQ definition into asm/irq.h, Baruch Siach
    • Re: [Linux-Xtensa] [PATCH] xtensa: move NO_IRQ definition into asm/irq.h, Max Filippov
• Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
  • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
    • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
      • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
        • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
            • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
              • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
                  • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                    • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
                      • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                        • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                        • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
                          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                            • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                              • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
                                  • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                    • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
                                      • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                        • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
                                          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                            • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
                                    • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                                      • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                                        • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                                          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                            • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                                              • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                              • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                                • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                                                  • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                                                    • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
                                                      • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
                              • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
          • Re: [patch 0/7] improve memcg oom killer robustness v2, azurIt
  • <Possible follow-ups>
  • Re: [patch 0/7] improve memcg oom killer robustness v2, Johannes Weiner
    • Re: [patch 0/7] improve memcg oom killer robustness v2, Michal Hocko
• Re: [PATCH 2/7] sched: Add NEED_RESCHED to the preempt_count, Andy Lutomirski
  • Re: [PATCH 2/7] sched: Add NEED_RESCHED to the preempt_count, Peter Zijlstra
    • Re: [PATCH 2/7] sched: Add NEED_RESCHED to the preempt_count, Andy Lutomirski
  • <Possible follow-ups>
  • Re: [PATCH 2/7] sched: Add NEED_RESCHED to the preempt_count, Mike Galbraith
• [RFC PATCH v2 00/25] simplify generic cross CPU function call implementation, Jiang Liu
  • [RFC PATCH v2 07/25] smp, hexagon: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 05/25] smp, ARM64: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 05/25] smp, ARM64: kill SMP single function call interrupt, Will Deacon
  • [RFC PATCH v2 19/25] smp, sparc: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 23/25] smp: cleanup unsued generic_smp_call_function_single_interrupt(), Jiang Liu
  • [RFC PATCH v2 25/25] SMP, trivial: remove unused code from smp_boot.h, Jiang Liu
  • [RFC PATCH v2 24/25] smp: rename call_single_queue as call_function_queue, Jiang Liu
  • [RFC PATCH v2 22/25] smp, x86: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 21/25] smp, tile: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 20/25] smp, tile: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 20/25] smp, tile: kill SMP single function call interrupt, Chris Metcalf
  • [RFC PATCH v2 18/25] smp, sparc64: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 17/25] smp, sh: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 17/25] smp, sh: kill SMP single function call interrupt, Paul Mundt
  • [RFC PATCH v2 16/25] smp, s390: prepare for killing generic_smp_call_function_single_interrupt(), Jiang Liu
  • [RFC PATCH v2 15/25] smp, ppc: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 15/25] smp, ppc: kill SMP single function call interrupt, Srivatsa S. Bhat
      • Re: [RFC PATCH v2 15/25] smp, ppc: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 14/25] smp, parisc: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 13/25] smp, mn10300: enable arch_send_call_function_ipi_mask(), Jiang Liu
  • [RFC PATCH v2 12/25] smp, mn10300: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 11/25] smp, mips: kill redundant call of generic_smp_call_function_single_interrupt(), Jiang Liu
  • [RFC PATCH v2 10/25] smp, metag: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 10/25] smp, metag: kill SMP single function call interrupt, James Hogan
  • [RFC PATCH v2 09/25] smp, m32r: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 08/25] smp, IA64: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 06/25] smp, blackfin: kill SMP single function call interrupt, Jiang Liu
  • [RFC PATCH v2 04/25] smp, ARM: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 04/25] smp, ARM: kill SMP single function call interrupt, Will Deacon
  • [RFC PATCH v2 03/25] smp, ARC: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 03/25] smp, ARC: kill SMP single function call interrupt, Vineet Gupta
  • [RFC PATCH v2 02/25] smp, alpha: kill SMP single function call interrupt, Jiang Liu
    • Re: [RFC PATCH v2 02/25] smp, alpha: kill SMP single function call interrupt, Vineet Gupta
      • Re: [RFC PATCH v2 02/25] smp, alpha: kill SMP single function call interrupt, Vineet Gupta
  • [PATCH v2 01/25] Revert smp: Fix SMP function call empty cpu mask race, Jiang Liu
    • Re: [PATCH v2 01/25] Revert smp: Fix SMP function call empty cpu mask race, Wang YanQing
      • Re: [PATCH v2 01/25] Revert smp: Fix SMP function call empty cpu mask race, Wang YanQing
        • Re: [PATCH v2 01/25] Revert smp: Fix SMP function call empty cpu mask race, Chen Gang
• Re: [PATCH 0/7] preempt_count rework -v2, H. Peter Anvin
  • <Possible follow-ups>
  • Re: [PATCH 0/7] preempt_count rework -v2, Linus Torvalds
    • Re: [PATCH 0/7] preempt_count rework -v2, Peter Zijlstra
      • Re: [PATCH 0/7] preempt_count rework -v2, Linus Torvalds
        • Re: [PATCH 0/7] preempt_count rework -v2, Peter Zijlstra
          • Re: [PATCH 0/7] preempt_count rework -v2, Linus Torvalds
            • Re: [PATCH 0/7] preempt_count rework -v2, Peter Zijlstra
              • Re: [PATCH 0/7] preempt_count rework -v2, Ingo Molnar
  • Re: [PATCH 0/7] preempt_count rework -v2, H. Peter Anvin
• Re: [RFC 4/5] gpiolib: add gpiod_get() and gpiod_put() functions, Thierry Reding
  • <Possible follow-ups>
  • Re: [RFC 4/5] gpiolib: add gpiod_get() and gpiod_put() functions, Linus Walleij
    • Re: [RFC 4/5] gpiolib: add gpiod_get() and gpiod_put() functions, Mika Westerberg