Linux MetaG

• Thread Index

• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: Josh Juran <jjuran@xxxxxxxxx>
• Re: [patch V3] lib: GCD: add binary GCD algorithm
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [patch V3] lib: GCD: add binary GCD algorithm
  • From: zengzhaoxiu@xxxxxxx
• Re: [PATCH 18/23] metag: remove ARCH_WANT_OPTIONAL_GPIOLIB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 18/23] metag: remove ARCH_WANT_OPTIONAL_GPIOLIB
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 18/23] metag: remove ARCH_WANT_OPTIONAL_GPIOLIB
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH V3 00/29] bitops: add parity functions
  • From: zengzhaoxiu@xxxxxxx
• [PATCH V3 02/29] Include generic parity.h in some architectures' bitops.h
  • From: zengzhaoxiu@xxxxxxx
• [PATCH v2 02/30] Include generic parity.h in some architectures' bitops.h
  • From: zengzhaoxiu@xxxxxxx
• [PATCH V2 02/30] Include generic parity.h in some architectures' bitops.h
  • From: Zeng Zhaoxiu <zhaoxiu.zeng@xxxxxxxxx>
• [PATCH v2 3/4] exit_thread: accept a task parameter to be exited
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 02/31] Include generic parity.h in some architectures' bitops.h
  • From: "zhaoxiu.zeng" <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH v2 0/6] mm/hugetlb: Fix commandline parsing behavior for invalid hugepagesize
  • From: Vaishali Thakkar <vaishali.thakkar@xxxxxxxxxx>
• Re: [PATCH v2 0/6] mm/hugetlb: Fix commandline parsing behavior for invalid hugepagesize
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v2 3/6] metag: mm: Use hugetlb_bad_size
  • From: Vaishali Thakkar <vaishali.thakkar@xxxxxxxxxx>
• [PATCH v2 0/6] mm/hugetlb: Fix commandline parsing behavior for invalid hugepagesize
  • From: Vaishali Thakkar <vaishali.thakkar@xxxxxxxxxx>
• [PATCH] parisc,metag: Implement CONFIG_DEBUG_STACK_USAGE option
  • From: Helge Deller <deller@xxxxxx>
• [PATCH] metag: Fix misspellings in comments.
  • From: Adam Buchbinder <adam.buchbinder@xxxxxxxxx>
• Re: [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH 0/2] NUMA related header file cleanups.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: Will Deacon <will.deacon@xxxxxxx>
• Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Robert Richter <robert.richter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v10 8/8] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] tty/metag_da: initialize number_written to zero
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] tty/metag_da: initialize number_written to zero
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v10 0/8] arm64, numa: Add numa support for arm64 platforms
  • From: Robert Richter <robert.richter@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 1/8] arm64, numa: adding numa support for arm64 platforms.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 2/8] Documentation, dt, numa: dt bindings for numa.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 6/8] arm64, mm, numa: Adding numa balancing support for arm64.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 7/8] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 8/8] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 5/8] arm64, dt, thunderx: Add initial dts for Cavium Thunderx in 2 node topology.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 4/8] arm64, numa : Enable numa dt for arm64 platforms.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 0/8] arm64, numa: Add numa support for arm64 platforms
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/31] Add debugger entry points for METAG
  • From: Jeffrey Merkey <jeffmerkey@xxxxxxxxx>
• Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [PATCH] tty/metag_da: initialize number_written to zero
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
  • From: Will Deacon <will.deacon@xxxxxxx>
• 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: [PATCH] documentation: Add disclaimer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: [PATCH] tty/metag_da: initialize number_written to zero
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 06/15] metag: use of_platform_default_populate() to populate default bus
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• 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: [PATCH] documentation: Add disclaimer
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] documentation: Add disclaimer
  • 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: Boqun Feng <boqun.feng@xxxxxxxxx>
