Linux Sparc

• Thread Index

• Re: Minor tweak to silo regarding GPT labeled drives
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Minor tweak to silo regarding GPT labeled drives
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Minor tweak to silo regarding GPT labeled drives
  • From: Bryce <philip.copeland@xxxxxxxxxx>
• Re: using ptrace to cancel a syscall on sparc
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: using ptrace to cancel a syscall on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: using ptrace to cancel a syscall on sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: using ptrace to cancel a syscall on sparc
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: prtconfs: Add SPARC M7-16 prtconf
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] watchdog: add sun4v_wdt device support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Fix numa node distance initialization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• prtconfs: Add SPARC M7-16 prtconf
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH] watchdog: add sun4v_wdt device support
  • From: Wim Coekaerts <wim.coekaerts@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• [PATCH 2/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH 0/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH 1/2] n2rng: Attach on T5/M5, T7/M7 SPARC CPUs
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sparc64: mm/gup: add gup trace points
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] sparc64: mm/gup: add gup trace points
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH v5 7/7] sparc64: mm/gup: add gup trace points
  • From: "Shi, Yang" <yang.shi@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] watchdog: add sun4v_wdt device support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH] watchdog: add sun4v_wdt device support
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH] watchdog: add sun4v_wdt device support
  • From: wim.coekaerts@xxxxxxxxxx
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 13/41] x86: reuse asm-generic/barrier.h
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 27/41] x86: define __smp_xxx
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/41] arch: barrier cleanup + barriers for virt
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RESEND PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v3 39/41] xen/events: use virt_xxx barriers
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH v2 20/32] metag: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 2/3] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH v3 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 2/3] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v3 02/41] asm-generic: guard smp_store_release/load_acquire
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 06/41] s390: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 09/41] arm64: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 10/41] metag: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 11/41] mips: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 12/41] x86/um: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 15/41] powerpc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 17/41] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 18/41] blackfin: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 23/41] sh: define __smp_xxx, fix smp_store_mb for !SMP
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 25/41] tile: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 27/41] x86: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 29/41] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 30/41] virtio_ring: update weak barriers to use virt_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 31/41] sh: support 1 and 2 byte xchg
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 37/41] xenbus: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 38/41] xen/io: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 41/41] s390: more efficient smp barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 40/41] s390: use generic memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 39/41] xen/events: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 36/41] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 35/41] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 34/41] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 33/41] virtio_ring: use virt_store_mb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 32/41] sh: move xchg_cmpxchg to a header by itself
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 28/41] asm-generic: implement virt_xxx memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 26/41] xtensa: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 24/41] sparc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 22/41] s390: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 21/41] mips: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 20/41] metag: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 19/41] ia64: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 16/41] arm64: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 14/41] asm-generic: add __smp_xxx wrappers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 13/41] x86: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 08/41] arm: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 07/41] sparc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 04/41] ia64: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 03/41] ia64: rename nop->iosapic_nop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 00/41] arch: barrier cleanup + barriers for virt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: mroos@xxxxxxxx
• Re: Recent spontaneous reboots on multiple machines
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Fix numa node distance initialization
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Recent spontaneous reboots on multiple machines
  • From: Meelis Roos <mroos@xxxxxxxx>
• Recent spontaneous reboots on multiple machines
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v2] sparc64: Fix numa node distance initialization
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH] sparc64: Fix numa node distance initialization
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH] sparc64: Fix numa node distance initialization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix numa node distance initialization
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH] net: filter: make JITs zero A for SKF_AD_ALU_XOR_X
  • From: Rabin Vincent <rabin@xxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH] sparc64: Fix numa node distance initialization
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [BISECTED] "sparc64: Fix numa distance values" breakage
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: linux-4.4-rc8/arch/sparc/kernel/pcic.c:785: possible int/long mixup ?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 20/32] metag: define __smp_xxx
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 10/32] metag: reuse asm-generic/barrier.h
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 3/3] checkpatch: add virt barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/3] checkpatch: add virt barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 20/32] metag: define __smp_xxx
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 20/32] metag: define __smp_xxx
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 20/32] metag: define __smp_xxx
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 31/32] sh: support a 2-byte smp_store_mb
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 20/32] metag: define __smp_xxx
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/32] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 34/34] xen/io: use virt_xxx barriers
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• [PATCH 2/3] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v2 34/34] xen/io: use virt_xxx barriers
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v2 33/34] xenbus: use virt_xxx barriers
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [BISECTED] "sparc64: Fix numa distance values" breakage
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [BISECTED] "sparc64: Fix numa distance values" breakage
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [BISECTED] "sparc64: Fix numa distance values" breakage
  • From: Alexandre Chartre <alexandre.chartre@xxxxxxxxxx>
