Linux Sparc

• Date Index

• prtconfs: Add SPARC M7-16 prtconf, Anatoly Pugachev
  • Re: prtconfs: Add SPARC M7-16 prtconf, David Miller
• [PATCH 2/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Anatoly Pugachev
  • <Possible follow-ups>
  • [PATCH 2/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Anatoly Pugachev
    • Re: [PATCH 2/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, David Miller
    • Re: [PATCH 2/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Anatoly Pugachev
      • Re: [PATCH 2/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Herbert Xu
• [PATCH 0/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Anatoly Pugachev
  • Re: [PATCH 0/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, David Miller
    • Re: [PATCH 0/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Herbert Xu
      • Re: [PATCH 0/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Anatoly Pugachev
• [PATCH 1/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs, Anatoly Pugachev
• [PATCH] watchdog: add sun4v_wdt device support, wim . coekaerts
  • Re: [PATCH] watchdog: add sun4v_wdt device support, Julian Calaby
  • Re: [PATCH] watchdog: add sun4v_wdt device support, Guenter Roeck
    • Re: [PATCH] watchdog: add sun4v_wdt device support, Wim Coekaerts
  • Re: [PATCH] watchdog: add sun4v_wdt device support, David Miller
  • <Possible follow-ups>
  • [PATCH] watchdog: add sun4v_wdt device support, wim . coekaerts
    • Re: [PATCH] watchdog: add sun4v_wdt device support, Julian Calaby
      • Re: [PATCH] watchdog: add sun4v_wdt device support, Wim Coekaerts
        • Re: [PATCH] watchdog: add sun4v_wdt device support, Julian Calaby
        • Re: [PATCH] watchdog: add sun4v_wdt device support, Guenter Roeck
          • Re: [PATCH] watchdog: add sun4v_wdt device support, Wim Coekaerts
            • Re: [PATCH] watchdog: add sun4v_wdt device support, Julian Calaby
              • Re: [PATCH] watchdog: add sun4v_wdt device support, Wim Coekaerts
                • Re: [PATCH] watchdog: add sun4v_wdt device support, Julian Calaby
      • Re: [PATCH] watchdog: add sun4v_wdt device support, Wim Coekaerts
  • Re: [PATCH] watchdog: add sun4v_wdt device support, Guenter Roeck
    • Re: [PATCH] watchdog: add sun4v_wdt device support, Wim Coekaerts
• [PATCH v4 0/3] checkpatch: handling of memory barriers, Michael S. Tsirkin
  • [PATCH v4 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
  • [PATCH v4 2/3] checkpatch: check for __smp outside barrier.h, Michael S. Tsirkin
  • [PATCH v4 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
  • Re: [PATCH v4 0/3] checkpatch: handling of memory barriers, Michael S. Tsirkin
    • Re: [PATCH v4 0/3] checkpatch: handling of memory barriers, Julian Calaby
  • Re: [PATCH v4 0/3] checkpatch: handling of memory barriers, Joe Perches
• [PATCH v3 0/3] checkpatch: handling of memory barriers, Michael S. Tsirkin
  • [PATCH v3 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
    • Re: [PATCH v3 3/3] checkpatch: add virt barriers, Julian Calaby
      • Re: [PATCH v3 3/3] checkpatch: add virt barriers, Joe Perches
        • Re: [PATCH v3 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
          • Re: [PATCH v3 3/3] checkpatch: add virt barriers, Julian Calaby
            • Re: [PATCH v3 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
  • [PATCH v3 2/3] checkpatch: check for __smp outside barrier.h, Michael S. Tsirkin
  • [PATCH v3 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
• [PATCH v3 00/41] arch: barrier cleanup + barriers for virt, Michael S. Tsirkin
  • [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release(), Michael S. Tsirkin
    • Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release(), Paul E. McKenney
      • Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release(), Michael S. Tsirkin
  • [PATCH v3 03/41] ia64: rename nop->iosapic_nop, Michael S. Tsirkin
  • [PATCH v3 04/41] ia64: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h, Paul E. McKenney
  • [PATCH v3 07/41] sparc: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v3 08/41] arm: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v3 13/41] x86: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v3 13/41] x86: reuse asm-generic/barrier.h, Thomas Gleixner
  • [PATCH v3 14/41] asm-generic: add __smp_xxx wrappers, Michael S. Tsirkin
  • [PATCH v3 16/41] arm64: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 19/41] ia64: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 20/41] metag: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 21/41] mips: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 22/41] s390: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 24/41] sparc: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 26/41] xtensa: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 28/41] asm-generic: implement virt_xxx memory barriers, Michael S. Tsirkin
  • [PATCH v3 32/41] sh: move xchg_cmpxchg to a header by itself, Michael S. Tsirkin
  • [PATCH v3 33/41] virtio_ring: use virt_store_mb, Michael S. Tsirkin
  • [PATCH v3 34/41] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
  • [PATCH v3 35/41] checkpatch: check for __smp outside barrier.h, Michael S. Tsirkin
  • [PATCH v3 36/41] checkpatch: add virt barriers, Michael S. Tsirkin
  • [PATCH v3 39/41] xen/events: use virt_xxx barriers, Michael S. Tsirkin
    • Re: [PATCH v3 39/41] xen/events: use virt_xxx barriers, David Vrabel
  • [PATCH v3 40/41] s390: use generic memory barriers, Michael S. Tsirkin
  • [PATCH v3 41/41] s390: more efficient smp barriers, Michael S. Tsirkin
  • [PATCH v3 38/41] xen/io: use virt_xxx barriers, Michael S. Tsirkin
  • [PATCH v3 37/41] xenbus: use virt_xxx barriers, Michael S. Tsirkin
  • [PATCH v3 31/41] sh: support 1 and 2 byte xchg, Michael S. Tsirkin
  • [PATCH v3 30/41] virtio_ring: update weak barriers to use virt_xxx, Michael S. Tsirkin
  • [PATCH v3 29/41] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb", Michael S. Tsirkin
  • [PATCH v3 27/41] x86: define __smp_xxx, Michael S. Tsirkin
    • Re: [PATCH v3 27/41] x86: define __smp_xxx, Thomas Gleixner
  • [PATCH v3 25/41] tile: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 23/41] sh: define __smp_xxx, fix smp_store_mb for !SMP, Michael S. Tsirkin
  • [PATCH v3 18/41] blackfin: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 17/41] arm: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 15/41] powerpc: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v3 12/41] x86/um: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v3 11/41] mips: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Michael S. Tsirkin
        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                          • [PATCH] documentation: Add disclaimer, Peter Zijlstra
                                            • Re: [PATCH] documentation: Add disclaimer, Will Deacon
                                            • Re: [PATCH] documentation: Add disclaimer, Paul E. McKenney
                                          • Re: [PATCH] documentation: Add disclaimer, David Howells
                                            • Re: [PATCH] documentation: Add disclaimer, Paul E. McKenney
                                            • Re: [PATCH] documentation: Add disclaimer, David Howells
                                            • Re: [PATCH] documentation: Add disclaimer, Paul E. McKenney
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Herbert Xu
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Boqun Feng
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Linus Torvalds
                                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Linus Torvalds
                                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Linus Torvalds
                                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Linus Torvalds
                                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Boqun Feng
                                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Michael S. Tsirkin
                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Maciej W. Rozycki
                                          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Leonid Yegoshin
                                          • Message not available
                                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Maciej W. Rozycki
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Ralf Baechle
                                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Maciej W. Rozycki
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                        • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                          • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                            • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Boqun Feng
                                              • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                  • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Will Deacon
                                    • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Paul E. McKenney
                                      • Re: [v3,11/41] mips: reuse asm-generic/barrier.h, Peter Zijlstra
  • [PATCH v3 10/41] metag: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v3 09/41] arm64: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v3 06/41] s390: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v3 02/41] asm-generic: guard smp_store_release/load_acquire, Michael S. Tsirkin
  • Re: [PATCH v3 00/41] arch: barrier cleanup + barriers for virt, Peter Zijlstra
