Linux Arch

• Date Index

• [PATCH v2 12/52] s390, smp: Fix CPU hotplug callback registration, (continued)
  • [PATCH v2 12/52] s390, smp: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 18/52] x86, intel, uncore: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 17/52] x86, vsyscall: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 21/52] x86, therm_throt.c: Remove unused therm_cpu_lock, Srivatsa S. Bhat
  • [PATCH v2 22/52] x86, amd, ibs: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 23/52] x86, intel, cacheinfo: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 26/52] x86, hpet: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 35/52] scsi, fcoe: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 38/52] drivers/base/topology.c: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 38/52] drivers/base/topology.c: Fix CPU hotplug callback registration, Greg Kroah-Hartman
  • [PATCH v2 39/52] clocksource, dummy-timer: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 51/52] net/core/flow.c: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 51/52] net/core/flow.c: Fix CPU hotplug callback registration, David Miller
  • [PATCH v2 52/52] net/iucv/iucv.c: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 52/52] net/iucv/iucv.c: Fix CPU hotplug callback registration, David Miller
  • [PATCH v2 50/52] mm, zswap: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 49/52] mm, vmstat: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 49/52] mm, vmstat: Fix CPU hotplug callback registration, Rik van Riel
  • [PATCH v2 48/52] profile: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 47/52] trace, ring-buffer: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 46/52] xen, balloon: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 46/52] xen, balloon: Fix CPU hotplug callback registration, Boris Ostrovsky
      • Re: [PATCH v2 46/52] xen, balloon: Fix CPU hotplug callback registration, Srivatsa S. Bhat
        • [UPDATED][PATCH v2 46/52] xen, balloon: Fix CPU hotplug callback registration, Srivatsa S. Bhat
          • Re: [UPDATED][PATCH v2 46/52] xen, balloon: Fix CPU hotplug callback registration, Boris Ostrovsky
  • [PATCH v2 45/52] hwmon, via-cputemp: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 44/52] hwmon, coretemp: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 43/52] thermal, x86-pkg-temp: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 42/52] octeon, watchdog: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 41/52] oprofile, nmi-timer: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 40/52] intel-idle: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 37/52] acpi-cpufreq: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 36/52] zsmalloc: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 34/52] scsi, bnx2fc: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 33/52] scsi, bnx2i: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 32/52] powercap, intel-rapl: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 31/52] arm64, debug-monitors: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 30/52] arm64, hw_breakpoint.c: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 29/52] x86, kvm: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 29/52] x86, kvm: Fix CPU hotplug callback registration, Paolo Bonzini
  • [PATCH v2 27/52] x86, pci, amd-bus: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 27/52] x86, pci, amd-bus: Fix CPU hotplug callback registration, Bjorn Helgaas
      • Re: [PATCH v2 27/52] x86, pci, amd-bus: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 28/52] x86, oprofile, nmi: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 25/52] x86, amd, uncore: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 24/52] x86, intel, rapl: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 20/52] x86, therm_throt.c: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 19/52] x86, mce: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 16/52] x86, cpuid: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 15/52] x86, msr: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 14/52] powerpc, sysfs: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 14/52] powerpc, sysfs: Fix CPU hotplug callback registration, Benjamin Herrenschmidt
      • Re: [PATCH v2 14/52] powerpc, sysfs: Fix CPU hotplug callback registration, Gautham R Shenoy
  • [PATCH v2 11/52] s390, cacheinfo: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 10/52] arm, kvm: Fix CPU hotplug callback registration, Srivatsa S. Bhat
    • Re: [PATCH v2 10/52] arm, kvm: Fix CPU hotplug callback registration, Paolo Bonzini
  • [PATCH v2 04/52] CPU hotplug, perf: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 09/52] arm, hw-breakpoint: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • [PATCH v2 06/52] ia64, palinfo: Fix CPU hotplug callback registration, Srivatsa S. Bhat
  • Re: [PATCH v2 00/52] CPU hotplug: Fix issues with callback registration, Srivatsa S. Bhat