• Re: Fwd: [BISECTED] "sparc64: Fix numa distance values" breakage
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/32] arm: reuse asm-generic/barrier.h
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] sparc: Wire up mlock2 system call.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 24/32] sparc: define __smp_xxx
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 00/34] arch: barrier cleanup + barriers for virt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 02/32] asm-generic: guard smp_store_release/load_acquire
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 03/32] ia64: rename nop->iosapic_nop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 08/32] arm: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 10/32] metag: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 11/32] mips: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 14/32] asm-generic: add __smp_xxx wrappers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 18/32] blackfin: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 19/32] ia64: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 21/32] mips: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 22/32] s390: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 26/32] xtensa: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 29/32] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 31/32] sh: support a 2-byte smp_store_mb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 33/34] xenbus: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 34/34] xen/io: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 32/32] virtio_ring: use virt_store_mb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 28/32] asm-generic: implement virt_xxx memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 27/32] x86: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 25/32] tile: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 24/32] sparc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 23/32] sh: define __smp_xxx, fix smp_store_mb for !SMP
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 20/32] metag: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 17/32] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 16/32] arm64: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 13/32] x86: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 09/32] arm64: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 05/32] powerpc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 04/32] ia64: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 01/32] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 25/34] sparc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [BISECTED] "sparc64: Fix numa distance values" breakage (was: 4.4-rc kernels only use one of two CPUs on Sun Blade 2500)
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• [PATCH 07/34] sparc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• 4.4-rc kernels only use one of two CPUs on Sun Blade 2500
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• [PATCH] sparc64: fix incorrect sign extension in sys_sparc64_personality
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] tty/serial: Skip 'NULL' char after console break when sysrq enabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix FP corruption in user copy functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc64: Perf should save/restore fault info
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't set %pil in rtrap_nmi too early
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add ADI capability to cpu capabilities
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH -next RESEND] sparc: Hook up userfaultfd system call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix FP corruption in user copy functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] tty/serial: Skip 'NULL' char after console break when sysrq enabled
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: [PATCH] sparc64: fix FP corruption in user copy functions
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH] sparc64: fix FP corruption in user copy functions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: fix FP corruption in user copy functions
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc64: Perf should save/restore fault info
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Ensure perf can access user stacks
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH] sparc64: Don't set %pil in rtrap_nmi too early
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: using ptrace to cancel a syscall on sparc
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• using ptrace to cancel a syscall on sparc
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc: Add all necessary direct socket system calls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] sparc: Add all necessary direct socket system calls.
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• [PATCH] sparc: Add all necessary direct socket system calls.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] sparc64: Add ADI capability to cpu capabilities
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc64: Add ADI capability to cpu capabilities
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add ADI capability to cpu capabilities
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc64: Add ADI capability to cpu capabilities
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add ADI capability to cpu capabilities
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add ADI capability to cpu capabilities
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH] tty: serial: constify sunhv_ops structs
  • From: Aya Mahfouz <mahfouz.saif.elyazal@xxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Daniel Thompson <daniel.thompson@xxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v9 58/60] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v9 04/60] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 7/7] sparc64: mm/gup: add gup trace points
  • From: Yang Shi <yang.shi@xxxxxxxxxx>
• [PATCH v4 7/7] sparc64: mm/gup: add gup trace points
  • From: Yang Shi <yang.shi@xxxxxxxxxx>
• [PATCH v3 1/4] printk/nmi: Generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 2/4] printk/nmi: Use IRQ work only when ready
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 3/4] printk/nmi: Warn when some message has been lost in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 4/4] printk/nmi: Increase the size of NMI buffer and make it configurable
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 0/4] Cleaning printk stuff in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v3 7/7] sparc64: mm/gup: add gup trace points
  • From: Yang Shi <yang.shi@xxxxxxxxxx>
• Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• RE: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [V2 PATCH] sparc64/gup: check address scope legitimacy
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [V2 PATCH] sparc64/gup: check address scope legitimacy
  • From: "Shi, Yang" <yang.shi@xxxxxxxxxx>
• Re: [V2 PATCH] sparc64/gup: check address scope legitimacy
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc64: Add ADI capability to cpu capabilities
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH V2 7/7] sparc64: mm/gup: add gup trace points
  • From: Yang Shi <yang.shi@xxxxxxxxxx>
• RE: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 7/7] sparc64: mm/gup: add gup trace points
  • From: Yang Shi <yang.shi@xxxxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
  • From: yalin wang <yalin.wang2010@xxxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v5 03/12] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Max Filippov <jcmvbkbc@xxxxxxxxx>