• 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: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH] tty/metag_da: initialize number_written to zero
  • From: Colin King <colin.king@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: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• 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: "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: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/6] arm64, numa: adding numa support for arm64 platforms.
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 2/6] Documentation, dt, arm64/arm: dt bindings for numa.
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• 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: 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: "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: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 2/6] Documentation, dt, arm64/arm: dt bindings for numa.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• [PATCH v9 2/6] Documentation, dt, arm64/arm: dt bindings for numa.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 1/6] arm64, numa: adding numa support for arm64 platforms.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 4/6] arm64, dt, thunderx: Add initial dts for Cavium Thunderx in 2 node topology.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [RFC PATCH v9 6/6] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 5/6] PCI: generic: Make pci-host-generic driver numa aware
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 0/6] arm64, numa: Add numa support for arm64 platforms
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 4/6] arm64, dt, thunderx: Add initial dts for Cavium Thunderx in 2 node topology.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 3/6] arm64/arm, numa, dt: adding numa dt binding implementation for arm64 platforms.
  • From: Ganapatrao Kulkarni <gkulkarni@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: 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>
• 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: [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>
• 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>
• 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: Leonid Yegoshin <Leonid.Yegoshin@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: 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: 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: [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 1/3] checkpatch.pl: add missing memory 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 3/3] checkpatch: add virt 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 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 2/3] checkpatch: check for __smp outside barrier.h
  • 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 00/41] arch: barrier cleanup + barriers for virt
  • 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 02/41] asm-generic: guard smp_store_release/load_acquire
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 03/41] ia64: rename nop->iosapic_nop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 04/41] ia64: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 06/41] s390: 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 08/41] arm: 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 13/41] x86: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 14/41] asm-generic: add __smp_xxx wrappers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 15/41] powerpc: 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 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 19/41] ia64: 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 21/41] mips: 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 23/41] sh: define __smp_xxx, fix smp_store_mb for !SMP
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 24/41] sparc: 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 32/41] sh: move xchg_cmpxchg to a header by itself
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 33/41] virtio_ring: use virt_store_mb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 34/41] checkpatch.pl: add missing memory 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 36/41] checkpatch: add virt barriers
  • 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 39/41] xen/events: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 40/41] s390: use generic memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 41/41] s390: more efficient smp barriers
  • 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 25/41] tile: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • 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 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: [PATCH 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@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: [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 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 v2 22/32] s390: define __smp_xxx
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• 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>
• 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: [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] metag: ftrace: remove the misleading comment for ftrace_dyn_arch_init
  • 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: [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>
• 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 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 04/32] ia64: 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 06/32] s390: 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 08/32] arm: 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 13/32] x86: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 15/32] powerpc: 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 17/32] arm: define __smp_xxx
  • 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 23/32] sh: define __smp_xxx, fix smp_store_mb for !SMP
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 26/32] xtensa: 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 28/32] asm-generic: implement virt_xxx memory barriers
  • 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 32/32] virtio_ring: use virt_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 31/32] sh: support a 2-byte smp_store_mb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 27/32] x86: 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 20/32] metag: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 14/32] asm-generic: add __smp_xxx wrappers
  • 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 11/32] mips: 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 01/32] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 00/34] arch: barrier cleanup + barriers for virt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 21/34] metag: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 11/34] metag: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] metag: ftrace: remove the misleading comment for ftrace_dyn_arch_init
  • From: Li Bin <huawei.libin@xxxxxxxxxx>
• [for-next][PATCH 12/13] metag: ftrace: Fix the comments for ftrace_modify_code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 2/5] metag: ftrace: fix the comments for ftrace_modify_code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 2/5] metag: ftrace: fix the comments for ftrace_modify_code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, printk: introduce new format string for flags
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 0/5] ftrace: fix ftrace misleading comments for arch using it
  • From: Li Bin <huawei.libin@xxxxxxxxxx>
• [PATCH v2 2/5] metag: ftrace: fix the comments for ftrace_modify_code
  • From: Li Bin <huawei.libin@xxxxxxxxxx>
• [PATCH 2/5] metag: ftrace: fix the comments for ftrace_modify_code
  • From: Li Bin <huawei.libin@xxxxxxxxxx>
• [PATCH 0/5] ftrace: fix ftrace misleading comments for arch using it
  • From: Li Bin <huawei.libin@xxxxxxxxxx>
• METALinux 3.2 (v3.10) in metag-legacy.git
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 06/16] cris: convert to dma_map_ops
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• [GIT] Metag architecture changes for v4.4
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] MAINTAINERS: Change Meta arch port status to Odd Fixes
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• 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>
• em2861 device audio issue
  • From: Gari Gonta <garigonta@xxxxxxxxx>