• [PATCH 0/4] Final asm/system.h cleanups, David Howells
  • [PATCH 3/4] UM: arch_align_stack() moved to asm/exec.h, David Howells
  • [PATCH 2/4] Sparc: sparc_cpu_model isn't in asm/system.h any more, David Howells
    • Re: [PATCH 2/4] Sparc: sparc_cpu_model isn't in asm/system.h any more, David Miller
    • [PATCH 2/4] Sparc: sparc_cpu_model isn't in asm/system.h any more [ver #2], David Howells
      • Re: [PATCH 2/4] Sparc: sparc_cpu_model isn't in asm/system.h any more [ver #2], David Miller
  • [PATCH 1/4] Clean asm/system.h from docs, David Howells
  • [PATCH 4/4] ARM: Delete asm/system.h, David Howells
    • Re: [PATCH 4/4] ARM: Delete asm/system.h, Arnd Bergmann
• [PATCH v2 0/2] generic CPU feature based udev module autoprobing, Ard Biesheuvel
  • [PATCH v2 2/2] x86: align x86 arch with generic CPU modalias handling, Ard Biesheuvel
  • [PATCH v2 1/2] cpu: add generic support for CPU feature based module autoloading, Ard Biesheuvel
  • Re: [PATCH v2 0/2] generic CPU feature based udev module autoprobing, Ard Biesheuvel
    • Re: [PATCH v2 0/2] generic CPU feature based udev module autoprobing, gregkh@xxxxxxxxxxxxxxxxxxx
      • Re: [PATCH v2 0/2] generic CPU feature based udev module autoprobing, Ard Biesheuvel
        • Re: [PATCH v2 0/2] generic CPU feature based udev module autoprobing, gregkh@xxxxxxxxxxxxxxxxxxx
