<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.ports.ppc.embedded">
    <title>gmane.linux.ports.ppc.embedded</title>
    <link>http://blog.gmane.org/gmane.linux.ports.ppc.embedded</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59546"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59536"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59528"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59522"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59490"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59488"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59487"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59481"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59439"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59413"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59412"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59410"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59405"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59394"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59387"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59385"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59382"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59379"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59356"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59349"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59546">
    <title>[PATCH RESEND v2 1/2] serial/mpc52xx_uart: prepare for adding MPC5125 PSC UART support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59546</link>
    <description>&lt;pre&gt;From: Matteo Facchinetti &amp;lt;matteo.facchinetti&amp;lt; at &amp;gt;sirius-es.it&amp;gt;

MPC5125 PSC controller has different register layout than MPC5121.
To support MPC5125 PSC in this driver we have to provide further
psc_ops functions for SoC specific register accesses.

Add new register access functions to the psc_ops structure and
provide MPC52xx and MPC512x specific implementation for them.
Then replace remaining direct register accesses in the driver by
appropriate psc_ops function calls. The subsequent patch can now
add MPC5125 specific set of psc_ops functions.

Signed-off-by: Vladimir Ermakov &amp;lt;vooon341&amp;lt; at &amp;gt;gmail.com&amp;gt;
Signed-off-by: Matteo Facchinetti &amp;lt;matteo.facchinetti&amp;lt; at &amp;gt;sirius-es.it&amp;gt;
Signed-off-by: Anatolij Gustschin &amp;lt;agust&amp;lt; at &amp;gt;denx.de&amp;gt;
---

Changes in v2:
 - split into two patches to simplify review
 - minor coding style changes
 - revise commit log

 drivers/tty/serial/mpc52xx_uart.c |  161 +++++++++++++++++++++++++++----------
 1 file changed, 119 insertions(+), 42 deletions(-)

diff --git a/drivers/tty/serial/mpc52xx_uart.c b/dri&lt;/pre&gt;</description>
    <dc:creator>Anatolij Gustschin</dc:creator>
    <dc:date>2013-05-24T18:24:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59536">
    <title>[PATCH v3 00/11] uaccess: better might_sleep/might_fault behavior</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59536</link>
    <description>&lt;pre&gt;This improves the might_fault annotations used
by uaccess routines:

1. The only reason uaccess routines might sleep
   is if they fault. Make this explicit for
   all architectures.
2. a voluntary preempt point in uaccess functions
   means compiler can't inline them efficiently,
   this breaks assumptions that they are very
   fast and small that e.g. net code seems to make.
   remove this preempt point so behaviour
   matches what callers assume.
3. Accesses (e.g through socket ops) to kernel memory
   with KERNEL_DS like net/sunrpc does will never sleep.
   Remove an unconditinal might_sleep in the inline
   might_fault in kernel.h
   (used when PROVE_LOCKING is not set).
4. Accesses with pagefault_disable return EFAULT
   but won't cause caller to sleep.
   Check for that and avoid might_sleep when
   PROVE_LOCKING is set.

I'd like these changes to go in for 3.11:
besides a general benefit of improved
consistency and performance, I would also like them
for the vhost driver where we want to call socket &lt;/pre&gt;</description>
    <dc:creator>Michael S. Tsirkin</dc:creator>
    <dc:date>2013-05-24T14:17:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59528">
    <title>[git pull] Please pull powerpc.git merge branch</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59528</link>
    <description>&lt;pre&gt;Hi Linus !

Here are a few more powerpc fixes for 3.10. Some more P8 related
bits, a bunch of fixes for our P7+/P8 HW crypto drivers, some added
workarounds for those radeons that don't do proper 64-bit MSIs and
a couple of other trivialities by myself.

Cheers,
Ben.

The following changes since commit 519fe2ecb755b875d9814cdda19778c2e88c6901:

  Merge branch 'leds-fixes-3.10' of git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/linux-leds (2013-05-21 11:41:07 -0700)

are available in the git repository at:


  git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge

for you to fetch changes up to f1dd153121dcb872ae6cba8d52bec97519eb7d97:

  powerpc/pseries: Make 32-bit MSI quirk work on systems lacking firmware support (2013-05-24 18:16:54 +1000)