• [PATCH 2/2] metag: Turn irq_ctx_* macros into static inlines
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 0/2] metag: 4KB stacks + SMP fix + tweak
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 1/2] metag: SMP: Fix 4KiB stack setup on secondary CPUs
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 08/13] metag: enable building of all dtbs
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2 07/13] metag: use common make variables for dtb builds
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v2 00/13] Enable building all dtb files
  • From: Rob Herring <robh@xxxxxxxxxx>
• [GIT PULL] Metag architecture changes for v4.3
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] metag/kernel/stacktrace.c: Use current_stack_pointer instead of current_sp
  • From: Chen Gang <xili_gchen_5257@xxxxxxxxxxx>
• [PATCH] metag/kernel/stacktrace.c: Use current_stack_pointer instead of current_sp
  • From: gang.chen.5i5j@xxxxxxxxx
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Grant Grundler <grantgrundler@xxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Catalin Marinas <catalin.marinas@xxxxxxxxx>
• Re: [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 29/31] parisc: handle page-less SG entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: prepare for struct scatterlist entries without page backing
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• Re: [PATCH 16/31] s390: handle page-less SG entries
  • From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 19/31] arc: handle page-less SG entries
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 30/31] intel-iommu: handle page-less SG entries
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 20/31] avr32: handle page-less SG entries
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH 03/31] dma-debug: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/31] scatterlist: add sg_pfn and sg_has_page helpers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/31] alpha/pci-noop: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/31] scatterlist: use sg_phys()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/31] x86/pci-nommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• RFC: prepare for struct scatterlist entries without page backing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/31] alpha/pci_iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/31] x86/pci-calgary: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/31] c6x: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/31] ia64/pci_dma: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/31] sparc/ldc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/31] sparc/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/31] sparc32/io-unit: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/31] mn10300: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/31] s390: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/31] ia64/sba_iommu: remove sba_sg_address
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/31] nios2: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/31] avr32: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/31] arc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/31] metag: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/31] blackfin: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/31] xtensa: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/31] openrisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/31] frv: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/31] powerpc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/31] mips: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/31] intel-iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/31] parisc: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/31] dma-mapping-common: skip kmemleak checks for page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/31] sh: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/31] sparc32/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/31] powerpc/iommu: handle page-less SG entries
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/74] clockevents/drivers/metag_generic: Migrate to new 'set-state' interface
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH] Documentation/features/vm: Meta2 is capable of THP
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2] arch: use WRITE_ONCE/READ_ONCE in smp_store_release/smp_load_acquire
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH] Documentation/features/vm: Meta2 is capable of THP
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] Documentation/features/vm: Meta2 is capable of THP
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Hidehiro Kawai <hidehiro.kawai.ez@xxxxxxxxxxx>
• Re: Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: Re: [PATCH 3/3] kexec: Change the timing of callbacks related to "crash_kexec_post_notifiers" boot option
  • From: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: dwalker@xxxxxxxxxx
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: dwalker@xxxxxxxxxx
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: dwalker@xxxxxxxxxx
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 3/3] kexec: Change the timing of callbacks related to "crash_kexec_post_notifiers" boot option
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: dwalker@xxxxxxxxxx
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Hidehiro Kawai <hidehiro.kawai.ez@xxxxxxxxxxx>
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: dwalker@xxxxxxxxxx
• Re: [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/3] panic: Disable crash_kexec_post_notifiers if kdump is not available
  • From: Hidehiro Kawai <hidehiro.kawai.ez@xxxxxxxxxxx>
• [PATCH 2/3] kexec: Pass panic message to crash_kexec()
  • From: Hidehiro Kawai <hidehiro.kawai.ez@xxxxxxxxxxx>
• [PATCH 3/3] kexec: Change the timing of callbacks related to "crash_kexec_post_notifiers" boot option
  • From: Hidehiro Kawai <hidehiro.kawai.ez@xxxxxxxxxxx>
