On Wed, Feb 25, 2009 at 8:25 PM, Mike Ditto wrote:
> Daniel Ng wrote:
>>> f0010d40:00 not found
>>> eth0: Could not attach to PHY
> These messages are typical of having the wrong GPIO pins in the mdio
> node or the wrong MDIO address (reg property) in the ethernet-phy node.
>
>>> Currently, our P
From: Grant Likely
To better match the ePAPR specification, device nodes which claim
"simple-bus" compatibility should be probed by default.
Signed-off-by: Grant Likely
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a
Thanks for the patch Wolfram. Comments below.
On Wed, Feb 25, 2009 at 8:32 AM, Wolfram Sang wrote:
> Signed-off-by: Wolfram Sang
> ---
> arch/powerpc/boot/dts/pcm032.dts | 391 +++
> arch/powerpc/configs/52xx/pcm032_defconfig | 1394
> ++
Do you real
Hi Roman,
Thanks for this work. Comments below.
On Thu, Feb 26, 2009 at 7:24 AM, Roman Fietze
wrote:
> Hello,
>
> I've got a target derived from the Lite5200 that needs to use simple
> interrupt GPIO pins. I created a patch to support this kind of GPIO.
>
> I would need your opinion and like to
Hi all,
I'm using linux version 2.6.29-rc5.
I've compiled the SPI diver (spi_mpc83xx.c) as a module, but it fails the load
with a "No such device" error.
I've managed to track it down to platform_driver_probe() in
drivers/base/platform.c
which returns -ENODEV because a device list is empty.
2009/2/27 Benjamin Herrenschmidt
> On Thu, 2009-02-26 at 18:08 +0800, Tiejun Chen wrote:
> > In the DTB tree created by firmware on Maple 64bit target, host bridge
> > parent
> > node has specified both of these two properties to be 2. However, the
> > actual
> > "cell" value for host bridge node
On Friday 27 February 2009, Ira Snyder wrote:
> On Thu, Feb 26, 2009 at 11:34:33PM +0100, Arnd Bergmann wrote:
> > I guess the best option for doing it in Linux then would be to have
> > a board control driver (not sure if this already exists) that exports
> > high-level functions to set up the inb
Some more information regarding this board. This is the output of
dtc /proc/device/ree:
I removed all information not relevant to networking
/dts-v1/;
/ {
linux,phandle = <0x100>;
#size-cells = <0x1>;
#address-cells = <0x1>;
compatible = "MPC83xx";
mode
On Thu, Feb 26, 2009 at 11:34:33PM +0100, Arnd Bergmann wrote:
> On Thursday 26 February 2009, Ira Snyder wrote:
> > On Thu, Feb 26, 2009 at 09:37:14PM +0100, Arnd Bergmann wrote:
> >
> > The registers are part of the board control registers. They don't fit at
> > all in the message unit. Doing th
On Thu, 2009-02-26 at 16:30 -0600, Andy Fleming wrote:
>
> I know this saves you some code, but it seems hacky. It would be
> better to modify oprofile to detect the proper cpu type. Also, this
> will screw things up if you try to use the different event set that
> the 750 has.
Agreed. Note tha
On Thursday 26 February 2009, Ira Snyder wrote:
> On Thu, Feb 26, 2009 at 09:37:14PM +0100, Arnd Bergmann wrote:
>
> The registers are part of the board control registers. They don't fit at
> all in the message unit. Doing this in the bootloader seems like a
> logical place, but that would require
Hi Linus
And here's another little regression fix. For some reason, that one was
done and acked ages ago, marked "accepted" in patchwork and never
actually merged anywhere ... go figure.
The following changes since commit 64e71303e44f3697e4568147caa966de74bdb4fb:
Linus Torvalds (1):
Mer
On Tue, Feb 24, 2009 at 6:09 AM, Octavian Purdila wrote:
> Signed-off-by: Octavian Purdila
> ---
> arch/powerpc/kernel/cputable.c | 6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
> index 923f87a..4e
On Thu, Feb 26, 2009 at 4:25 AM, Rini van Zetten wrote:
> This patch fixes a wrong check on num_txbdfree. It could lead to
> num_txbdfree become nagative.
> Result was that the gianfar stops sending data.
>
> Changes from first version :
> - removed a space between parens (David Millers comment)
>
On Thu, Feb 26, 2009 at 09:37:14PM +0100, Arnd Bergmann wrote:
> On Thursday 26 February 2009, Ira Snyder wrote:
> > On Thu, Feb 26, 2009 at 05:15:27PM +0100, Arnd Bergmann wrote:
> >
> > I think so too. I was just getting something working, and thought it
> > would be better to have it "out there"
On Thu, 2009-02-26 at 15:46 -0500, Josh Boyer wrote:
> It's a regression from 2.6.28, yes. See:
>
> http://ozlabs.org/pipermail/linuxppc-dev/2009-February/067914.html
>
> and
>
> http://patchwork.ozlabs.org/patch/21527/
>
> (note the Accepted state)
>
> >if it's in my next or test branch ? I
On Fri, Feb 27, 2009 at 07:30:21AM +1100, Benjamin Herrenschmidt wrote:
>On Thu, 2009-02-26 at 06:28 -0500, Josh Boyer wrote:
>> On Thu, Feb 26, 2009 at 03:07:24PM +1100, Benjamin Herrenschmidt wrote:
>> >Hi Linus !
>> >
>> >Please pull a few regression fixes for powerpc.
>> >
>> >Cheers,
>> >Ben.
On Thursday 26 February 2009, Ira Snyder wrote:
> On Thu, Feb 26, 2009 at 05:15:27PM +0100, Arnd Bergmann wrote:
>
> I think so too. I was just getting something working, and thought it
> would be better to have it "out there" rather than be working on it
> forever. I'll try to break things up as I
On Thu, 2009-02-26 at 06:28 -0500, Josh Boyer wrote:
> On Thu, Feb 26, 2009 at 03:07:24PM +1100, Benjamin Herrenschmidt wrote:
> >Hi Linus !
> >
> >Please pull a few regression fixes for powerpc.
> >
> >Cheers,
> >Ben.
> >
> >The following changes since commit 169d418b127b98a3e464e9c4b807ad083760f9
On Thu, 2009-02-26 at 18:08 +0800, Tiejun Chen wrote:
> In the DTB tree created by firmware on Maple 64bit target, host bridge
> parent
> node has specified both of these two properties to be 2. However, the
> actual
> "cell" value for host bridge node is 1. we have to provide one fixup
> function.
On Thu, Feb 26, 2009 at 05:53:56PM +0100, Geert Uytterhoeven wrote:
> On Thu, 26 Feb 2009, Arnd Bergmann wrote:
> > On Tuesday 24 February 2009, Ira Snyder wrote:
> > > +/* Virtio-over-PCI descriptors: 12 bytes. These can chain together via
> > > "next" */
> > > +struct vop_desc {
> > > + /* Addre
On Thu, Feb 26, 2009 at 05:15:27PM +0100, Arnd Bergmann wrote:
> On Tuesday 24 February 2009, Ira Snyder wrote:
> > This adds support to Linux for using virtio between two computers linked by
> > a PCI interface. This allows the use of virtio_net to create a familiar,
> > fast interface for communi
I have looking for kexec support on pppc32. Where can I find and download all
the patches for kernel the kexec-tools? Which kernel version should the patches
apply to?
Thanks
Liang Chai
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Hello everyone,
I recently obtained a Mikrotik RB600 and applied the patch from http://cynigram.com/~nfontes/rb600/
to get it up and running with 2.6.28.3
With this patch applied everything was detected on the board and
worked. For testing purposes I tried a recent git snapshot and noticed
I'm trying to use some drivers which are not yet OF aware
(in particular net/dsa). In order to use these drivers, I
need platform_device pointers for my network any MII bus (PHY).
In the OF world, how do I get to these? I have a MPC834x
based board and somehow I need access to these devices (fro
On Thu, 26 Feb 2009, Mark Nelson wrote:
> On Thu, 26 Feb 2009 09:45:41 am Mark Nelson wrote:
> > On Thu, 26 Feb 2009 12:31:20 am Geert Uytterhoeven wrote:
> > > On Wed, 25 Feb 2009, Mark Nelson wrote:
> > > > Does the following patch fix the errors you're seeing? (it applies the
> > > > same fix as
On Thu, 26 Feb 2009, Arnd Bergmann wrote:
> On Tuesday 24 February 2009, Ira Snyder wrote:
> > +/* Virtio-over-PCI descriptors: 12 bytes. These can chain together via
> > "next" */
> > +struct vop_desc {
> > + /* Address (host physical) */
> > + __le32 addr;
Only 32-bit? Is
On Tuesday 24 February 2009, Ira Snyder wrote:
> This adds support to Linux for using virtio between two computers linked by
> a PCI interface. This allows the use of virtio_net to create a familiar,
> fast interface for communication. It should be possible to use other virtio
> devices in the futu
On Thu, 26 Feb 2009, Rini van Zetten wrote:
> This patch fixes a wrong check on num_txbdfree. It could lead to num_txbdfree
> become nagative.
> Result was that the gianfar stops sending data.
A quick mental note for your next patch submission:
> Changes from first version :
> - removed a space b
(note: added the devicetree-discuss mailing list to this thread)
On Wed, Feb 25, 2009 at 2:20 AM, Pieter wrote:
> Hi all
>
> I am busy porting my board to Linux 2.6.27 from 2.6.19. The old Linux
> was compiled using the ppc architecture, and had a "platform_device"
> struct ure containing the cus
Hi all,
I'm using the mpc8313erdb. I got two external interrupt sources which
are
handled by two UIO drivers.
These interrupts shall be triggered on falling edge.
Therefore I just added (Kernel version 2.6.24) in
arch/powerpc/sysdev/ipic.c in function ipic_set_irq_type
at line ~484 "flow_type =
Hello,
I've got a target derived from the Lite5200 that needs to use simple
interrupt GPIO pins. I created a patch to support this kind of GPIO.
I would need your opinion and like to hear any criticism. Esp. the
facts that I ad to split up struct mpc52xx_gpio and that the GPIO
numbering might get
Leo, sorry for sending this twice. Forgot to cc the list.
> I am hoping someone can shed some light on the state of the USB support in
> > the
> > 2.6.28 kernel for USB OTG on the MPC8313E RDB. The configuration options
> are
> > a bit different than the ones from the provided LTIB kernel--- for
>
As far as I understand the DTS bindings now support an SPI master controller to
- use the chip-selects controlled directly by the SPI master controller hardware
or
- to use GPIO's trough gpiolib as chip selects
but not a combination of both, am I right?
Now every SPI driver needs to be adapted to
From: Anton Blanchard
Date: Thu, 26 Feb 2009 22:24:32 +1100
> On PowerPC we allocate large boot time hashes on node 0. This leads to
> an imbalance in the free memory, for example on a 64GB box (4 x 16GB
> nodes):
>
> Free memory:
> Node 0: 97.03%
> Node 1: 98.54%
> Node 2: 98.42%
> Node 3: 98.5
Hi David,
> Hmmm... my bad, I think you need to keep the CONFIG_NUMA
> there too as there is a TLB usage penalty for non-NUMA
> systems if you only use CONFIG_64BIT there.
Sorry that was my screwup, here's a fixed version.
Anton
--
On PowerPC we allocate large boot time hashes on node 0. Thi
On Thu, Feb 26, 2009 at 03:07:24PM +1100, Benjamin Herrenschmidt wrote:
>Hi Linus !
>
>Please pull a few regression fixes for powerpc.
>
>Cheers,
>Ben.
>
>The following changes since commit 169d418b127b98a3e464e9c4b807ad083760f98c:
> Linus Torvalds (1):
>Merge branch 'for-linus' of git://g
In the DTB tree created by firmware on Maple 64bit target, host bridge
parent
node has specified both of these two properties to be 2. However, the actual
"cell" value for host bridge node is 1. we have to provide one fixup
function.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kernel/prom_init.c
This patch fixes a wrong check on num_txbdfree. It could lead to num_txbdfree
become nagative.
Result was that the gianfar stops sending data.
Changes from first version :
- removed a space between parens (David Millers comment)
- full email address in signed off line
Signed-off-by: Rini van Z
From: Rini van Zetten
Date: Thu, 26 Feb 2009 09:56:58 +0100
> This patch fixes a wrong check on num_txbdfree. It could lead to
> num_txbdfree become nagative. Result was that the gianfar stops
> sending data.
>
> Signed-off-by: Rini van Zetten - if (nr_frags > priv->num_txbdfree) {
> +
This patch fixes a wrong check on num_txbdfree. It could lead to num_txbdfree
become nagative.
Result was that the gianfar stops sending data.
Signed-off-by: Rini van Zetten
---
drivers/net/gianfar.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/gianfar
41 matches
Mail list logo