----------------------------------------------------------------
Benjamin Herrenschmidt (5):
      powerpc: Fix TLB cleanup at boot on POWER8
      powerpc/pci: Fix bogus message at boot about empty memory resources
      powerpc/powernv: Fix con&lt;/pre&gt;</description>
    <dc:creator>Benjamin Herrenschmidt</dc:creator>
    <dc:date>2013-05-24T09:41:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59522">
    <title>[PATCH] KVM: PPC: Book3S: Add support for H_IPOLL and H_XIRR_X in XICS emulation</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59522</link>
    <description>&lt;pre&gt;This adds the remaining two hypercalls defined by PAPR for manipulating
the XICS interrupt controller, H_IPOLL and H_XIRR_X.  H_IPOLL returns
information about the priority and pending interrupts for a virtual
cpu, without changing any state.  H_XIRR_X is like H_XIRR in that it
reads and acknowledges the highest-priority pending interrupt, but it
also returns the timestamp (timebase register value) from when the
interrupt was first received by the hypervisor.  Currently we just
return the current time, since we don't do any software queueing of
virtual interrupts inside the XICS emulation code.

These hcalls are not currently used by Linux guests, but may be in
future.

Signed-off-by: Paul Mackerras &amp;lt;paulus&amp;lt; at &amp;gt;samba.org&amp;gt;
---
Unfortunately I missed these two hcalls in the previous submissions.
It would be good to get this patch into 3.10 so we don't have a
kernel version with these calls missing from the API, in case future
guest kernels want to use them.

Alex, given you're on vacation at the moment, are you OK&lt;/pre&gt;</description>
    <dc:creator>Paul Mackerras</dc:creator>
    <dc:date>2013-05-24T01:42:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59490">
    <title>[PATCH] ASoC: fsl: expand the size of the name in fsl_ssi_private struct</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59490</link>
    <description>&lt;pre&gt;strcpy(ssi_private-&amp;gt;name, p) in probe() sets "name" by "p", gotten from dts,
while the length of "p", if the devicetree node name of SSI is commonly set,
would always be larger than 1 char size, so need a larger size for "name".

Signed-off-by: Nicolin Chen &amp;lt;b42378&amp;lt; at &amp;gt;freescale.com&amp;gt;
---
 sound/soc/fsl/fsl_ssi.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c
index 2f2d837..b6a5f94 100644
--- a/sound/soc/fsl/fsl_ssi.c
+++ b/sound/soc/fsl/fsl_ssi.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -152,5 +152,5 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct fsl_ssi_private {
 } stats;
 
-char name[1];
+char name[32];
 };
 
&lt;/pre&gt;</description>
    <dc:creator>Nicolin Chen</dc:creator>
    <dc:date>2013-05-23T08:51:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59488">
    <title>[PATCH] arch: configuration, deleting 'CONFIG_BUG' since always need it.</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59488</link>
    <description>&lt;pre&gt;
The crazy user can unset 'CONFIG_BUG' in menuconfig: "&amp;gt; General setup &amp;gt;
Configure standard kernel features (expert users) &amp;gt; BUG() Support".

But in fact, we always need it, and quite a few of architectures have
already implemented it (e.g. alpha, arc, arm, avr32, blackfin, cris,
frv, ia64, m68k, mips, mn10300, parisc, powerpc, s390, sh, sparc, x86).

And kernel also already has prepared a default effective implementation
for the architectures which is unwilling to implement it by themselves
(e.g. arm64, c6x, h8300, hexagon, m32r, metag, microblaze, openrisc,
score, tile, um, unicore32, xtensa).

So need get rid of 'CONFIG_BUG', and let it always enabled everywhere.


Signed-off-by: Chen Gang &amp;lt;gang.chen&amp;lt; at &amp;gt;asianux.com&amp;gt;
---
 arch/arm/Kconfig          |    1 -
 arch/avr32/Kconfig        |    1 -
 arch/blackfin/Kconfig     |    1 -
 arch/h8300/Kconfig        |    1 -
 arch/hexagon/Kconfig      |    1 -
 arch/parisc/Kconfig       |    2 --
 arch/powerpc/Kconfig      |    1 -
 arch/s390/Kconfig         |    2 +-
 ar&lt;/pre&gt;</description>
    <dc:creator>Chen Gang</dc:creator>
    <dc:date>2013-05-23T07:57:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59487">
    <title>[PATCH] ASoC: fsl: expand the size of the name in fsl_ssi_private struct</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59487</link>
    <description>&lt;pre&gt;strcpy(ssi_private-&amp;gt;name, p) in probe() sets "name" by "p", gotten from dts,