• [linux-review:Petr-Mladek/Cleaning-printk-stuff-in-NMI-context/20151127-191620] bafdcb831ce105cb7ff2b9e11acfcf3764da11b9 BUILD DONE
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 0/5] Cleaning printk stuff in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v2 1/5] printk/nmi: Generic solution for safe printk in NMI
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v2 4/5] printk/nmi: Warn when some message has been lost in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v2 5/5] printk/nmi: Increase the size of the temporary buffer
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v2 3/5] printk/nmi: Try hard to print Oops message in NMI context
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v2 2/5] printk/nmi: Use IRQ work only when ready
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] sparc64/gup: check address scope legitimacy
  • From: "Shi, Yang" <yang.shi@xxxxxxxxxx>
• Re: [PATCH] sparc64/gup: check address scope legitimacy
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [V2 PATCH] sparc64/gup: check address scope legitimacy
  • From: Yang Shi <yang.shi@xxxxxxxxxx>
• [PATCH] sparc64/gup: check address scope legitimacy
  • From: Yang Shi <yang.shi@xxxxxxxxxx>
• [PATCH -next RESEND] sparc: Hook up userfaultfd system call
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [PATCH v4 03/16] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [powerpc:test 7/8] include/math-emu/quad.h:72:1: error: unable to emulate 'TF'
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [powerpc:test 7/8] include/math-emu/quad.h:72:1: error: unable to emulate 'TF'
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 03/17] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH -next] sparc: Hook up userfaultfd system call
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v3 03/17] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v3 03/17] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 06/16] cris: convert to dma_map_ops
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Knut Omang <knut.omang@xxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/16] parisc: convert to dma_map_ops
  • From: Helge Deller <deller@xxxxxx>
• [PATCH 16/16] dma-mapping: remove <asm-generic/dma-coherent.h>
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/16] dma-mapping: always provide the dma_map_ops based implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/16] tile: uninline dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/16] sparc: use generic dma_set_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/16] metag: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/16] m68k: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/16] mn10300: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/16] parisc: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/16] frv: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/16] nios2: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/16] cris: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/16] c6x: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/16] blackfin: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/16] avr32: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/16] arc: convert to dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• use dma_map_ops for all architectures
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/16] dma-mapping: make the generic coherent dma mmap implementation optional
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 00/20] Fix handling of compat_siginfo_t
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [GIT] Sparc
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH] checkpatch: Warn when casting constants to c90 int or longer types
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT] Sparc
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/1 v4] drivers/nvme: default to 4k device page size
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/1 v4] drivers/nvme: default to 4k device page size
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/20] compat: Add generic compat_siginfo_t
  • From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
• [PATCH v2 00/20] Fix handling of compat_siginfo_t
  • From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
• [PATCH v2 17/20] sparc: Use generic compat_siginfo_t
  • From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
• [PATCH v2 18/20] sparc: Use generic copy_siginfo_{to,from}_user32
  • From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
• [PATCH v2 02/20] compat: Add generic copy_siginfo_{to,from}_user32
  • From: "Amanieu d'Antras" <amanieu@xxxxxxxxx>
• Re: [PATCH] sparc64: Fix numa distance values
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Don't restrict fp regs for no-fault loads
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] iommu-common: Fix error code used in iommu_tbl_range_{alloc,free}().
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• [PATCH] iommu-common: Fix error code used in iommu_tbl_range_{alloc,free}().
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc(64)/iommu: fixup iommu_tbl_range_alloc() types
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 03/13] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH] sparc64: Fix numa distance values
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH 3/8] arch: uapi: asm: mman.h: Let MADV_FREE have same value for all architectures
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH] sparc64: Don't restrict fp regs for no-fault loads
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1 v3] drivers/nvme: default to 4k device page size
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1 v3] drivers/nvme: default to 4k device page size
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH -next] sparc: Populate 'device' for platform device devicetree nodes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 0/6] virtio core DMA API conversion
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 2/6] virtio_ring: Support DMA APIs
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 3/6] virtio_pci: Use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 6/6] virtio_pci: Use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 4/6] virtio: Add improved queue allocation API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v4 5/6] virtio_mmio: Use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] sparc64: Fix numa distance values
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH] sparc64: Fix numa distance values
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: "Busch, Keith" <keith.busch@xxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] sparc64: Fix numa distance values
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: "Busch, Keith" <keith.busch@xxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: "Busch, Keith" <keith.busch@xxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7 v2] pseries/iommu: implement DDW-aware dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 05/61] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v8 59/61] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: "Busch, Keith" <keith.busch@xxxxxxxxx>
• Re: [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH 4/7 v2] pseries/iommu: implement DDW-aware dma_get_page_shift
  • From: Alexey Kardashevskiy <aik@xxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 7/8] sparc/math-emu: Move sparc from math-emu-old to math-emu
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH -next] sparc: Populate 'device' for platform device devicetree nodes
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 5/7] [RFC PATCH 5/7] sparc: rename kernel/iommu_common.h -> include/asm/iommu_common.h
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 7/7 v2] drivers/nvme: default to the IOMMU page size
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 6/7] sparc/dma-mapping: override dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/7] [RFC PATCH 5/7] sparc: rename kernel/iommu_common.h -> include/asm/iommu_common.h
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/7 v2] pseries/iommu: implement DDW-aware dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/7 v2] powerpc/dma: implement per-platform dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/7 v2] powerpc/dma-mapping: override dma_get_page_shift
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/7 v3] dma-mapping: add generic dma_get_page_shift API
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/5 v3] Fix NVMe driver support on Power with 32-bit DMA
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc()
  • From: Sowmini Varadhan <sowmini.varadhan@xxxxxxxxxx>