• [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
  • [RFC][PATCH 5/5] arch: Sanitize atomic_t bitwise ops, Peter Zijlstra
    • Re: [RFC][PATCH 5/5] arch: Sanitize atomic_t bitwise ops, Geert Uytterhoeven
      • Re: [RFC][PATCH 5/5] arch: Sanitize atomic_t bitwise ops, Peter Zijlstra
    • Re: [RFC][PATCH 5/5] arch: Sanitize atomic_t bitwise ops, Linus Torvalds
      • Re: [RFC][PATCH 5/5] arch: Sanitize atomic_t bitwise ops, Peter Zijlstra
        • Re: [RFC][PATCH 5/5] arch: Sanitize atomic_t bitwise ops, Linus Torvalds
          • Re: [RFC][PATCH 5/5] arch: Sanitize atomic_t bitwise ops, Peter Zijlstra
  • [RFC][PATCH 1/5] ia64: Fix up smp_mb__{before,after}_clear_bit, Peter Zijlstra
  • [RFC][PATCH 2/5] arc,hexagon: Delete asm/barrier.h, Peter Zijlstra
  • Message not available
    • Re: [RFC][PATCH 4/5] arch: Generic atomic.h cleanup, Will Deacon
  • Re: [RFC][PATCH 0/5] arch: atomic rework, David Howells
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Ramana Radhakrishnan
      • Re: [RFC][PATCH 0/5] arch: atomic rework, Will Deacon
        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
          • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
            • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
              • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Will Deacon
                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                          • Re: [RFC][PATCH 0/5] arch: atomic rework, Will Deacon
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                          • Re: [RFC][PATCH 0/5] arch: atomic rework, Joseph S. Myers
                          • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                          • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                          • Re: [RFC][PATCH 0/5] arch: atomic rework, Richard Biener
                                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                          • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Joseph S. Myers
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Will Deacon
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Joseph S. Myers
                                                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Alec Teal
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, David Lang
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Richard Biener
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Michael Matz
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Jeff Law
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Michael Matz
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Joseph S. Myers
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Joseph S. Myers
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Michael Matz
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Message not available
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
                                                        • Message not available
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Message not available
                                                        • Message not available
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
                                                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                          • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                            • Re: [RFC][PATCH 0/5] arch: atomic rework, Will Deacon
                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
                              • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                                • Re: [RFC][PATCH 0/5] arch: atomic rework, Will Deacon
                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                    • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                      • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
          • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
            • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
              • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
                • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
                  • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
          • Re: [RFC][PATCH 0/5] arch: atomic rework, Joseph S. Myers
            • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
              • Re: [RFC][PATCH 0/5] arch: atomic rework, Joseph S. Myers
          • Re: [RFC][PATCH 0/5] arch: atomic rework, Will Deacon
            • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
  • Message not available
    • Message not available
      • Re: [RFC][PATCH 3/5] arch: s/smp_mb__(before|after)_(atomic|clear)_(dec,inc,bit)/smp_mb__\1/g, Will Deacon
  • <Possible follow-ups>
  • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Zijlstra
      • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
      • Re: [RFC][PATCH 0/5] arch: atomic rework, Mark Batty
        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
      • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
        • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
      • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
        • Re: [RFC][PATCH 0/5] arch: atomic rework, Linus Torvalds
          • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
      • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
      • Re: [RFC][PATCH 0/5] arch: atomic rework, Peter Sewell
        • Re: [RFC][PATCH 0/5] arch: atomic rework, Torvald Riegel
  • Re: [RFC][PATCH 0/5] arch: atomic rework, George Spelvin
    • Re: [RFC][PATCH 0/5] arch: atomic rework, Paul E. McKenney
• [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?, Andy Lutomirski
  • Re: [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?, Jonas Bonn
    • Re: [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?, Andy Lutomirski
      • Re: [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?, Eric Paris
        • Re: [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?, Andy Lutomirski
          • Re: [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?, Eric Paris
      • Re: [ARCH question] Do syscall_get_nr and syscall_get_arguments always work?, Richard Guy Briggs
• [GIT PULL] tree-wide: clean up no longer required #include <linux/init.h>, Paul Gortmaker
  • Message not available
    • Re: [GIT PULL] tree-wide: clean up no longer required #include <linux/init.h>, Ingo Molnar
      • Re: [GIT PULL] tree-wide: clean up no longer required #include <linux/init.h>, Stephen Rothwell
        • Re: [GIT PULL] tree-wide: clean up no longer required #include <linux/init.h>, Ingo Molnar
          • Re: [GIT PULL] tree-wide: clean up no longer required #include <linux/init.h>, Paul Gortmaker
  • Re: [GIT PULL] tree-wide: clean up no longer required #include <linux/init.h>, Stephen Rothwell
• mips octeon memory model questions, Peter Zijlstra
  • Re: mips octeon memory model questions, Linus Torvalds
    • Re: mips octeon memory model questions, Peter Zijlstra
      • Re: mips octeon memory model questions, Linus Torvalds
        • Re: mips octeon memory model questions, Peter Zijlstra
  • Re: mips octeon memory model questions, David Daney
    • Re: mips octeon memory model questions, Peter Zijlstra
• [RFC][PATCH] ia64: Fix atomic ops vs memory barriers, Peter Zijlstra
  • Re: [RFC][PATCH] ia64: Fix atomic ops vs memory barriers, Peter Zijlstra
  • Re: [RFC][PATCH] ia64: Fix atomic ops vs memory barriers, Linus Torvalds
    • Re: [RFC][PATCH] ia64: Fix atomic ops vs memory barriers, Peter Zijlstra
• [PATCH] asm-generic: add sched_setattr/sched_getattr syscalls, James Hogan
  • Re: [PATCH] asm-generic: add sched_setattr/sched_getattr syscalls, Catalin Marinas
    • Re: [PATCH] asm-generic: add sched_setattr/sched_getattr syscalls, James Hogan
  • Re: [PATCH] asm-generic: add sched_setattr/sched_getattr syscalls, Lennox Wu
• [PATCH] kconfig: consolidate arch-specific seccomp options, Dave Hansen
  • Re: [PATCH] kconfig: consolidate arch-specific seccomp options, Ingo Molnar
    • Re: [PATCH] kconfig: consolidate arch-specific seccomp options, Benjamin Herrenschmidt
    • Re: [PATCH] kconfig: consolidate arch-specific seccomp options, Dave Hansen
      • Re: [PATCH] kconfig: consolidate arch-specific seccomp options, Ingo Molnar
• [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock, Waiman Long
  • [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
    • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Andi Kleen
      • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, George Spelvin
      • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
    • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Rik van Riel
    • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Tim Chen
      • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Peter Zijlstra
        • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Tim Chen
        • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
          • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, George Spelvin
            • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
          • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Peter Zijlstra
      • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
    • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Peter Zijlstra
      • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
    • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Peter Zijlstra
      • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
        • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Peter Zijlstra
        • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Peter Zijlstra
          • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Waiman Long
            • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Paul E. McKenney
    • Re: [PATCH v3 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation, Raghavendra K T
  • [PATCH v3 2/2] qspinlock, x86: Enable x86-64 to use queue spinlock, Waiman Long
    • Re: [PATCH v3 2/2] qspinlock, x86: Enable x86-64 to use queue spinlock, Rik van Riel
  • Re: [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock, Raghavendra K T
    • Re: [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock, Waiman Long
      • Message not available
        • Re: [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock, Raghavendra K T
          • Re: [PATCH v3 0/2] qspinlock: Introducing a 4-byte queue spinlock, Waiman Long
• [PATCH] jump label: constify lookup functions, Sasha Levin
  • Re: [PATCH] jump label: constify lookup functions, Sasha Levin
    • Re: [PATCH] jump label: constify lookup functions, Sasha Levin
      • Re: [PATCH] jump label: constify lookup functions, Steven Rostedt
• Re: [PATCH 01/13] sched: Add 3 new scheduler syscalls to support an extended scheduling parameters ABI, Geert Uytterhoeven
• [PATCH v11 0/4] Introducing a queue read/write lock implementation, Waiman Long
  • [PATCH v11 3/4] qrwlock, x86: Add char and short as atomic data type in x86, Waiman Long
  • [PATCH v11 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing, Waiman Long
    • Re: [PATCH v11 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing, Peter Zijlstra
      • Re: [PATCH v11 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing, Waiman Long
  • [PATCH v11 1/4] qrwlock: A queue read/write lock implementation, Waiman Long
    • Re: [PATCH v11 1/4] qrwlock: A queue read/write lock implementation, Peter Zijlstra
      • Re: [PATCH v11 1/4] qrwlock: A queue read/write lock implementation, Waiman Long
  • [PATCH v11 2/4] qrwlock, x86: Enable x86 to use queue read/write lock, Waiman Long
  • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
    • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
      • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Waiman Long
        • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Waiman Long
          • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
      • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
        • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Will Deacon
          • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
            • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Will Deacon
              • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
      • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
        • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, George Spelvin
          • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
            • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
            • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Paul E. McKenney
        • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Waiman Long
          • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
            • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, George Spelvin
          • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
            • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Waiman Long
              • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Davidlohr Bueso
              • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Ingo Molnar
                • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Peter Zijlstra
                • Re: [PATCH v11 0/4] Introducing a queue read/write lock implementation, Waiman Long
• [PATCH v10 0/4] Introducing a queue read/write lock implementation, Waiman Long
  • [PATCH v10 3/4] qrwlock, x86: Add char and short as atomic data type in x86, Waiman Long
  • [PATCH v10 4/4] qrwlock: Use the mcs_spinlock helper functions for MCS queuing, Waiman Long
  • [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Waiman Long
    • Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Peter Zijlstra
      • Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Waiman Long
        • Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Linus Torvalds
          • Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Peter Zijlstra
          • Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Waiman Long
            • Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Linus Torvalds
              • Re: [PATCH v10 1/4] qrwlock: A queue read/write lock implementation, Waiman Long
  • [PATCH v10 2/4] qrwlock, x86: Enable x86 to use queue read/write lock, Waiman Long
• [PATCH RFC 0/4] reserved-memory regions/CMA in devicetree, again, Josh Cartwright
  • [PATCH RFC 1/4] drivers: of: add initialization code for reserved memory, Josh Cartwright
• [PATCH 1/1] Per socket value for max datagram queue length, Dan Ballard
  • Re: [PATCH 1/1] Per socket value for max datagram queue length, Hannes Frederic Sowa
    • Re: [PATCH 1/1] Per socket value for max datagram queue length, Hannes Frederic Sowa
  • Re: [PATCH 1/1] Per socket value for max datagram queue length, Eric Dumazet
  • Re: [PATCH 1/1] Per socket value for max datagram queue length, Daniel Borkmann
• [PATCH v9 5/6] MCS Lock: Order the header files in Kbuild of each architecture in alphabetical order, Tim Chen
• [PATCH v9 3/6] MCS Lock: Optimizations and extra comments, Tim Chen
• [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case, Tim Chen
  • Re: [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case, Peter Zijlstra
    • Re: [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case, Tim Chen
      • Re: [PATCH v9 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case, Peter Zijlstra
• [PATCH v9 4/6] MCS Lock: Allow architectures to hook in to contended paths, Tim Chen
• [PATCH v9 2/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file, Tim Chen
• [PATCH v9 1/6] MCS Lock: Barrier corrections, Tim Chen
• [PATCH v9 0/6] MCS Lock: MCS lock code cleanup and optimizations, Tim Chen
• [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>, Paul Gortmaker
  • [PATCH 02/73] mm: replace module_init usages with subsys_initcall in nommu.c, Paul Gortmaker
  • [PATCH 01/73] init: delete the __cpuinit related stubs, Paul Gortmaker
    • Re: [PATCH 01/73] init: delete the __cpuinit related stubs, Paul Gortmaker
    • Re: [PATCH 01/73] init: delete the __cpuinit related stubs, Greg Kroah-Hartman
  • [PATCH 23/73] sparc: don't use module_init in non-modular pci.c code, Paul Gortmaker
    • Re: [PATCH 23/73] sparc: don't use module_init in non-modular pci.c code, David Miller
  • [PATCH 29/73] drivers/platform: don't use modular register in non-modular pdev_bus.c, Paul Gortmaker
  • [PATCH 27/73] drivers/clk: don't use module_init in clk-nomadik.c which is non-modular, Paul Gortmaker
    • Re: [PATCH 27/73] drivers/clk: don't use module_init in clk-nomadik.c which is non-modular, Mike Turquette
  • [PATCH 36/73] s390: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 45/73] acpi: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 45/73] acpi: delete non-required instances of include <linux/init.h>, Rafael J. Wysocki
  • [PATCH 66/73] drivers/macintosh: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 42/73] rtc: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [42/73] rtc: delete non-required instances of include <linux/init.h>, Alexandre Belloni
      • Re: [42/73] rtc: delete non-required instances of include <linux/init.h>, Paul Gortmaker
        • Re: [42/73] rtc: delete non-required instances of include <linux/init.h>, Alexandre Belloni
          • Re: [42/73] rtc: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>, Guenter Roeck
      • Re: [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 50/73] drivers/hwmon: delete non-required instances of include <linux/init.h>, Jean Delvare
  • [PATCH 65/73] drivers/edac: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 65/73] drivers/edac: delete non-required instances of include <linux/init.h>, Borislav Petkov
  • [PATCH 43/73] scsi: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 51/73] drivers/i2c: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 51/73] drivers/i2c: delete non-required instances of include <linux/init.h>, Jean Delvare
    • Re: [PATCH 51/73] drivers/i2c: delete non-required instances of include <linux/init.h>, Wolfram Sang
  • [PATCH 56/73] drivers/char: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 71/73] drivers/gpu: delete non-required instances of <linux/init.h>, Paul Gortmaker
  • [PATCH 10/73] powerpc: use device_initcall for registering rtc devices, Paul Gortmaker
    • Re: [PATCH 10/73] powerpc: use device_initcall for registering rtc devices, Geoff Levand
      • Re: [PATCH 10/73] powerpc: use device_initcall for registering rtc devices, Paul Gortmaker
  • [PATCH 73/73] include: remove needless instances of <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 73/73] include: remove needless instances of <linux/init.h>, Geert Uytterhoeven
      • Re: [PATCH 73/73] include: remove needless instances of <linux/init.h>, Paul Gortmaker
  • [PATCH 72/73] drivers: delete remaining non-required instances of <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 72/73] drivers: delete remaining non-required instances of <linux/init.h>, Greg Kroah-Hartman
  • [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>, Mark Brown
    • Re: [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>, Pavel Machek
    • Re: [PATCH 67/73] drivers/base: delete non-required instances of include <linux/init.h>, Rafael J. Wysocki
  • [PATCH 70/73] drivers/dma: delete non-required instances of <linux/init.h>, Paul Gortmaker
  • [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>, Viresh Kumar
      • Re: [PATCH 68/73] drivers/cpufreq: delete non-required instances of <linux/init.h>, Paul Gortmaker
  • [PATCH 63/73] drivers/platform: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 60/73] drivers/bluetooth: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 60/73] drivers/bluetooth: delete non-required instances of include <linux/init.h>, Marcel Holtmann
      • Re: [PATCH 60/73] drivers/bluetooth: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 69/73] drivers/pci: delete non-required instances of <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 69/73] drivers/pci: delete non-required instances of <linux/init.h>, Bjorn Helgaas
  • [PATCH 58/73] drivers/mfd: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 58/73] drivers/mfd: delete non-required instances of include <linux/init.h>, Lee Jones
  • [PATCH 54/73] drivers/leds: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 54/73] drivers/leds: delete non-required instances of include <linux/init.h>, Bryan Wu
      • Re: [PATCH 54/73] drivers/leds: delete non-required instances of include <linux/init.h>, Paul Gortmaker
        • Re: [PATCH 54/73] drivers/leds: delete non-required instances of include <linux/init.h>, Bryan Wu
  • [PATCH 64/73] drivers/misc: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 46/73] drivers/power: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 55/73] drivers/pcmcia: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 61/73] drivers/mmc: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 57/73] drivers/infiniband: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 39/73] powerpc: delete another unrequired instance of <linux/init.h>, Paul Gortmaker
  • [PATCH 62/73] drivers/crypto: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Linus Walleij
      • Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Stephen Rothwell
        • Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Paul Gortmaker
          • Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Linus Walleij
            • Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Paul Gortmaker
              • Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Linus Walleij
        • Re: [PATCH 59/73] drivers/gpio: delete non-required instances of include <linux/init.h>, Linus Walleij
  • [PATCH 49/73] drivers/mtd: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 49/73] drivers/mtd: delete non-required instances of include <linux/init.h>, Brian Norris
      • Re: [PATCH 49/73] drivers/mtd: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 17/73] arm: fix implicit module.h use in mach-at91 gpio.h, Paul Gortmaker
  • [PATCH 38/73] blackfin: delete non-required instances of <linux/init.h>, Paul Gortmaker
  • [PATCH 53/73] drivers/isdn: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 53/73] drivers/isdn: delete non-required instances of include <linux/init.h>, David Miller
  • [PATCH 33/73] arm: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 19/73] arm: mach-s3c64xx mach-crag6410-module.c is not modular, Paul Gortmaker
    • Re: [PATCH 19/73] arm: mach-s3c64xx mach-crag6410-module.c is not modular, Charles Keepax
      • Re: [PATCH 19/73] arm: mach-s3c64xx mach-crag6410-module.c is not modular, Kukjin Kim
  • [PATCH 52/73] drivers/pinctrl: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 52/73] drivers/pinctrl: delete non-required instances of include <linux/init.h>, Linus Walleij
  • [PATCH 34/73] mips: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 40/73] watchdog: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 40/73] watchdog: delete non-required instances of include <linux/init.h>, Wim Van Sebroeck
  • [PATCH 48/73] drivers/ata: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 48/73] drivers/ata: delete non-required instances of include <linux/init.h>, Tejun Heo
  • [PATCH 21/73] arm: don't use module_init in non-modular mach-vexpress/spc.c code, Paul Gortmaker
  • [PATCH 28/73] cpuidle: don't use modular platform register in non-modular ARM drivers, Paul Gortmaker
  • [PATCH 41/73] video: delete non-required instances of include <linux/init.h>, Paul Gortmaker
  • [PATCH 44/73] spi: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 44/73] spi: delete non-required instances of include <linux/init.h>, Mark Brown
  • [PATCH 37/73] alpha: delete non-required instances of <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 37/73] alpha: delete non-required instances of <linux/init.h>, Richard Henderson
  • [PATCH 18/73] arm: fix implicit #include <linux/init.h> in entry asm., Paul Gortmaker
  • [PATCH 20/73] arm: use subsys_initcall in non-modular pl320 IPC code, Paul Gortmaker
    • Re: [PATCH 20/73] arm: use subsys_initcall in non-modular pl320 IPC code, Arnd Bergmann
      • Re: [PATCH 20/73] arm: use subsys_initcall in non-modular pl320 IPC code, Paul Gortmaker
  • [PATCH 16/73] arm: include module.h in drivers/bus/omap_l3_smx.c, Paul Gortmaker
  • [PATCH 35/73] sparc: delete non-required instances of include <linux/init.h>, Paul Gortmaker
    • Re: [PATCH 35/73] sparc: delete non-required instances of include <linux/init.h>, David Miller
  • [PATCH 30/73] drivers/i2c: busses/i2c-acorn.c is tristate and should use module.h, Paul Gortmaker
    • Re: [PATCH 30/73] drivers/i2c: busses/i2c-acorn.c is tristate and should use module.h, Wolfram Sang
  • [PATCH 31/73] module: relocate module_init from init.h to module.h, Paul Gortmaker
    • Re: [PATCH 31/73] module: relocate module_init from init.h to module.h, Rusty Russell
      • Re: [PATCH 31/73] module: relocate module_init from init.h to module.h, Randy Dunlap
      • Re: [PATCH 31/73] module: relocate module_init from init.h to module.h, Paul Gortmaker
  • [PATCH 32/73] logo: emit "#include <linux/init.h> in autogenerated C file, Paul Gortmaker
  • [PATCH 24/73] m68k: don't use module_init in non-modular mvme16x/rtc.c code, Paul Gortmaker
  • [PATCH 22/73] alpha: don't use module_init for non-modular core code, Paul Gortmaker
    • Re: [PATCH 22/73] alpha: don't use module_init for non-modular core code, Richard Henderson
  • [PATCH 26/73] ia64: don't use module_init in non-modular sim/simscsi.c code, Paul Gortmaker
  • [PATCH 25/73] ia64: don't use module_init for non-modular core kernel/mca.c code, Paul Gortmaker
  • [PATCH 13/73] powerpc: use subsys_initcall for Freescale Local Bus, Paul Gortmaker
  • [PATCH 15/73] powerpc: don't use module_init in non-modular 83xx suspend code, Paul Gortmaker
  • [PATCH 14/73] powerpc: don't use module_init for non-modular core hugetlb code, Paul Gortmaker
  • [PATCH 11/73] powerpc: book3s KVM can be modular so it should use module.h, Paul Gortmaker
  • [PATCH 12/73] powerpc: kvm e500/44x is not modular, so don't use module_init, Paul Gortmaker
    • Re: [PATCH 12/73] powerpc: kvm e500/44x is not modular, so don't use module_init, Paul Gortmaker
  • [PATCH 09/73] staging: don't use module_init in non-modular ion_dummy_driver.c, Paul Gortmaker
  • [PATCH 08/73] drivers/tty/hvc: don't use module_init in non-modular hyp. console code, Paul Gortmaker
  • [PATCH 06/73] x86: don't use module_init for non-modular core bootflag code, Paul Gortmaker
  • [PATCH 07/73] x86: replace __init_or_module with __init in non-modular vsmp_64.c, Paul Gortmaker
  • [PATCH 05/73] x86: don't use module_init in non-modular intel_mid_vrtc.c, Paul Gortmaker
  • [PATCH 04/73] netfilter: don't use module_init/exit in core IPV4 code, Paul Gortmaker
  • [PATCH 03/73] fs/notify: don't use module_init for non-modular inotify_user code, Paul Gortmaker
  • Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>, Stephen Rothwell
    • Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>, Paul Gortmaker
      • Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>, Benjamin Herrenschmidt
        • Re: [PATCH RFC 00/73] tree-wide: clean up some no longer required #include <linux/init.h>, Paul Gortmaker