while the length of "p", if the devicetree node name of SSI is commonly set,
would always be larger than 1 char size, so need a larger size for "name".

Signed-off-by: Nicolin Chen &amp;lt;b42378&amp;lt; at &amp;gt;freescale.com&amp;gt;
---
 sound/soc/fsl/fsl_ssi.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c
index 2f2d837..b6a5f94 100644
--- a/sound/soc/fsl/fsl_ssi.c
+++ b/sound/soc/fsl/fsl_ssi.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -152,5 +152,5 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct fsl_ssi_private {
 } stats;
 
-char name[1];
+char name[32];
 };
 
&lt;/pre&gt;</description>
    <dc:creator>Nicolin Chen</dc:creator>
    <dc:date>2013-05-23T06:26:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59481">
    <title>[PATCHv2 1/1] powerpc: Force 32 bit MSIs on systems lacking firmware support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59481</link>
    <description>&lt;pre&gt;
Recent commit e61133dda480062d221f09e4fc18f66763f8ecd0 added support
for a new firmware feature to force an adapter to use 32 bit MSIs.
However, this firmware is not available for all systems. The hack below
allows devices needing 32 bit MSIs to work on these systems as well.
It is careful to only enable this on Gen2 slots, which should limit
this to configurations where this hack is needed and tested to work.

Signed-off-by: Brian King &amp;lt;brking&amp;lt; at &amp;gt;linux.vnet.ibm.com&amp;gt;
---

 arch/powerpc/platforms/pseries/msi.c |   35 ++++++++++++++++++++++++++++++++---
 1 file changed, 32 insertions(+), 3 deletions(-)