• Re: [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• sparc crashes in -next due to 'of/platform: Point to struct device from device node'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/5 v2] dma-mapping: add generic dma_get_page_shift API
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5 v2] dma-mapping: add generic dma_get_page_shift API
  • From: Nishanth Aravamudan <nacc@xxxxxxxxxxxxxxxxxx>
• Netra T1-105 reboot hang (prtfconf/openprom module related?)
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [v7,58/60] PCI: Introduce resource_disabled()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 05/60] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: Oracle have been working on Sparc Linux
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH v7 58/60] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v7 05/60] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Oracle have been working on Sparc Linux
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Oracle have been working on Sparc Linux
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Oracle have been working on Sparc Linux
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Oracle have been working on Sparc Linux
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• [PATCH] sparc/crypto: initialize blkcipher.ivsize
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• Re: [PATCH] sparc(64)/iommu: fixup iommu_tbl_range_alloc() types
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v6 52/53] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v6 02/53] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] sparc(64)/iommu: fixup iommu_tbl_range_alloc() types
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] iommu-common: fix return type of iommu_tbl_range_alloc()
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• Re: [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] iommu-common: only compile lib/iommu_common.c for Sparc64
  • From: Andre Przywara <andre.przywara@xxxxxxx>
• [PATCH v5 42/53] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v5 52/53] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• blk_mq_register_disk: kobject (00000000009f2dd8): tried to init an initialized object, something is seriously wrong.
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v9 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v9 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v9 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2 3/9] sparc/sparc64: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [[PATCH v6 02/10] perf: Add a flags parameter to pmu txn interfaces
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Another (ESP?) scsi blk-mq problem on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• [[PATCH v6 03/10] perf: Split perf_event_read() and perf_event_count()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 04/10] perf: Rename perf_event_read_{one,group}, perf_read_hw
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 01/10] sparc/perf: Remove unnecessary assignment
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 07/10] perf: Add return value for perf_event_read().
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 05/10] perf: Add group reads to perf_event_read()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 02/10] perf: Add a flags parameter to pmu txn interfaces
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 08/10] Define PERF_PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 06/10] perf: Invert perf_read_group() loops
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 10/10] perf: Drop PERF_EVENT_TXN
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [[PATCH v6 09/10] powerpc/perf/hv-24x7: Use PMU_TXN_READ interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 0/10] perf: Implement group-read of events using txn interface
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] perf: Add a flags parameter to pmu txn interfaces
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] perf: Add a flags parameter to pmu txn interfaces
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v8 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/9] sparc/sparc64: allocate sys_membarrier system call number
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC PATCH 6/9] sparc/sparc64: allocate sys_membarrier system call number
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 3/5] dma-mapping: cosolidate dma_mapping_error
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• [PATCH v8 4/6] mm: mlock: Add mlock flags to enable VM_LOCKONFAULT usage
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v8 2/6] mm: mlock: Add new mlock system call
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• [PATCH v8 0/6] Allow user to request memory to be locked on page fault
  • From: Eric B Munson <emunson@xxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: How to decode RED state exception?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• How to decode RED state exception?
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH v4 41/52] sparc/PCI: Add IORESOURCE_MEM_64 for 64-bit resource in OF parsing
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v4 51/52] PCI: Introduce resource_disabled()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: wangyijing <wangyijing@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Ping Re: [PATCH 0/8] math-emu: Update kernel math-emu code from current glibc soft-fp
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Aw: Re: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: "Helge Deller" <deller@xxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: provide more common DMA API functions V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ASPM: Fix a NULL pointer crash on sparc64
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Aw: A500 boot crash in 4.2.0-rc3-00246-g763e326
  • From: Meelis Roos <mroos@xxxxxxxx>