<?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/50749"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50743"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50734"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50733"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50729"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50726"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50725"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50723"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50722"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50721"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50720"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50719"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50718"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50711"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50709"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50696"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50695"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50667"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50661"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50660"/>
      </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/50749">
    <title>pread() and pwrite() system calls</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50749</link>
    <description>&lt;pre&gt;We have a system with linux 2.6.32 and the somewhat archaic
uClibc 0.9.27 (but I'm not sure the current version is
any better, and I think there are binary compatibility
if we update).

I've just discovered that pread() is 'implemented'
by using 3 lseek() system calls and read().
(the same is true for the 64bit versions).

I thought that pread() was supposed to be atomic
(so usable concurrently by multiple threads) which
means that this implementation is completely broken.

I've not looked to see what glibc does.

I can see that part of the problem is the alignment
of the 64bit value on the argument list of syscall()
(when the register save area is cast to a sycall
argument structure).
But it also looks as though the uClibc syscall()
stub can only pass 5 arguments in registers, and
pread() (with an aligned 64bit offset) requires 6.

The ucLibc source seems to be predicated by __NR_pread,
but if that were defined it would try to call
__syscall_pread() and I can't find that anywhere.

A special pread/pwrite as&lt;/pre&gt;</description>
    <dc:creator>David Laight</dc:creator>
    <dc:date>2012-05-25T13:29:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50743">
    <title>module loading issue/flaw in busy memory situation?</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50743</link>
    <description>&lt;pre&gt;Hi,

let's assume a module gets loaded into an already busy system, and the ".init.text" section with the __init function gets loaded into one memory region, and the normal ".text" section gets loaded into a totally different memory region.
Now assume that both regions are &amp;gt;32MB apart in addressing, so that a call from the __init .init.text function to any function in .text requires a trampoline as set up by the do_plt_call() function in arch/kernel/module*.c
So far so good for user code.

Now assume that the __init function is not trivial and will require register save/restore functions in prologue/epilogue with such calls generated by gcc, e.g., the __init function calls _rest32gpr_28_x() in the epilogue. This restore functions however is in the .text section due to the static link of the normal libs.

Now we have the __init function calling the trampoline, which is destroying r11. The trampoline is then jumping to the register restore function which relies on r11 still being intact, which it now isn't any&lt;/pre&gt;</description>
    <dc:creator>Wrobel Heinz-R39252</dc:creator>
    <dc:date>2012-05-24T20:05:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50734">
    <title>[PATCH 1/2] powerpc/85xx: Add P1024rdb dts support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50734</link>
    <description>&lt;pre&gt;From: Tang Yuantian &amp;lt;Yuantian.Tang&amp;lt; at &amp;gt;freescale.com&amp;gt;

Signed-off-by: Jin Qing &amp;lt;b24347&amp;lt; at &amp;gt;freescale.com&amp;gt;
Signed-off-by: Li Yang &amp;lt;leoli&amp;lt; at &amp;gt;freescale.com&amp;gt;
Signed-off-by: Tang Yuantian &amp;lt;Yuantian.Tang&amp;lt; at &amp;gt;freescale.com&amp;gt;
---
 arch/powerpc/boot/dts/p1024rdb.dtsi    |  228 ++++++++++++++++++++++++++++++++
 arch/powerpc/boot/dts/p1024rdb_32b.dts |   87 ++++++++++++
 arch/powerpc/boot/dts/p1024rdb_36b.dts |   87 ++++++++++++
 3 files changed, 402 insertions(+), 0 deletions(-)
 create mode 100644 arch/powerpc/boot/dts/p1024rdb.dtsi
 create mode 100644 arch/powerpc/boot/dts/p1024rdb_32b.dts
 create mode 100644 arch/powerpc/boot/dts/p1024rdb_36b.dts