• [PATCH v2 0/3] checkpatch: handling of memory barriers, Michael S. Tsirkin
  • [PATCH v2 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
    • Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers, Joe Perches
      • Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers, Joe Perches
        • Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
      • Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
  • [PATCH v2 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
  • [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h, Michael S. Tsirkin
    • Re: [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h, Joe Perches
• Recent spontaneous reboots on multiple machines, Meelis Roos
  • Re: Recent spontaneous reboots on multiple machines, Meelis Roos
    • Re: Recent spontaneous reboots on multiple machines, Sowmini Varadhan
      • Re: Recent spontaneous reboots on multiple machines, Meelis Roos
        • Re: Recent spontaneous reboots on multiple machines, Sowmini Varadhan
          • Re: Recent spontaneous reboots on multiple machines, Sowmini Varadhan
            • Re: Recent spontaneous reboots on multiple machines, David Miller
              • Re: Recent spontaneous reboots on multiple machines, mroos
                • Re: Recent spontaneous reboots on multiple machines, Sowmini Varadhan
                  • Re: Recent spontaneous reboots on multiple machines, Meelis Roos
            • Re: Recent spontaneous reboots on multiple machines, Meelis Roos
            • Re: Recent spontaneous reboots on multiple machines, Meelis Roos
              • Re: Recent spontaneous reboots on multiple machines, Sowmini Varadhan
                • Re: Recent spontaneous reboots on multiple machines, Meelis Roos
                  • Re: Recent spontaneous reboots on multiple machines, Sowmini Varadhan
                  • Re: Recent spontaneous reboots on multiple machines, Sowmini Varadhan
                    • Invalid sk_policy[] access (was Re: Recent spontaneous reboots on multiple machines), Sowmini Varadhan
                      • Re: Invalid sk_policy[] access (was Re: Recent spontaneous reboots on multiple machines), Meelis Roos
                        • Re: Invalid sk_policy[] access (was Re: Recent spontaneous reboots on multiple machines), Sowmini Varadhan
                          • Re: Invalid sk_policy[] access (was Re: Recent spontaneous reboots on multiple machines), Meelis Roos
                        • Re: Invalid sk_policy[] access, David Miller
                          • Re: Invalid sk_policy[] access, Sowmini Varadhan
                            • Re: Invalid sk_policy[] access, mroos
                            • Re: Invalid sk_policy[] access, mroos
                              • Re: Invalid sk_policy[] access, Sowmini Varadhan
                                • Re: Invalid sk_policy[] access, David Miller
                              • Re: Invalid sk_policy[] access, David Miller
                                • Re: Invalid sk_policy[] access, Sowmini Varadhan
                                  • Re: Invalid sk_policy[] access, David Miller
• [PATCH v2] sparc64: Fix numa node distance initialization, Nitin Gupta
  • Re: [PATCH v2] sparc64: Fix numa node distance initialization, Khalid Aziz
    • Re: [PATCH v2] sparc64: Fix numa node distance initialization, David Miller
• [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X, Rabin Vincent
  • Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X, Eric Dumazet
    • Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X, Rabin Vincent
      • Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X, Daniel Borkmann
  • Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X, Daniel Borkmann
    • Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X, Alexei Starovoitov
  • Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X, David Miller
• [PATCH] sparc64: Fix numa node distance initialization, Nitin Gupta
  • Re: [PATCH] sparc64: Fix numa node distance initialization, Khalid Aziz
    • Re: [PATCH] sparc64: Fix numa node distance initialization, Nitin Gupta
  • Re: [PATCH] sparc64: Fix numa node distance initialization, David Miller
• Re: linux-4.4-rc8/arch/sparc/kernel/pcic.c:785: possible int/long mixup ?, David Miller
• [PATCH 0/3] checkpatch: handling of memory barriers, Michael S. Tsirkin
  • [PATCH 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
    • Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers, Joe Perches
      • Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers, Russell King - ARM Linux
        • Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers, Joe Perches
      • Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
        • Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers, Joe Perches
          • Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers, Michael S. Tsirkin
  • [PATCH 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
    • Re: [PATCH 3/3] checkpatch: add virt barriers, Joe Perches
      • Re: [PATCH 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
        • Re: [PATCH 3/3] checkpatch: add virt barriers, Joe Perches
          • Re: [PATCH 3/3] checkpatch: add virt barriers, Michael S. Tsirkin
  • [PATCH 2/3] checkpatch: check for __smp outside barrier.h, Michael S. Tsirkin
• [PATCH] sparc: Wire up mlock2 system call., David Miller
• [PATCH v2 00/34] arch: barrier cleanup + barriers for virt, Michael S. Tsirkin
  • [PATCH v2 01/32] lcoking/barriers, arch: Use smp barriers in smp_store_release(), Michael S. Tsirkin
  • [PATCH v2 04/32] ia64: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v2 05/32] powerpc: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v2 06/32] s390: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h, Peter Zijlstra
      • Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h, Martin Schwidefsky
        • Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h, Michael S. Tsirkin
          • Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h, Martin Schwidefsky
      • Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h, David Miller
  • [PATCH v2 09/32] arm64: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v2 13/32] x86: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • [PATCH v2 15/32] powerpc: define __smp_xxx, Michael S. Tsirkin
    • Re: [PATCH v2 15/32] powerpc: define __smp_xxx, Boqun Feng
      • Re: [PATCH v2 15/32] powerpc: define __smp_xxx, Michael S. Tsirkin
        • Re: [PATCH v2 15/32] powerpc: define __smp_xxx, Boqun Feng
          • Re: [PATCH v2 15/32] powerpc: define __smp_xxx, Michael S. Tsirkin
            • Re: [PATCH v2 15/32] powerpc: define __smp_xxx, Boqun Feng
              • Re: [PATCH v2 15/32] powerpc: define __smp_xxx, Michael S. Tsirkin
                • Re: [PATCH v2 15/32] powerpc: define __smp_xxx, Boqun Feng
  • [PATCH v2 16/32] arm64: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 17/32] arm: define __smp_xxx, Michael S. Tsirkin
    • Re: [PATCH v2 17/32] arm: define __smp_xxx, Russell King - ARM Linux
      • Re: [PATCH v2 17/32] arm: define __smp_xxx, Michael S. Tsirkin
        • Re: [PATCH v2 17/32] arm: define __smp_xxx, Peter Zijlstra
          • Re: [PATCH v2 17/32] arm: define __smp_xxx, Peter Zijlstra
            • Re: [PATCH v2 17/32] arm: define __smp_xxx, Russell King - ARM Linux
              • Re: [PATCH v2 17/32] arm: define __smp_xxx, Michael S. Tsirkin
            • Re: [PATCH v2 17/32] arm: define __smp_xxx, Michael S. Tsirkin
          • Re: [PATCH v2 17/32] arm: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 20/32] metag: define __smp_xxx, Michael S. Tsirkin
    • Re: [PATCH v2 20/32] metag: define __smp_xxx, Peter Zijlstra
      • Re: [PATCH v2 20/32] metag: define __smp_xxx, James Hogan
        • Re: [PATCH v2 20/32] metag: define __smp_xxx, Peter Zijlstra
          • Re: [PATCH v2 20/32] metag: define __smp_xxx, James Hogan
    • Re: [PATCH v2 20/32] metag: define __smp_xxx, James Hogan
      • Re: [PATCH v2 20/32] metag: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 23/32] sh: define __smp_xxx, fix smp_store_mb for !SMP, Michael S. Tsirkin
  • [PATCH v2 24/32] sparc: define __smp_xxx, Michael S. Tsirkin
    • Re: [PATCH v2 24/32] sparc: define __smp_xxx, David Miller
  • [PATCH v2 25/32] tile: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 27/32] x86: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 28/32] asm-generic: implement virt_xxx memory barriers, Michael S. Tsirkin
  • [PATCH v2 32/32] virtio_ring: use virt_store_mb, Michael S. Tsirkin
    • Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb, Sergei Shtylyov
      • Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb, Michael S. Tsirkin
  • [PATCH v2 34/34] xen/io: use virt_xxx barriers, Michael S. Tsirkin
    • Re: [Xen-devel] [PATCH v2 34/34] xen/io: use virt_xxx barriers, David Vrabel
    • Re: [PATCH v2 34/34] xen/io: use virt_xxx barriers, Stefano Stabellini
  • [PATCH v2 33/34] xenbus: use virt_xxx barriers, Michael S. Tsirkin
    • Re: [Xen-devel] [PATCH v2 33/34] xenbus: use virt_xxx barriers, David Vrabel
    • Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers, Stefano Stabellini
    • Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers, Peter Zijlstra
  • [PATCH v2 31/32] sh: support a 2-byte smp_store_mb, Michael S. Tsirkin
    • Re: [PATCH v2 31/32] sh: support a 2-byte smp_store_mb, Peter Zijlstra
  • [PATCH v2 29/32] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb", Michael S. Tsirkin
  • [PATCH v2 26/32] xtensa: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 22/32] s390: define __smp_xxx, Michael S. Tsirkin
    • Re: [PATCH v2 22/32] s390: define __smp_xxx, Peter Zijlstra
      • Re: [PATCH v2 22/32] s390: define __smp_xxx, Michael S. Tsirkin
        • Re: [PATCH v2 22/32] s390: define __smp_xxx, Martin Schwidefsky
          • Re: [PATCH v2 22/32] s390: define __smp_xxx, Michael S. Tsirkin
            • Re: [PATCH v2 22/32] s390: define __smp_xxx, Martin Schwidefsky
              • Re: [PATCH v2 22/32] s390: define __smp_xxx, Michael S. Tsirkin
                • Re: [PATCH v2 22/32] s390: define __smp_xxx, Martin Schwidefsky
            • Re: [PATCH v2 22/32] s390: define __smp_xxx, Christian Borntraeger
              • Re: [PATCH v2 22/32] s390: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 21/32] mips: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 19/32] ia64: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 18/32] blackfin: define __smp_xxx, Michael S. Tsirkin
  • [PATCH v2 14/32] asm-generic: add __smp_xxx wrappers, Michael S. Tsirkin
  • [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h, Richard Weinberger
  • [PATCH v2 11/32] mips: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v2 11/32] mips: reuse asm-generic/barrier.h, Peter Zijlstra
  • [PATCH v2 10/32] metag: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v2 10/32] metag: reuse asm-generic/barrier.h, James Hogan
  • [PATCH v2 08/32] arm: reuse asm-generic/barrier.h, Michael S. Tsirkin
    • Re: [PATCH v2 08/32] arm: reuse asm-generic/barrier.h, Russell King - ARM Linux
  • [PATCH v2 03/32] ia64: rename nop->iosapic_nop, Michael S. Tsirkin
  • [PATCH v2 02/32] asm-generic: guard smp_store_release/load_acquire, Michael S. Tsirkin
  • [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_xxx, Michael S. Tsirkin
    • Re: [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_xxx, Michael S. Tsirkin
• [PATCH 25/34] sparc: define __smp_xxx, Michael S. Tsirkin
• [PATCH 07/34] sparc: reuse asm-generic/barrier.h, Michael S. Tsirkin
  • Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h, David Miller
    • Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h, Michael S. Tsirkin
      • Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h, David Miller
• 4.4-rc kernels only use one of two CPUs on Sun Blade 2500, Mikael Pettersson
  • [BISECTED] "sparc64: Fix numa distance values" breakage (was: 4.4-rc kernels only use one of two CPUs on Sun Blade 2500), Mikael Pettersson
    • Message not available
      • Re: Fwd: [BISECTED] "sparc64: Fix numa distance values" breakage, Nitin Gupta
        • Re: [BISECTED] "sparc64: Fix numa distance values" breakage, Alexandre Chartre
          • Re: [BISECTED] "sparc64: Fix numa distance values" breakage, Nitin Gupta
            • Re: [BISECTED] "sparc64: Fix numa distance values" breakage, Mikael Pettersson
        • Re: [BISECTED] "sparc64: Fix numa distance values" breakage, David Miller
• [PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality, Dmitry V. Levin
  • [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality, Dmitry V. Levin
    • Re: [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality, David Miller
• [PATCH] tty/serial: Skip 'NULL' char after console break when sysrq enabled, Vijay Kumar
  • Re: [PATCH] tty/serial: Skip 'NULL' char after console break when sysrq enabled, David Miller
• [PATCH] sparc64: fix FP corruption in user copy functions, Rob Gardner
  • Re: [PATCH] sparc64: fix FP corruption in user copy functions, David Miller
    • Re: [PATCH] sparc64: fix FP corruption in user copy functions, Rob Gardner
      • Re: [PATCH] sparc64: fix FP corruption in user copy functions, David Miller
  • Re: [PATCH] sparc64: fix FP corruption in user copy functions, David Miller
• [PATCH 1/2] sparc64: Ensure perf can access user stacks, Rob Gardner
  • [PATCH 2/2] sparc64: Perf should save/restore fault info, Rob Gardner
    • Re: [PATCH 2/2] sparc64: Perf should save/restore fault info, David Miller
  • Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks, David Miller
  • Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks, David Miller
    • Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks, Rob Gardner
      • Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks, David Miller
        • Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks, Rob Gardner
          • Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks, David Miller
            • Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks, Rob Gardner
• [PATCH] sparc64: Don't set %pil in rtrap_nmi too early, Rob Gardner
  • Re: [PATCH] sparc64: Don't set %pil in rtrap_nmi too early, David Miller
• using ptrace to cancel a syscall on sparc, Mike Frysinger
  • Re: using ptrace to cancel a syscall on sparc, Dmitry V. Levin
    • Re: using ptrace to cancel a syscall on sparc, Mike Frysinger
      • Re: using ptrace to cancel a syscall on sparc, David Miller
      • Re: using ptrace to cancel a syscall on sparc, David Miller
        • Re: using ptrace to cancel a syscall on sparc, Mike Frysinger
• [PATCH] sparc: Add all necessary direct socket system calls., David Miller
  • Re: [PATCH] sparc: Add all necessary direct socket system calls., Joseph Myers
    • Re: [PATCH] sparc: Add all necessary direct socket system calls., David Miller
• [PATCH v2] sparc64: Add ADI capability to cpu capabilities, Khalid Aziz
  • Re: [PATCH v2] sparc64: Add ADI capability to cpu capabilities, David Miller
• [PATCH] tty: serial: constify sunhv_ops structs, Aya Mahfouz
• [PATCH v9 58/60] PCI: Introduce resource_disabled(), Yinghai Lu
• [PATCH v9 04/60] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing, Yinghai Lu
• [PATCH v5 7/7] sparc64: mm/gup: add gup trace points, Yang Shi
  • Re: [PATCH v5 7/7] sparc64: mm/gup: add gup trace points, Shi, Yang
    • Re: [PATCH v5 7/7] sparc64: mm/gup: add gup trace points, David Miller
      • Re: [PATCH v5 7/7] sparc64: mm/gup: add gup trace points, Steven Rostedt
• [PATCH v4 7/7] sparc64: mm/gup: add gup trace points, Yang Shi
• [PATCH v3 0/4] Cleaning printk stuff in NMI context, Petr Mladek
  • [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Petr Mladek
    • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Geert Uytterhoeven
      • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Petr Mladek
        • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Arnd Bergmann
        • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Geert Uytterhoeven
        • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Andrew Morton
          • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Russell King - ARM Linux
            • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Jiri Kosina
              • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Daniel Thompson
                • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Peter Zijlstra
                  • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Peter Zijlstra
                    • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Andrew Morton
                • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Petr Mladek
                  • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Daniel Thompson
                    • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Daniel Thompson
            • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Andrew Morton
              • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Petr Mladek
                • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Andrew Morton
                  • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Petr Mladek
            • Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable, Daniel Thompson
  • [PATCH v3 3/4] printk/nmi: Warn when some message has been lost in NMI context, Petr Mladek
  • [PATCH v3 2/4] printk/nmi: Use IRQ work only when ready, Petr Mladek
  • [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
    • Re: [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI, Andrew Morton
      • Re: [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
• [PATCH v3 7/7] sparc64: mm/gup: add gup trace points, Yang Shi
• [PATCH] sparc64: Add ADI capability to cpu capabilities, Khalid Aziz
  • Re: [PATCH] sparc64: Add ADI capability to cpu capabilities, Josip Rodin
    • Re: [PATCH] sparc64: Add ADI capability to cpu capabilities, Khalid Aziz
      • Re: [PATCH] sparc64: Add ADI capability to cpu capabilities, David Miller
        • Re: [PATCH] sparc64: Add ADI capability to cpu capabilities, Khalid Aziz
          • Re: [PATCH] sparc64: Add ADI capability to cpu capabilities, David Miller
• [PATCH V2 7/7] sparc64: mm/gup: add gup trace points, Yang Shi
• [PATCH 7/7] sparc64: mm/gup: add gup trace points, Yang Shi
• [PATCH v5 03/12] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
• [linux-review:Petr-Mladek/Cleaning-printk-stuff-in-NMI-context/20151127-191620] bafdcb831ce105cb7ff2b9e11acfcf3764da11b9 BUILD DONE, kbuild test robot
• [PATCH v2 0/5] Cleaning printk stuff in NMI context, Petr Mladek
  • [PATCH v2 2/5] printk/nmi: Use IRQ work only when ready, Petr Mladek
  • [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context, Petr Mladek
    • Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context, Russell King - ARM Linux
      • Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context, Petr Mladek
        • Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context, Russell King - ARM Linux
          • RE: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context, David Laight
            • Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context, Petr Mladek
          • Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context, Petr Mladek
  • [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer, Petr Mladek
    • Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer, yalin wang
      • RE: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer, David Laight
        • Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer, Petr Mladek
      • Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer, Petr Mladek
  • [PATCH v2 4/5] printk/nmi: Warn when some message has been lost in NMI context, Petr Mladek
  • [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
    • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, kbuild test robot
      • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
        • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Jiri Kosina
          • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
            • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Andrew Morton
              • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
    • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, kbuild test robot
    • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Max Filippov
      • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
    • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Michael Ellerman
      • Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI, Petr Mladek
• [PATCH] sparc64/gup: check address scope legitimacy, Yang Shi
  • [V2 PATCH] sparc64/gup: check address scope legitimacy, Yang Shi
    • Re: [V2 PATCH] sparc64/gup: check address scope legitimacy, Sam Ravnborg
      • Re: [V2 PATCH] sparc64/gup: check address scope legitimacy, Shi, Yang
        • Re: [V2 PATCH] sparc64/gup: check address scope legitimacy, Sam Ravnborg
  • Re: [PATCH] sparc64/gup: check address scope legitimacy, kbuild test robot
    • Re: [PATCH] sparc64/gup: check address scope legitimacy, Shi, Yang
• [PATCH -next RESEND] sparc: Hook up userfaultfd system call, Mike Kravetz
  • Re: [PATCH -next RESEND] sparc: Hook up userfaultfd system call, David Miller
• [PATCH v4 03/16] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
• Re: [powerpc:test 7/8] include/math-emu/quad.h:72:1: error: unable to emulate 'TF', Joseph Myers
  • Re: [powerpc:test 7/8] include/math-emu/quad.h:72:1: error: unable to emulate 'TF', Michael Ellerman
• [PATCH -next] sparc: Hook up userfaultfd system call, Mike Kravetz
• [PATCH v3 03/17] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
  • Re: [PATCH v3 03/17] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Kirill A. Shutemov
    • Re: [PATCH v3 03/17] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
• use dma_map_ops for all architectures, Christoph Hellwig
  • [PATCH 01/16] dma-mapping: make the generic coherent dma mmap implementation optional, Christoph Hellwig
  • [PATCH 02/16] arc: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 03/16] avr32: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 04/16] blackfin: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 05/16] c6x: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 06/16] cris: convert to dma_map_ops, Christoph Hellwig
    • Re: [PATCH 06/16] cris: convert to dma_map_ops, Jesper Nilsson
  • [PATCH 07/16] nios2: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 08/16] frv: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 09/16] parisc: convert to dma_map_ops, Christoph Hellwig
    • Re: [PATCH 09/16] parisc: convert to dma_map_ops, Helge Deller
  • [PATCH 10/16] mn10300: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 11/16] m68k: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 12/16] metag: convert to dma_map_ops, Christoph Hellwig
  • [PATCH 13/16] sparc: use generic dma_set_mask, Christoph Hellwig
  • [PATCH 14/16] tile: uninline dma_set_mask, Christoph Hellwig
  • [PATCH 15/16] dma-mapping: always provide the dma_map_ops based implementation, Christoph Hellwig
  • [PATCH 16/16] dma-mapping: remove <asm-generic/dma-coherent.h>, Christoph Hellwig
• [PATCH v2 00/20] Fix handling of compat_siginfo_t, Amanieu d'Antras
  • [PATCH v2 02/20] compat: Add generic copy_siginfo_{to,from}_user32, Amanieu d'Antras
  • [PATCH v2 18/20] sparc: Use generic copy_siginfo_{to,from}_user32, Amanieu d'Antras
  • [PATCH v2 17/20] sparc: Use generic compat_siginfo_t, Amanieu d'Antras
  • [PATCH v2 01/20] compat: Add generic compat_siginfo_t, Amanieu d'Antras
  • Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t, Andy Lutomirski
    • Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t, Oleg Nesterov
• [PATCH] iommu-common: Fix error code used in iommu_tbl_range_{alloc,free}()., David Miller
  • Re: [PATCH] iommu-common: Fix error code used in iommu_tbl_range_{alloc,free}()., Sowmini Varadhan
• [PATCH v2 03/13] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
• Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Hugh Dickins
  • Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
    • Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
      • Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, David Miller
        • Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures, Minchan Kim
• [PATCH] sparc64: Don't restrict fp regs for no-fault loads, Rob Gardner
  • Re: [PATCH] sparc64: Don't restrict fp regs for no-fault loads, David Miller
• [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
  • [PATCH v4 5/6] virtio_mmio: Use the DMA API, Andy Lutomirski
  • [PATCH v4 4/6] virtio: Add improved queue allocation API, Andy Lutomirski
  • [PATCH v4 6/6] virtio_pci: Use the DMA API, Andy Lutomirski
  • [PATCH v4 3/6] virtio_pci: Use the DMA API, Andy Lutomirski
  • [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack, Andy Lutomirski
    • Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack, Christian Borntraeger
      • Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack, Andy Lutomirski
  • [PATCH v4 2/6] virtio_ring: Support DMA APIs, Andy Lutomirski
    • Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs, Cornelia Huck
      • Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs, Christian Borntraeger
        • Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs, Andy Lutomirski
  • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
  • Re: [PATCH v4 0/6] virtio core DMA API conversion, Christian Borntraeger
  • Re: [PATCH v4 0/6] virtio core DMA API conversion, Michael S. Tsirkin
    • Re: [PATCH v4 0/6] virtio core DMA API conversion, Paolo Bonzini
    • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
      • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
        • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
          • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
            • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
              • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
                • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
                  • Re: [PATCH v4 0/6] virtio core DMA API conversion, Michael S. Tsirkin
                    • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
                  • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
                    • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
                      • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
                        • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
                          • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
                            • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
            • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
              • Re: [PATCH v4 0/6] virtio core DMA API conversion, Andy Lutomirski
            • Re: [PATCH v4 0/6] virtio core DMA API conversion, Jan Kiszka
          • Re: [PATCH v4 0/6] virtio core DMA API conversion, Knut Omang
            • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
          • Re: [PATCH v4 0/6] virtio core DMA API conversion, Joerg Roedel
            • Re: [PATCH v4 0/6] virtio core DMA API conversion, Benjamin Herrenschmidt
• [PATCH] sparc64: Fix numa distance values, Nitin Gupta
  • Re: [PATCH] sparc64: Fix numa distance values, Sam Ravnborg
    • Re: [PATCH] sparc64: Fix numa distance values, Nitin Gupta
  • <Possible follow-ups>
  • [PATCH] sparc64: Fix numa distance values, Nitin Gupta
    • Re: [PATCH] sparc64: Fix numa distance values, David Miller
• [PATCH v8 05/61] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing, Yinghai Lu
• [PATCH v8 59/61] PCI: Introduce resource_disabled(), Yinghai Lu
• [PATCH -next] sparc: Populate 'device' for platform device devicetree nodes, Guenter Roeck
  • Re: [PATCH -next] sparc: Populate 'device' for platform device devicetree nodes, David Miller
• [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Nishanth Aravamudan
  • [PATCH 1/7 v3] dma-mapping: add generic dma_get_page_shift API, Nishanth Aravamudan
  • [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Nishanth Aravamudan
    • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Alexey Kardashevskiy
      • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Busch, Keith
      • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Nishanth Aravamudan
        • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Alexey Kardashevskiy
          • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Nishanth Aravamudan
            • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Benjamin Herrenschmidt
              • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Nishanth Aravamudan
                • Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift, Benjamin Herrenschmidt
  • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Nishanth Aravamudan
  • [PATCH 3/7 v2] powerpc/dma: implement per-platform dma_get_page_shift, Nishanth Aravamudan
  • [PATCH 4/7 v2] pseries/iommu: implement DDW-aware dma_get_page_shift, Nishanth Aravamudan
    • Re: [PATCH 4/7 v2] pseries/iommu: implement DDW-aware dma_get_page_shift, Alexey Kardashevskiy
      • Re: [PATCH 4/7 v2] pseries/iommu: implement DDW-aware dma_get_page_shift, Nishanth Aravamudan
  • [PATCH 5/7] [RFC PATCH 5/7] sparc: rename kernel/iommu_common.h -> include/asm/iommu_common.h, Nishanth Aravamudan
    • Re: [PATCH 5/7] [RFC PATCH 5/7] sparc: rename kernel/iommu_common.h -> include/asm/iommu_common.h, Nishanth Aravamudan
  • [RFC PATCH 6/7] sparc/dma-mapping: override dma_get_page_shift, Nishanth Aravamudan
  • [PATCH 7/7 v2] drivers/nvme: default to the IOMMU page size, Nishanth Aravamudan
  • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, David Miller
    • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Nishanth Aravamudan
      • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Busch, Keith
        • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, David Miller
          • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Busch, Keith
            • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Christoph Hellwig
              • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Nishanth Aravamudan
                • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Busch, Keith
                  • [PATCH 1/1 v3] drivers/nvme: default to 4k device page size, Nishanth Aravamudan
                    • Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size, Keith Busch
                      • Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size, Nishanth Aravamudan
                    • Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size, Christoph Hellwig
                      • Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size, Keith Busch
                        • [PATCH 1/1 v4] drivers/nvme: default to 4k device page size, Nishanth Aravamudan
                          • Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size, Christoph Hellwig
                            • Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size, Nishanth Aravamudan
                            • Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size, Nishanth Aravamudan
                            • Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size, Christoph Hellwig
                              • Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size, Keith Busch
                                • Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size, Christoph Hellwig
                • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, David Miller
                  • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Nishanth Aravamudan
      • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Julian Calaby
        • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Nishanth Aravamudan
          • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Julian Calaby
            • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Benjamin Herrenschmidt
            • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, David Miller
      • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, David Miller
        • Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA, Nishanth Aravamudan
• sparc crashes in -next due to 'of/platform: Point to struct device from device node', Guenter Roeck
• Re: [PATCH 1/5 v2] dma-mapping: add generic dma_get_page_shift API, Nishanth Aravamudan
  • Re: [PATCH 1/5 v2] dma-mapping: add generic dma_get_page_shift API, Nishanth Aravamudan
• Netra T1-105 reboot hang (prtfconf/openprom module related?), Meelis Roos
  • Re: Netra T1-105 reboot hang (prtfconf/openprom module related?), Meelis Roos
    • Re: Netra T1-105 reboot hang (prtfconf/openprom module related?), Meelis Roos
• [PATCH v7 58/60] PCI: Introduce resource_disabled(), Yinghai Lu
  • Re: [v7,58/60] PCI: Introduce resource_disabled(), Michael Ellerman
• [PATCH v7 05/60] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing, Yinghai Lu
  • Re: [PATCH v7 05/60] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing, Khalid Aziz
• Oracle have been working on Sparc Linux, Frans van Berckel
  • Re: Oracle have been working on Sparc Linux, Josip Rodin
  • Re: Oracle have been working on Sparc Linux, Frans van Berckel
    • Re: Oracle have been working on Sparc Linux, Frans van Berckel
      • Re: Oracle have been working on Sparc Linux, James Morris
• [PATCH] sparc/crypto: initialize blkcipher.ivsize, Dave Kleikamp
• [PATCH v6 52/53] PCI: Introduce resource_disabled(), Yinghai Lu
• [PATCH v6 02/53] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing, Yinghai Lu
• [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64, Andre Przywara
  • Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64, David Miller
    • Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64, Andre Przywara
      • [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc(), Andre Przywara
        • Re: [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc(), Geert Uytterhoeven
          • Re: [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc(), Sowmini Varadhan
      • Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64, David Miller
        • Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64, Andre Przywara
          • [PATCH] sparc(64)/iommu: fixup iommu_tbl_range_alloc() types, Andre Przywara
            • Re: [PATCH] sparc(64)/iommu: fixup iommu_tbl_range_alloc() types, Andre Przywara
              • Re: [PATCH] sparc(64)/iommu: fixup iommu_tbl_range_alloc() types, David Miller
• [PATCH v5 42/53] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing, Yinghai Lu
• [PATCH v5 52/53] PCI: Introduce resource_disabled(), Yinghai Lu
• blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Meelis Roos
  • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Ming Lei
    • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Meelis Roos
      • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Ming Lei
        • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Meelis Roos
          • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Ming Lei
            • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Meelis Roos
  • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Meelis Roos
    • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Ming Lei
      • Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong., Meelis Roos
• [PATCH v9 0/6] Allow user to request memory to be locked on page fault, Eric B Munson
  • [PATCH v9 2/6] mm: mlock: Add new mlock system call, Eric B Munson
  • [PATCH v9 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage, Eric B Munson
• [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number, Mathieu Desnoyers
  • Re: [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number, Mathieu Desnoyers
    • Re: [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number, David Miller
      • Re: [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number, Mathieu Desnoyers
• [PATCH v6 0/10] perf: Implement group-read of events using txn interface, Sukadev Bhattiprolu
  • [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface, Sukadev Bhattiprolu