• [PATCH 0/3] kexec: crash_kexec_post_notifiers boot option related fixes
  • From: Hidehiro Kawai <hidehiro.kawai.ez@xxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Frans Klaver <fransklaver@xxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Frans Klaver <fransklaver@xxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• [PATCH 3.19.y-ckt 061/146] parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [3.19.y-ckt stable] Patch "parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Generic kernel features that need architecture(metag) support
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Masanari Iida <standby24x7@xxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
• Re: metag test failure in -next due to commit 'module: relocate module_init from init.h to module.h'
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: metag test failure in -next due to commit 'module: relocate module_init from init.h to module.h'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: metag test failure in -next due to commit 'module: relocate module_init from init.h to module.h'
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• metag test failure in -next due to commit 'module: relocate module_init from init.h to module.h'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 3.16.y-ckt 039/110] parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [Patch v3 35/36] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [added to the 3.18 stable tree] parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Stanislav Yakovlev <stas.yakovlev@xxxxxxxxx>
• Re: [RFT v2 46/48] genirq, irqchip: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RFT v2 46/48] genirq, irqchip: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [PATCH 4.0 109/148] parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Remove s390 sw-emulated hugepages and cleanup
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Alexander Graf <agraf@xxxxxxx>
• [Patch v3 20/36] metag, irq: Use access helper irq_data_get_affinity_mask()
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v3 35/36] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] Remove s390 sw-emulated hugepages and cleanup
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 3/5] mm/hugetlb: remove arch_prepare/release_hugepage from arch headers
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCH 0/5] Remove s390 sw-emulated hugepages and cleanup
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] mm/hugetlb: remove unused arch hook prepare/release_hugepage
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] s390/mm: forward check for huge pmds to pmd_large()
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] mm/hugetlb: remove arch_prepare/release_hugepage from arch headers
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] s390/hugetlb: remove dead code for sw emulated huge pages
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] s390/mm: make hugepages_supported a boot time decision
  • From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
• [3.16.y-ckt stable] Patch "parisc,metag: Fix crashes due to stack randomization on stack-grows-upwards architectures" has been added to staging queue
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] treewide: Fix typo compatability -> compatibility
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [RFC v1 23/25] genirq: Kill the first parameter 'irq' of irq_flow_handler_t
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Patch v2 14/14] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• Re: [RFC v1 11/11] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] Fix crashes due to stack randomization on stack-grows-upwards architectures
  • From: Helge Deller <deller@xxxxxx>
• [RFC v1 11/11] genirq: Pass irq_data to helper function __irq_set_chip_handler_name_locked()
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [PATCH v2 03/10] metag: use for_each_sg()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• [PATCH 3/5] metag: use for_each_sg()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH] of: return NUMA_NO_NODE from fallback of_node_to_nid()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [GIT PULL] Metag architecture changes for v4.1
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 3.13.y-ckt 137/143] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [3.13.y-ckt stable] Patch "metag: Fix KSTK_EIP() and KSTK_ESP() macros" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [tip:core/rcu] metag: Use common outgoing-CPU-notification code
  • From: "tip-bot for Paul E. McKenney" <tipbot@xxxxxxxxx>
• [PATCH 3.16.y-ckt 033/165] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH -next] metag: Fix ioremap_wc/ioremap_cached build errors
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -next] metag: Fix ioremap_wc/ioremap_cached build errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Another metag architecture fix for v4.0
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH -next] metag: Fix ioremap_wc/ioremap_cached build errors
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH -next] metag: Fix ioremap_wc/ioremap_cached build errors
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH -next] metag: Fix ioremap_wc/ioremap_cached build errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [3.16.y-ckt stable] Patch "metag: Fix KSTK_EIP() and KSTK_ESP() macros" has been added to staging queue
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [PATCH 3.12 059/175] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v2 tip/core/rcu 04/22] metag: Use common outgoing-CPU-notification code
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 16/32] metag: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCHv3 16/32] metag: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: Alex Dowad <alexinbeijing@xxxxxxxxx>
• Re: [PATCHv2 16/32] metag: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: Alex Dowad <alexinbeijing@xxxxxxxxx>
• Re: [PATCHv2 16/32] metag: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCHv2 16/32] metag: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: Alex Dowad <alexinbeijing@xxxxxxxxx>
• Re: [PATCH 16/32] metag: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 16/32] metag: copy_thread(): rename 'arg' argument to 'kthread_arg'
  • From: Alex Dowad <alexinbeijing@xxxxxxxxx>