diff --git a/arch/powerpc/boot/dts/p1024rdb.dtsi b/arch/powerpc/boot/dts/p1024rdb.dtsi
new file mode 100644
index 0000000..b05dcb4
--- /dev/null
+++ b/arch/powerpc/boot/dts/p1024rdb.dtsi
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -0,0 +1,228 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
+/*
+ * P1024 RDB Device Tree Source stub (no addresses or top-level ranges)
+ *
+ * Copyright 2012 Freescale Semiconductor Inc.
+ *
+ * Redistribution and use in source and binary form&lt;/pre&gt;</description>
    <dc:creator>b29983&lt; at &gt;freescale.com</dc:creator>
    <dc:date>2012-05-24T09:08:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50733">
    <title>Oops with Radeon/Uninorth on Maple</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50733</link>
    <description>&lt;pre&gt;Hello, colleagues,

I'm trying to enable an AGP slot (again) on my Maple board (dual 
PPC970FX board, with CPC925 (U3H) north bridge).

  For now I'm stuck with a problem: I use radeon card, drm-radeon driver 
with KMS.

If I force drm-radeon to think about a card as about PCI card (by 
commenting corresponding lines in drm_radeon_kms.c), everything works, I 
get framebuffer, working X11, etc. If I enable agpgart-uninorth driver
and RADEON_IS_AGP flag in drm driver, I get an Oops early during the 
bootstrap. Relevant part of the log (I can send full dmesg of normal 
bootstrap or this oops on request, if that would help).

[    2.820647] Linux agpgart interface v0.103
[    2.824909] agpgart-uninorth 0000:f0:0b.0: Apple U3H chipset
[    2.830668] agpgart-uninorth 0000:f0:0b.0: Found device u3, rev 35
[    2.843611] agpgart-uninorth 0000:f0:0b.0: configuring for size idx: 64
[    2.850638] agpgart-uninorth 0000:f0:0b.0: AGP aperture is 256M &amp;lt; at &amp;gt; 0x0
[    2.857646] [drm] Initialized drm 1.1.0 20060810
[    2.862567&lt;/pre&gt;</description>
    <dc:creator>Dmitry Eremin-Solenikov</dc:creator>
    <dc:date>2012-05-24T06:18:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50729">
    <title>[PATCH v3 0/2] archdata init in device_add() notifier</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50729</link>
    <description>&lt;pre&gt;Here's what I put in my "for-3.6" branch for now.  We can still change
it, so let me know if you see any problems.

I reworked the changelogs, changed the notification function name per
Jesse, folded the one-line pcibios_setup_bus_notifier() into the only
caller (on microblaze), and changed it from __devinit to __init (on
powerpc) since it now has nothing to do with hotplug.

Thank you very much for doing this work, Matsumoto-san.  I hope to
eventually get rid of pcibios_fixup_bus() altogether, and this is a
significant step in that direction.

Bjorn
---

Hiroo Matsumoto (2):
      powerpc/PCI: move DMA &amp;amp; IRQ init to device_add() notification path
      microblaze/PCI: move DMA &amp;amp; IRQ init to device_add() notification path


 arch/microblaze/include/asm/pci.h          |    1 
 arch/microblaze/pci/pci-common.c           |   62 +++++++++++---------
 arch/powerpc/include/asm/pci.h             |    2 -
 arch/powerpc/kernel/pci-common.c           |   87 ++++++++++++++--------------
 arch/powerpc/kernel/pci_32.c   &lt;/pre&gt;</description>
    <dc:creator>Bjorn Helgaas</dc:creator>
    <dc:date>2012-05-23T22:36:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50726">
    <title>[PATCH] powerpc/p1010rdb: add EEPROMs to device tree</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50726</link>
    <description>&lt;pre&gt;Add EEPROM to the P1010RDB device tree.
The 24c01 acts as a memory SPD so it shouldn't be overwritten without
care.
The 24c256 is a general purpose memory.

Signed-off-by: Gustavo Zacarias &amp;lt;gustavo&amp;lt; at &amp;gt;zacarias.com.ar&amp;gt;
---
 arch/powerpc/boot/dts/p1010rdb.dtsi |   12 ++++++++++++
 1 files changed, 12 insertions(+), 0 deletions(-)

diff --git a/arch/powerpc/boot/dts/p1010rdb.dtsi b/arch/powerpc/boot/dts/p1010rdb.dtsi
index 4977614..ec7c27a 100644
--- a/arch/powerpc/boot/dts/p1010rdb.dtsi
+++ b/arch/powerpc/boot/dts/p1010rdb.dtsi
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -126,12 +126,24 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 
 &amp;amp;board_soc {
 i2c&amp;lt; at &amp;gt;3000 {
+eeprom&amp;lt; at &amp;gt;50 {
+compatible = "st,24c256";
+reg = &amp;lt;0x50&amp;gt;;
+};
+
 rtc&amp;lt; at &amp;gt;68 {
 compatible = "pericom,pt7c4338";
 reg = &amp;lt;0x68&amp;gt;;
 };
 };
 
+i2c&amp;lt; at &amp;gt;3100 {
+eeprom&amp;lt; at &amp;gt;52 {
+compatible = "atmel,24c01";
+reg = &amp;lt;0x52&amp;gt;;
+};
+};
+
 spi&amp;lt; at &amp;gt;7000 {
 flash&amp;lt; at &amp;gt;0 {
 #address-cells = &amp;lt;1&amp;gt;;
&lt;/pre&gt;</description>
    <dc:creator>Gustavo Zacarias</dc:creator>
    <dc:date>2012-05-23T14:35:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50725">
    <title>[PATCH] powerpc: tracing: Avoid tracepoint duplication with DECLARE_EVENT_CLASS</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50725</link>
    <description>&lt;pre&gt;
irq_entry, irq_exit, timer_interrupt_entry and timer_interrupt_exit
all do the same thing so use DECLARE_EVENT_CLASS to avoid duplicating
everything 4 times.

This saves quite a lot of space in both instruction text and data:

   text    data     bss     dec     hex filename
   9265   19622      16   28903    70e7 arch/powerpc/kernel/irq.o
   6817   19019      16   25852    64fc arch/powerpc/kernel/irq.o

Signed-off-by: Anton Blanchard &amp;lt;anton&amp;lt; at &amp;gt;samba.org&amp;gt;
---

Index: linux-build/arch/powerpc/include/asm/trace.h
===================================================================
--- linux-build.orig/arch/powerpc/include/asm/trace.h2012-05-23 13:30:51.235534219 +1000
+++ linux-build/arch/powerpc/include/asm/trace.h2012-05-23 14:10:44.406639628 +1000
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -8,7 +8,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 
 struct pt_regs;
 
-TRACE_EVENT(irq_entry,
+DECLARE_EVENT_CLASS(ppc64_interrupt_class,
 
 TP_PROTO(struct pt_regs *regs),
 
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -25,55 +25,32 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; TRACE_EVENT(irq_entry,
 TP_printk("pt_regs=%p", __entry-&amp;gt;regs)
 );
 
-TRACE_EVENT(irq_exit,
+DEFINE_&lt;/pre&gt;</description>
    <dc:creator>Anton Blanchard</dc:creator>
    <dc:date>2012-05-23T04:47:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50723">
    <title>[PATCH] powerpc: Enable jump label support</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50723</link>
    <description>&lt;pre&gt;
When looking through some instruction traces I noticed our tracepoint
checks were inline. It turns out we don't have CONFIG_JUMP_LABEL
enabled.

By enabling CONFIG_JUMP_LABEL we replace a load/compare/branch with
a nop at every tracepoint call. For example in do_IRQ:

CONFIG_JUMP_LABEL disabled:
        stdx 3,11,9
        lwz 0,8(29)
        cmpwi 7,0,0
        bne- 7,.L124
        bl .irq_enter

CONFIG_JUMP_LABEL enabled:
        stdx 3,11,9     
        nop
        bl .irq_enter  

Signed-off-by: Anton Blanchard &amp;lt;anton&amp;lt; at &amp;gt;samba.org&amp;gt;
---

Index: linux-build/arch/powerpc/configs/ppc64_defconfig
===================================================================
--- linux-build.orig/arch/powerpc/configs/ppc64_defconfig2012-04-05 13:47:45.691857096 +1000
+++ linux-build/arch/powerpc/configs/ppc64_defconfig2012-05-23 13:14:04.254270594 +1000
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -16,6 +16,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; CONFIG_BLK_DEV_INITRD=y
 CONFIG_PROFILING=y
 CONFIG_OPROFILE=y
 CONFIG_KPROBES=y
+CONFIG_JUMP_LABEL=y
 CONFIG_MODULES=y
 CONFIG_MODULE_UNLOAD=y
 CONFIG_M&lt;/pre&gt;</description>
    <dc:creator>Anton Blanchard</dc:creator>
    <dc:date>2012-05-23T03:58:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50722">
    <title>powerc tree maintainership status</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50722</link>
    <description>&lt;pre&gt;Hi Folks !

I'm going to be getting some surgery next week. In the good case, I
should be officially back to work 2 weeks later, but I might end
up being unavailable for longer.

So while I'm away, Michael Ellerman and Paul Mackerras are going to take
care of the powerpc tree. I'll make sure Paul and I sign Michael's PGP
key before I leave.

Cheers,
Ben.
&lt;/pre&gt;</description>
    <dc:creator>Benjamin Herrenschmidt</dc:creator>
    <dc:date>2012-05-23T03:43:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50721">
    <title>[git pull] Please pull powerpc.git next branch</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50721</link>
    <description>&lt;pre&gt;Hi Linus !

Here are the powerpc goodies for 3.5. Main highlights are:

 - Support for the NX crypto engine in Power7+
 - A bunch of Anton goodness, including some micro optimization
   of our syscall entry on Power7
 - I converted a pile of our thermal control drivers to the
   new i2c APIs (essentially turning the old therm_pm72 into
   a proper set of windfarm drivers). That's one more step
   toward removing the deprecated i2c APIs, there's still a
   few drivers to fix, but we are getting close
 - kexec/kdump support for 47x embedded cores

The big missing thing here is no updates from Freescale. Not sure
what's up here, but with Kumar not working for them anymore things
are a bit in a state of flux in that area.

[Sent from my ozlabs address because gate.crashing.org appears to
have temporarily fallen off the face of the internet]

Cheers,
Ben.

The following changes since commit 7c0482e3d055e5de056d3c693b821e39205b99ae:

  powerpc/irq: Fix another case of lazy IRQ state getting out of sync (2012-05-12&lt;/pre&gt;</description>
    <dc:creator>Benjamin Herrenschmidt</dc:creator>
    <dc:date>2012-05-23T03:40:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50720">
    <title>[PATCH v2 2/2] microblaze/PCI: Add pcibios_device_change_notifier for microblaze</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50720</link>
    <description>&lt;pre&gt;pcibios_setup_bus_devices which sets DMA and IRQs of PCI device is called
only when boot, so DMA and IRQs of PCI device will not set when hotplug.
This patch adds pcibios_device_change_notifier which sets DMA and IRQs of
PCI device when PCI device adds, so DMA and IRQs of PCI device will be set
when boot and hotplug.

Signed-off-by: Hiroo MATSUMOTO &amp;lt;matsumoto.hiroo&amp;lt; at &amp;gt;jp.fujitsu.com&amp;gt;
---
 arch/microblaze/include/asm/pci.h |    2 +-
 arch/microblaze/pci/pci-common.c  |   67 +++++++++++++++++++++---------------
 2 files changed, 40 insertions(+), 29 deletions(-)

diff --git a/arch/microblaze/include/asm/pci.h b/arch/microblaze/include/asm/pci.h
index 0331376..8d11277 100644
--- a/arch/microblaze/include/asm/pci.h
+++ b/arch/microblaze/include/asm/pci.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -149,8 +149,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; extern void pci_resource_to_user(const struct pci_dev *dev, int bar,
  const struct resource *rsrc,
  resource_size_t *start, resource_size_t *end);

-extern void pcibios_setup_bus_devices(struct pci_bus *bus);
 extern void pcibios_setup&lt;/pre&gt;</description>
    <dc:creator>Hiroo Matsumoto</dc:creator>
    <dc:date>2012-05-23T02:34:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50719">
    <title>[PATCH v2 1/2] powerpc/PCI: Add pcibios_device_change_notifier for powerpc</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50719</link>
    <description>&lt;pre&gt;pcibios_setup_bus_devices which sets DMA and IRQs of PCI device is called
only when boot, so DMA and IRQs of PCI device will not set when hotplug.
This patch adds pcibios_device_change_notifier which sets DMA and IRQs of
PCI device when PCI device adds, so DMA and IRQs of PCI device will be set
when boot and hotplug.

* Not patched pciehp message on powerpc platform
# echo 1 &amp;gt; /sys/bus/pci/slots/1/power
&amp;lt;snip&amp;gt;
pcieport 0000:02:01.0: PCI bridge to [bus 03-03]
pcieport 0000:02:01.0:   bridge window [io  0xff7ee000-0xff7eefff]
pcieport 0000:02:01.0:   bridge window [mem 0xa0100000-0xa01fffff]
pcieport 0000:02:01.0: bridge window [mem 0xa0200000-0xa02fffff 64bit pref]
pci 0000:03:00.0: no hotplug settings from platform
e1000e 0000:03:00.0: Disabling ASPM  L1
e1000e 0000:03:00.0: enabling device (0000 -&amp;gt; 0002)
e1000e 0000:03:00.0: No usable DMA configuration, aborting
e1000e: probe of 0000:03:00.0 failed with error -5

* Patched pciehp message on powerpc platform
# echo 1 &amp;gt; /sys/bus/pci/slots/1/power
&amp;lt;snip&amp;gt;
pciep&lt;/pre&gt;</description>
    <dc:creator>Hiroo Matsumoto</dc:creator>
    <dc:date>2012-05-23T02:33:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50718">
    <title>[PATCH v2 0/2] Add pcibios_device_change_notifier</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50718</link>
    <description>&lt;pre&gt;This patchset is for PCI hotplug.


pcibios_setup_bus_devices which sets DMA and IRQs of PCI device is called
only when boot. DMA setting in probe for PCI driver, like dma_set_mask,
does not work on powerpc platform. So it is need to set DMA and IRQs of
PCI device when hotplug.

1. Moving pcibios_setup_bus_devices code to pcibios_device_change_notifier
   which is registered to bus notifier in pcibios_init.
2. Removing caller and callee of pcibios_setup_bus_devices bus notifier
   works instead of pcibios_setup_bus_devices.
3. Using this bus notifier for microblaze because microblaze/PCI is similer
   with powerpc/PCI.

[PATCH v2 1/2] powerpc/PCI: Add pcibios_device_change_notifier for powerpc
[PATCH v2 2/2] microblaze/PCI: Add pcibios_device_change_notifier for microblaze


Regards.

Hiroo MATSUMOTO
&lt;/pre&gt;</description>
    <dc:creator>Hiroo Matsumoto</dc:creator>
    <dc:date>2012-05-23T02:33:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50711">
    <title>Handling spin table in kdump</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50711</link>
    <description>&lt;pre&gt;Hi

I came across the following issue while testing Kdump on an SMP 
board(Currituck) running a non-SMP kernel. Even though the kernel is UP,
the device-tree has the nodes for second CPU and the related details.


The kexec tool adds the spin table area as a reserved section in the 
device tree for the dump capture kernel. This value is read from the 
'cpu-release-addr'.

But now, if the spin table is not located within the 'Reserved region' 
for the crash kernel, the dump capture kernel would fail to boot, 
hitting a BUG in mm/bootmem.c as in [1].

This is because we try to reserve a region which is not available to the 
kernel.

So I am wondering how is this handled really on an SMP board (Fsl_bookE).

There are two possible solutions :
1) Do not reserve the regions for the spin-table, as we will use
only the crashing CPU in the second kernel(maxcpus=1).


2) Add the spin-table region to the available memory regions passed
to the kernel by kexec-tools.

I have tested (1) and it works fine for me. Yet to te&lt;/pre&gt;</description>
    <dc:creator>Suzuki K. Poulose</dc:creator>
    <dc:date>2012-05-22T12:42:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50709">
    <title>[PATCH] gianfar:don't add FCB length to hard_header_len</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50709</link>
    <description>&lt;pre&gt;FCB(Frame Control Block) isn't the part of netdev hard header.
Add FCB to hard_header_len will make GRO fail at MAC comparision stage.

Signed-off-by: Jiajun Wu &amp;lt;b06378&amp;lt; at &amp;gt;freescale.com&amp;gt;
---
 drivers/net/ethernet/freescale/gianfar.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/net/ethernet/freescale/gianfar.c b/drivers/net/ethernet/freescale/gianfar.c
index 1adb024..0741ade 100644
--- a/drivers/net/ethernet/freescale/gianfar.c
+++ b/drivers/net/ethernet/freescale/gianfar.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1082,7 +1082,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int gfar_probe(struct platform_device *ofdev)
 
 if (dev-&amp;gt;features &amp;amp; NETIF_F_IP_CSUM ||
 priv-&amp;gt;device_flags &amp;amp; FSL_GIANFAR_DEV_HAS_TIMER)
-dev-&amp;gt;hard_header_len += GMAC_FCB_LEN;
+dev-&amp;gt;needed_headroom = GMAC_FCB_LEN;
 
 /* Program the isrg regs only if number of grps &amp;gt; 1 */
 if (priv-&amp;gt;num_grps &amp;gt; 1) {
&lt;/pre&gt;</description>
    <dc:creator>Jiajun Wu</dc:creator>
    <dc:date>2012-05-22T09:00:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50696">
    <title>powerpc -next rebase WARNING</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50696</link>
    <description>&lt;pre&gt;Folks, bad news ... my fault.

I accidentally forgot a --signoff on a git am command last week, meaning
that a pair of patches are in -next and not signed off by me.

For various (legal) reasons that cannot go into Linus tree as-is, so I
have to rebase the tree to fix it.

Sorry about that ...

Cheers,
Ben.
&lt;/pre&gt;</description>
    <dc:creator>Benjamin Herrenschmidt</dc:creator>
    <dc:date>2012-05-22T01:51:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50695">
    <title>linux-next: PowerPC boot failures in next-20120521</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50695</link>
    <description>&lt;pre&gt;Hi all,

Last nights boot tests on various PowerPC systems failed like this:

calling  .numa_group_init+0x0/0x3c &amp;lt; at &amp;gt; 1
initcall .numa_group_init+0x0/0x3c returned 0 after 0 usecs
calling  .numa_init+0x0/0x1dc &amp;lt; at &amp;gt; 1
Unable to handle kernel paging request for data at address 0x00001688
Faulting instruction address: 0xc00000000016e154
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=32 NUMA pSeries
Modules linked in:
NIP: c00000000016e154 LR: c0000000001b9140 CTR: 0000000000000000
REGS: c0000003fc8c76d0 TRAP: 0300   Not tainted  (3.4.0-autokern1)
MSR: 8000000000009032 &amp;lt;SF,EE,ME,IR,DR,RI&amp;gt;  CR: 24044022  XER: 00000003
SOFTE: 1
CFAR: 000000000000562c
DAR: 0000000000001688, DSISR: 40000000
TASK = c0000003fc8c8000[1] 'swapper/0' THREAD: c0000003fc8c4000 CPU: 0
GPR00: 0000000000000000 c0000003fc8c7950 c000000000d05b30 00000000000012d0 
GPR04: 0000000000000000 0000000000001680 0000000000000000 c0000003fe032f60 
GPR08: 0004005400000001 0000000000000000 ffffffffffffc980 c000000000d24fe0 
GPR12: 0000000024044024 c00&lt;/pre&gt;</description>
    <dc:creator>Stephen Rothwell</dc:creator>
    <dc:date>2012-05-22T01:40:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50667">
    <title>[PATCH] cpuidle: (POWER) Replace pseries_notify_cpuidle_add call with a elegant notifier to fix lockdep problem in start_secondary</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50667</link>
    <description>&lt;pre&gt;
The following patch is to remove the pseries_notify_add_cpu() call
and replace it by a hot plug notifier.
This would prevent cpuidle resources being
released and allocated each time cpu comes online on pseries.
The earlier design was causing a lockdep problem
in start_secondary as reported on this thread
        -https://lkml.org/lkml/2012/5/17/2

This applies on 3.4-rc7

Signed-off-by: Deepthi Dharwar &amp;lt;deepthi&amp;lt; at &amp;gt;linux.vnet.ibm.com&amp;gt;
---
 arch/powerpc/include/asm/processor.h            |    2 --
 arch/powerpc/platforms/pseries/processor_idle.c |   25
+++++++++++++++++------
 arch/powerpc/platforms/pseries/smp.c            |    1 -
 3 files changed, 19 insertions(+), 9 deletions(-)

diff --git a/arch/powerpc/include/asm/processor.h
b/arch/powerpc/include/asm/processor.h
index 8e2d037..c6bc22b 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; -390,10 +390,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void cpu_idle_wait(void);

 #ifdef CONFIG_PSERIES_IDLE
 extern void update_smt_snooze_delay(int snooze);
-ex&lt;/pre&gt;</description>
    <dc:creator>Deepthi Dharwar</dc:creator>
    <dc:date>2012-05-18T13:28:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50661">
    <title>[PATCH] powerpc: fix irq distribution</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50661</link>
    <description>&lt;pre&gt;setting CONFIG_IRQ_ALL_CPUS distributes IRQs to CPUs only when
the number of online CPUs equals NR_CPUS.  See commit
280ff97494e0fef4124bee5c52e39b23a18dd283 "sparc64: fix and
optimize irq distribution" for more details.

Using the online mask fixes IRQ-to-CPU distribution on systems
that boot with less than NR_CPUS.

Signed-off-by: Kim Phillips &amp;lt;kim.phillips&amp;lt; at &amp;gt;freescale.com&amp;gt;
---
 arch/powerpc/kernel/irq.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/powerpc/kernel/irq.c b/arch/powerpc/kernel/irq.c
index 2a599ce..c05fd53 100644
--- a/arch/powerpc/kernel/irq.c
+++ b/arch/powerpc/kernel/irq.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -891,7 +891,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int irq_choose_cpu(const struct cpumask *mask)
 {
 int cpuid;
 
-if (cpumask_equal(mask, cpu_all_mask)) {
+if (cpumask_equal(mask, cpu_online_mask)) {
 static int irq_rover;
 static DEFINE_RAW_SPINLOCK(irq_rover_lock);
 unsigned long flags;
&lt;/pre&gt;</description>
    <dc:creator>Kim Phillips</dc:creator>
    <dc:date>2012-05-18T01:11:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50660">
    <title>[PATCH] mtd: Fix typo in Kconfig</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50660</link>
    <description>&lt;pre&gt;MTD_OF_PARTS and the default setting is not working due to using 'Y'
instead of 'y', introduced in commit
d6137badeff1ef64b4e0092ec249ebdeaeb3ff37. This made our board, and
possibly other boards using DTS defined partitions and not having
CONFIG_MTD_OF_PARTS=y defined in the defconfig, fail to mount root
after v3.1.

Signed-off-by: Frank Svendsboe &amp;lt;frank.svendsboe&amp;lt; at &amp;gt;gmail.com&amp;gt;
---
 drivers/mtd/Kconfig |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/mtd/Kconfig b/drivers/mtd/Kconfig
index 5760c1a..27143e0 100644
--- a/drivers/mtd/Kconfig
+++ b/drivers/mtd/Kconfig
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -128,7 +128,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config MTD_AFS_PARTS
 
 config MTD_OF_PARTS
 tristate "OpenFirmware partitioning information support"
-default Y
+default y
 depends on OF
 help
   This provides a partition parsing function which derives
&lt;/pre&gt;</description>
    <dc:creator>Frank Svendsboe</dc:creator>
    <dc:date>2012-05-17T20:43:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50652">
    <title>ppc/sata-fsl: orphan config value: CONFIG_MPC8315_DS</title>
    <link>http://comments.gmane.org/gmane.linux.ports.ppc.embedded/50652</link>
    <description>&lt;pre&gt;
Greetings.

I was occasionally running into problems at boot time on an
MPC8315-based board (derived from the MPC831xRDB, apparently), using
SATA to talk to an SSD.  My vendor suggested that I enable
CONFIG_MPC8315_DS.

That symbol is only found once in the entire kernel codebase:

  $ git checkout v3.4-rc7
  HEAD is now at 36be505... Linux 3.4-rc7

  $ git grep -nH CONFIG_MPC8315_DS
  drivers/ata/sata_fsl.c:729:#ifdef CONFIG_MPC8315_DS

There is no kconfig support for it at all.

It was added in 2007; further, this is the only commit in the entire
git history that contains this string:

   commit e7eac96e8f0e57a6e9f94943557bc2b23be31471
   Author: ashish kalra &amp;lt;ashish.kalra&amp;lt; at &amp;gt;freescale.com&amp;gt;
   Date:   Wed Oct 31 19:28:02 2007 +0800

       ata/sata_fsl: Move MPC8315DS link speed limit workaround to specific ifdef
       
       Signed-off-by: ashish kalra &amp;lt;ashish.kalra&amp;lt; at &amp;gt;freescale.com&amp;gt;
       Signed-off-by: Li Yang &amp;lt;leoli&amp;lt; at &amp;gt;freescale.com&amp;gt;
       Signed-off-by: Jeff Garzik &amp;lt;jeff&amp;lt; at &amp;gt;garzik.org&amp;gt;

   diff --git a/drive&lt;/pre&gt;</description>
    <dc:creator>Anthony Foiani</dc:creator>
    <dc:date>2012-05-17T17:08:18</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>