diff -puN arch/powerpc/platforms/pseries/msi.c~powerpc_32bit_msi_hack_on_papr arch/powerpc/platforms/pseries/msi.c
--- linux/arch/powerpc/platforms/pseries/msi.c~powerpc_32bit_msi_hack_on_papr2013-05-15 10:44:46.000000000 -0500
+++ linux-bjking1/arch/powerpc/platforms/pseries/msi.c2013-05-22 10:51:17.000000000 -0500
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -401,6 +401,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int rtas_setup_msi_irqs(struct pc
 struct msi_desc *entry;
 struct &lt;/pre&gt;</description>
    <dc:creator>Brian King</dc:creator>
    <dc:date>2013-05-22T21:07:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59439">
    <title>[PATCH -V9 00/20] THP support for PPC64</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59439</link>
    <description>&lt;pre&gt;Hi,

This is the second patchset needed to support THP on ppc64. Some of the changes
included in this series are tricky in that it changes the powerpc linux page table
walk subtly. We also overload few of the pte flags for ptes at PMD level (huge
page PTEs).

mm/ changes are already merged to Andrew's -mm tree. I am including them in this series
for easy testing and review.

Some numbers:

The latency measurements code from Anton  found at
http://ozlabs.org/~anton/junkcode/latency2001.c

64K page size (With THP support)
--------------------------
[root&amp;lt; at &amp;gt;llmp24l02 test]# ./latency2001 8G
 8589934592    428.49 cycles    120.50 ns
[root&amp;lt; at &amp;gt;llmp24l02 test]# ./latency2001 -l 8G
 8589934592    471.16 cycles    132.50 ns
[root&amp;lt; at &amp;gt;llmp24l02 test]# echo never &amp;gt; /sys/kernel/mm/transparent_hugepage/enabled 
[root&amp;lt; at &amp;gt;llmp24l02 test]# ./latency2001 8G
 8589934592    766.52 cycles    215.56 ns
[root&amp;lt; at &amp;gt;llmp24l02 test]# 

4K page size (No THP support for 4K)
----------------------------
[root&amp;lt; at &amp;gt;llmp24l02 test]# ./latency2001 8G
 85899345&lt;/pre&gt;</description>
    <dc:creator>Aneesh Kumar K.V</dc:creator>
    <dc:date>2013-05-22T16:57:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59413">
    <title>[PATCH] clk/mpc85xx: Update the compatible string</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59413</link>
    <description>&lt;pre&gt;From: Tang Yuantian &amp;lt;yuantian.tang&amp;lt; at &amp;gt;freescale.com&amp;gt;

The compatible string of clock is changed from *-2 to *-2.0
on chassis 2. So updated it accordingly.

Signed-off-by: Tang Yuantian &amp;lt;Yuantian.Tang&amp;lt; at &amp;gt;freescale.com&amp;gt;
---
 drivers/clk/clk-ppc-corenet.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/clk/clk-ppc-corenet.c b/drivers/clk/clk-ppc-corenet.c
index a2d483f..e958707 100644
--- a/drivers/clk/clk-ppc-corenet.c
+++ b/drivers/clk/clk-ppc-corenet.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -260,7 +260,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int __init ppc_corenet_clk_probe(struct platform_device *pdev)
 
 static const struct of_device_id ppc_clk_ids[] __initconst = {
 { .compatible = "fsl,qoriq-clockgen-1.0", },
-{ .compatible = "fsl,qoriq-clockgen-2", },
+{ .compatible = "fsl,qoriq-clockgen-2.0", },
 {}
 };
 
&lt;/pre&gt;</description>
    <dc:creator>Yuantian.Tang&lt; at &gt;freescale.com</dc:creator>
    <dc:date>2013-05-22T08:22:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59412">
    <title>[PATCH] powerpc/powernv: Build a zImage.epapr</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59412</link>
    <description>&lt;pre&gt;The zImage.epapr wrapper allows to use zImages when booting via a flat
device-tree which can be used on powernv.

Signed-off-by: Benjamin Herrenschmidt &amp;lt;benh&amp;lt; at &amp;gt;kernel.crashing.org&amp;gt;
---

TODO: Make the main zImage.pseries cope with an epapr boot...

diff --git a/arch/powerpc/platforms/powernv/Kconfig b/arch/powerpc/platforms/powernv/Kconfig
index 91bec0e..a18e9b7 100644
--- a/arch/powerpc/platforms/powernv/Kconfig
+++ b/arch/powerpc/platforms/powernv/Kconfig
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -6,6 +6,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config PPC_POWERNV
 select PPC_ICP_NATIVE
 select PPC_P7_NAP
 select PPC_PCI_CHOICE if EMBEDDED
+select EPAPR_BOOT
 default y
 
 config POWERNV_MSI
&lt;/pre&gt;</description>
    <dc:creator>Benjamin Herrenschmidt</dc:creator>
    <dc:date>2013-05-22T09:00:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59410">
    <title>[PATCH] powerpc: Make radeon 32-bit MSI quirk work on powernv</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59410</link>
    <description>&lt;pre&gt;This moves the quirk itself to pci_64.c as to get built on all ppc64
platforms (the only ones with a pci_dn), factors the two implementations
of get_pdn() into a single pci_get_dn() and use the quirk to do 32-bit
MSIs on IODA based powernv platforms.

Signed-off-by: Benjamin Herrenschmidt &amp;lt;benh&amp;lt; at &amp;gt;kernel.crashing.org&amp;gt;
---

(We really need to rename that pci_dn structure to something a bit more
telling one of these days, such as pci_dn_auxdata)

diff --git a/arch/powerpc/include/asm/pci-bridge.h b/arch/powerpc/include/asm/pci-bridge.h
index 8b11b5b..2c1d8cb 100644
--- a/arch/powerpc/include/asm/pci-bridge.h
+++ b/arch/powerpc/include/asm/pci-bridge.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -174,6 +174,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct pci_dn {
 /* Get the pointer to a device_node's pci_dn */
 #define PCI_DN(dn)((struct pci_dn *) (dn)-&amp;gt;data)
 
+extern struct pci_dn *pci_get_pdn(struct pci_dev *pdev);
+
 extern void * update_dn_pci_info(struct device_node *dn, void *data);
 
 static inline int pci_device_from_OF_node(struct device_node *np,
diff --git a/arch/powerpc/kern&lt;/pre&gt;</description>
    <dc:creator>Benjamin Herrenschmidt</dc:creator>
    <dc:date>2013-05-22T08:58:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59405">
    <title>[PATCH 0/5] perf: Introducing new conditional branch filter</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59405</link>
    <description>&lt;pre&gt;This patchset introduces conditional branch filter in perf branch stack
sampling framework incorporating review comments from Michael Neuling,
Peter Zijlstra and Stephane Eranian.

Anshuman Khandual (5):
  perf: New conditional branch filter criteria in branch stack sampling
  powerpc, perf: Enable conditional branch filter for POWER8
  perf, tool: Conditional branch filter 'cond' added to perf record
  x86, perf: Add conditional branch filtering support
  perf, documentation: Description for conditional branch filter

 arch/powerpc/perf/power8-pmu.c             | 10 ++++++++++
 arch/x86/kernel/cpu/perf_event_intel_lbr.c |  6 ++++++
 include/uapi/linux/perf_event.h            |  3 ++-
 tools/perf/Documentation/perf-record.txt   |  3 ++-
 tools/perf/builtin-record.c                |  1 +
 5 files changed, 21 insertions(+), 2 deletions(-)

&lt;/pre&gt;</description>
    <dc:creator>Anshuman Khandual</dc:creator>
    <dc:date>2013-05-22T06:22:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59394">
    <title>[PATCH 0/2] Improvement and fixes for BHRB</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59394</link>
    <description>&lt;pre&gt;(1) The first patch fixes a situation like this

Before patch:-
------------

./perf record -j any -e branch-misses:k ls
Error:
The sys_perf_event_open() syscall returned with 95 (Operation not supported) for event (branch-misses:k).
/bin/dmesg may provide additional information.
No CONFIG_PERF_EVENTS=y kernel support configured?

Here 'perf record' actually copies over ':k' filter request into BHRB
privilege state filter config and our previous check in kernel would
fail that.

After patch:-
-------------

/perf record -j any -e branch-misses:k ls
perf  perf.data  perf.data.old  test-mmap-ring
[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.002 MB perf.data (~102 samples) ]

(2) The second patch fixes context migration for BHRB filter configuration

Anshuman Khandual (2):
  powerpc, perf: Ignore separate BHRB privilege state filter request
  powerpc, perf: BHRB filter configuration should follow the task

 arch/powerpc/perf/core-book3s.c |  5 ++++-
 arch/powerpc/perf/powe&lt;/pre&gt;</description>
    <dc:creator>Anshuman Khandual</dc:creator>
    <dc:date>2013-05-22T05:47:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59387">
    <title>[PATCH 0/2 v3] powerpc: Make ptrace work reliably</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59387</link>
    <description>&lt;pre&gt;From: Bharat Bhushan &amp;lt;bharat.bhushan&amp;lt; at &amp;gt;freescale.com&amp;gt;

v2-&amp;gt;v3
 - Load PACACURRENT immediately after _MSR(r1), and load DBCR0
   just after "beq resume_kernel 
 - Added lat_sysycal results before and after the patch

v1-&amp;gt;v2
 - Subject line was missing 0/2, 1/2, 2/2

Bharat Bhushan (2):
  powerpc: debug control and status registers are 32bit
=&amp;gt; This patch makes debug control and status registers as 32bit as they are.
   This does not fix anything

  powerpc: restore dbcr0 on user space exit
=&amp;gt; This patch fixes the ptrace reliability issue. The description is the patch
   describes one of the case where it does not work reliably

 arch/powerpc/include/asm/processor.h |    8 ++++----
 arch/powerpc/kernel/asm-offsets.c    |    1 +
 arch/powerpc/kernel/entry_64.S       |   28 ++++++++++++++++++++++++----
 3 files changed, 29 insertions(+), 8 deletions(-)
&lt;/pre&gt;</description>
    <dc:creator>Bharat Bhushan</dc:creator>
    <dc:date>2013-05-22T04:20:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59385">
    <title>[PATCH] powerpc: Context switch more PMU related SPRs</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59385</link>
    <description>&lt;pre&gt;In commit 9353374 "Context switch the new EBB SPRs" we added support for
context switching some new EBB SPRs. However despite four of us signing
off on that patch we missed some. To be fair these are not actually new
SPRs, but they are now potentially user accessible so need to be context
switched.

Signed-off-by: Michael Ellerman &amp;lt;michael&amp;lt; at &amp;gt;ellerman.id.au&amp;gt;
---
 arch/powerpc/include/asm/processor.h |    6 ++++++
 arch/powerpc/kernel/asm-offsets.c    |    6 ++++++
 arch/powerpc/kernel/entry_64.S       |   28 ++++++++++++++++++++++++++++
 3 files changed, 40 insertions(+)

diff --git a/arch/powerpc/include/asm/processor.h b/arch/powerpc/include/asm/processor.h
index d7e67ca..594db6b 100644
--- a/arch/powerpc/include/asm/processor.h
+++ b/arch/powerpc/include/asm/processor.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -284,6 +284,12 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct thread_struct {
 unsigned longebbrr;
 unsigned longebbhr;
 unsigned longbescr;
+unsigned longsiar;
+unsigned longsdar;
+unsigned longsier;
+unsigned longmmcr0;
+unsigned longmmcr2;
+unsigned longm&lt;/pre&gt;</description>
    <dc:creator>Michael Ellerman</dc:creator>
    <dc:date>2013-05-22T02:31:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59382">
    <title>[PATCH 1/1] powerpc: Force 32 bit MSIs on systems lacking firmware support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59382</link>
    <description>&lt;pre&gt;
Recent commit e61133dda480062d221f09e4fc18f66763f8ecd0 added support
for a new firmware feature to force an adapter to use 32 bit MSIs.
However, this firmware is not available for all systems. The hack below
allows devices needing 32 bit MSIs to work on these systems as well.
It is careful to only enable this on Gen2 slots, which should limit
this to configurations where this hack is needed and tested to work.

Signed-off-by: Brian King &amp;lt;brking&amp;lt; at &amp;gt;linux.vnet.ibm.com&amp;gt;
---

 arch/powerpc/platforms/pseries/msi.c |   31 +++++++++++++++++++++++++++----
 1 file changed, 27 insertions(+), 4 deletions(-)

diff -puN arch/powerpc/platforms/pseries/msi.c~powerpc_32bit_msi_hack_on_papr arch/powerpc/platforms/pseries/msi.c
--- linux/arch/powerpc/platforms/pseries/msi.c~powerpc_32bit_msi_hack_on_papr2013-05-15 10:44:46.000000000 -0500
+++ linux-bjking1/arch/powerpc/platforms/pseries/msi.c2013-05-20 15:24:52.000000000 -0500
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -397,10 +397,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int check_msix_entries(struct pci
 static int rtas_setup_msi_irqs(struc&lt;/pre&gt;</description>
    <dc:creator>Brian King</dc:creator>
    <dc:date>2013-05-21T21:54:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59379">
    <title>[PATCH 1/2] drivers/macintosh: Remove obsolete cleanup for clientdata</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59379</link>
    <description>&lt;pre&gt;A few new i2c-drivers came into the kernel which clear the clientdata-pointer
on exit or error. This is obsolete meanwhile, the core will do it.

Signed-off-by: Wolfram Sang &amp;lt;wsa&amp;lt; at &amp;gt;the-dreams.de&amp;gt;
---
 drivers/macintosh/windfarm_smu_sat.c |    1 -
 1 file changed, 1 deletion(-)

diff --git a/drivers/macintosh/windfarm_smu_sat.c b/drivers/macintosh/windfarm_smu_sat.c
index d87f5ee..ad6223e 100644
--- a/drivers/macintosh/windfarm_smu_sat.c
+++ b/drivers/macintosh/windfarm_smu_sat.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -343,7 +343,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int wf_sat_remove(struct i2c_client *client)
 wf_unregister_sensor(&amp;amp;sens-&amp;gt;sens);
 }
 sat-&amp;gt;i2c = NULL;
-i2c_set_clientdata(client, NULL);
 kref_put(&amp;amp;sat-&amp;gt;ref, wf_sat_release);
 
 return 0;
&lt;/pre&gt;</description>
    <dc:creator>Wolfram Sang</dc:creator>
    <dc:date>2013-05-21T18:45:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59356">
    <title>[PATCH 0/3] several cleanup patches for fsl pci</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59356</link>
    <description>&lt;pre&gt;These patches are against Linus's tree and passed the boot test on
T4240qds board.

Kevin Hao (3):
  powerpc/mpc85xx: remove the unneeded pci init functions for corenet ds
        board
  powerpc/fsl-pci: fix the unreachable warning message
  powerpc/fsl-pci: enable SWIOTLB in function setup_pci_atmu

 arch/powerpc/platforms/85xx/corenet_ds.c |  6 ------
 arch/powerpc/sysdev/fsl_pci.c            | 24 ++++--------------------
 2 files changed, 4 insertions(+), 26 deletions(-)

&lt;/pre&gt;</description>
    <dc:creator>Kevin Hao</dc:creator>
    <dc:date>2013-05-21T12:04:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59349">
    <title>[PATCH] PowerPC: kernel: need return the related error code when failure occurs.</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59349</link>
    <description>&lt;pre&gt;
When error occurs, need return the related error code to let upper
caller know about it.

ppc_md.nvram_size() can return the error code (e.g. core99_nvram_size()
in 'arch/powerpc/platforms/powermac/nvram.c').

And when '*ppos &amp;gt;= size', need return -ESPIPE (Illegal seek)

The original related patch: "f9ce299 [PATCH] powerpc: fix large nvram
access"


Signed-off-by: Chen Gang &amp;lt;gang.chen&amp;lt; at &amp;gt;asianux.com&amp;gt;
---
 arch/powerpc/kernel/nvram_64.c |    9 +++++++--
 1 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/kernel/nvram_64.c b/arch/powerpc/kernel/nvram_64.c
index 48fbc2b..db2a636 100644
--- a/arch/powerpc/kernel/nvram_64.c
+++ b/arch/powerpc/kernel/nvram_64.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -88,10 +88,15 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static ssize_t dev_nvram_read(struct file *file, char __user *buf,
 if (!ppc_md.nvram_size)
 goto out;
 
-ret = 0;
 size = ppc_md.nvram_size();
-if (*ppos &amp;gt;= size || size &amp;lt; 0)
+if (size &amp;lt; 0) {
+ret = size;
 goto out;
+}
+if (*ppos &amp;gt;= size) {
+ret = -ESPIPE;
+goto out;
+}
 
 count = min_t(size_t, &lt;/pre&gt;</description>
    <dc:creator>Chen Gang</dc:creator>
    <dc:date>2013-05-21T05:48:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59347">
    <title>[PATCH] powerpc/powernv: Add an option to wipe PCI bridges on shutdown</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/59347</link>
    <description>&lt;pre&gt;Older kernels such as 3.6 used by Fedora 18 have a problem with
the way more recent kernels configure the PCI bridge windows due
to my crappy old resource allocation code (we now use the generic
code which is way better).

In order to be able to safely kexec into those earlier kernels
(which we may need to do in some circumstances to launch distro
installers), we need to cleanup the bridges to avoid tripping
that bug.

This adds an option to do that, which is expected to be enabled
on kernels used as kexec-based bootloaders.

Signed-off-by: Benjamin Herrenschmidt &amp;lt;benh&amp;lt; at &amp;gt;kernel.crashing.org&amp;gt;
---
 arch/powerpc/platforms/powernv/Kconfig    |    5 ++++
 arch/powerpc/platforms/powernv/pci-ioda.c |   42 +++++++++++++++++++++++++++++
 2 files changed, 47 insertions(+)

diff --git a/arch/powerpc/platforms/powernv/Kconfig b/arch/powerpc/platforms/powernv/Kconfig
index d3e840d..91bec0e 100644
--- a/arch/powerpc/platforms/powernv/Kconfig
+++ b/arch/powerpc/platforms/powernv/Kconfig
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -19,3 +19,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config PPC_POWERNV_R&lt;/pre&gt;</description>
    <dc:creator>Benjamin Herrenschmidt</dc:creator>
    <dc:date>2013-05-21T04:58:47</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.ports.ppc.embedded">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.ports.ppc.embedded</link>
  </textinput>
</rdf:RDF>