• Re: [PATCH tip/core/rcu 04/20] metag: Use common outgoing-CPU-notification code
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH tip/core/rcu 04/20] metag: Use common outgoing-CPU-notification code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH tip/core/rcu 04/20] metag: Use common outgoing-CPU-notification code
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH tip/core/rcu 04/20] metag: Use common outgoing-CPU-notification code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [patch added to the 3.12 stable tree] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3.10 48/53] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.14 65/73] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.18 135/151] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.19 153/175] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 04/20] metag: Use common outgoing-CPU-notification code
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] metag architectures fixes for v4.0
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH] metag: Fix KSTK_EIP() and KSTK_ESP() macros
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 00/16] tz1090: add clock components
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 09/40] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 20/40] metag: fix put_user sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 09/40] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 09/40] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 20/40] metag: fix put_user sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 2/2] gpio: tz1090-pdc: Use resource_size to fix off-by-one resource size calculation
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH repost 09/16] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Dec 16
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 09/18] metag/uaccess: fix sparse errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 01/16] clk: tz1090: add clock provider common code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 02/16] clk: tz1090: add gate bank clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 03/16] clk: tz1090: add mux bank clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 04/16] clk: tz1090: add deleter clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 05/16] clk: tz1090: add divider clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 07/16] dt: binding: add binding for TZ1090 PDC clocks
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 06/16] clk: tz1090: add PLL clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 09/16] dt: binding: add binding for TZ1090 TOP clocks
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 08/16] clk: tz1090: add PDC clock provider driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 10/16] clk: tz1090: add TOP clock provider driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 11/16] dt: binding: add binding for TZ1090 HEP clocks
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 13/16] dt: binding: add binding for TZ1090 PERIP clocks
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 12/16] clk: tz1090: add HEP clock provider driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 14/16] clk: tz1090: add PERIP clock provider driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 15/16] metag: tz1090: add TZ1090 clocks to device tree
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 16/16] metag: tz1090: connect Meta core clock
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v2 00/16] tz1090: add clock components
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 15/15] metag: tz1090: add TZ1090 clocks to device tree
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 15/15] metag: tz1090: add TZ1090 clocks to device tree
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH 15/15] metag: tz1090: add TZ1090 clocks to device tree
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 15/15] metag: tz1090: add TZ1090 clocks to device tree
  • From: Heiko Stübner <heiko@xxxxxxxxx>
• Re: [PATCH 01/15] clk: divider: replace bitfield width with mask
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH 01/15] clk: divider: replace bitfield width with mask
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCH 00/15] tz1090: add clock components
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 01/15] clk: divider: replace bitfield width with mask
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 02/15] clk: divider: expose new clk_register_divider_mask
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 03/15] dt: binding: add binding for tz1090-pll clock
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 04/15] clk: tz1090: add PLL clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 05/15] dt: binding: add binding for TZ1090 gate bank
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 06/15] clk: tz1090: add gate bank clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 07/15] dt: binding: add binding for TZ1090 mux bank
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 10/15] clk: tz1090: add deleter clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 11/15] dt: binding: add binding for TZ1090 PDC clock
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 12/15] clk: tz1090: add PDC clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 13/15] dt: binding: add binding for TZ1090 divider clock
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 15/15] metag: tz1090: add TZ1090 clocks to device tree
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 14/15] clk: tz1090: add divider clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 08/15] clk: tz1090: add mux bank clock driver
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 09/15] dt: binding: add binding for TZ1090 clock deleter
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v6 08/48] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH v5 08/48] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler
  • From: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
• [PATCH v3 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Lennox Wu <lennox.wu@xxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• [PATCH v2 08/47] kernel: Move pm_power_off to common code
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 32/44] arm64: psci: Register with kernel poweroff handler
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 44/44] kernel: Remove pm_power_off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 29/44] staging: nvec: Register with kernel poweroff handler
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings
  • From: Mark Rutland <mark.rutland@xxxxxxx>