• [RFC][PATCH] MIPS: VPE: Remove vpe_getuid and vpe_getgid, Eric W. Biederman
  • Re: [RFC][PATCH] MIPS: VPE: Remove vpe_getuid and vpe_getgid, Steven J. Hill
    • Re: [RFC][PATCH] MIPS: VPE: Remove vpe_getuid and vpe_getgid, Deng-Cheng Zhu
• [PATCH v8 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case, Tim Chen
  • Re: [PATCH v8 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case, Peter Zijlstra
    • Re: [PATCH v8 6/6] MCS Lock: Allow architecture specific asm files to be used for contended case, Tim Chen
• [PATCH v8 4/6] MCS Lock: Move mcs_lock/unlock function into its own, Tim Chen
  • Re: [PATCH v8 4/6] MCS Lock: Move mcs_lock/unlock function into its own, Peter Zijlstra
• [PATCH v8 2/6] MCS Lock: Restructure the MCS lock defines and locking, Tim Chen
• [PATCH v8 3/6] MCS Lock: optimizations and extra comments, Tim Chen
  • Re: [PATCH v8 3/6] MCS Lock: optimizations and extra comments, Peter Zijlstra
  • Re: [PATCH v8 3/6] MCS Lock: optimizations and extra comments, Peter Zijlstra
    • Re: [PATCH v8 3/6] MCS Lock: optimizations and extra comments, Tim Chen
• [PATCH v8 5/6] MCS Lock: allow architectures to hook in to contended, Tim Chen
• [PATCH v8 1/6] MCS Lock: Barrier corrections, Tim Chen
• [PATCH v8 0/6] MCS Lock: MCS lock code cleanup and optimizations, Tim Chen
• Re: [PATCH 0/8] Update kernel uabi header files for x32, H. Peter Anvin
  • Re: [PATCH 0/8] Update kernel uabi header files for x32, Christoph Hellwig
    • Re: [PATCH 0/8] Update kernel uabi header files for x32, H.J. Lu
      • Re: [PATCH 0/8] Update kernel uabi header files for x32, H.J. Lu
      • Re: [PATCH 0/8] Update kernel uabi header files for x32, H. Peter Anvin
    • Re: [PATCH 0/8] Update kernel uabi header files for x32, H. Peter Anvin
  • Re: [PATCH 0/8] Update kernel uabi header files for x32, Catalin Marinas
    • Re: [PATCH 0/8] Update kernel uabi header files for x32, H.J. Lu
    • Re: [PATCH 0/8] Update kernel uabi header files for x32, H. Peter Anvin
  • <Possible follow-ups>
  • Re: [PATCH 0/8] Update kernel uabi header files for x32, H. Peter Anvin
    • Re: [PATCH 0/8] Update kernel uabi header files for x32, Catalin Marinas
• [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file, Tim Chen
  • Re: [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file, Paul E. McKenney
  • Re: [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file, Peter Zijlstra
    • Re: [PATCH v7 1/6] MCS Lock: Restructure the MCS lock defines and locking code into its own file, Tim Chen
• [PATCH v7 2/6] MCS Lock: optimizations and extra comments, Tim Chen