[PATCH 5/7] [powerpc] ARRAY_SIZE changes

2009-07-21 Thread Stoyan Gaydarov
These changes were a direct result of using a semantic patch More information can be found at http://www.emn.fr/x-info/coccinelle/ Signed-off-by: Stoyan Gaydarov --- arch/powerpc/platforms/pasemi/idle.c |2 +- arch/powerpc/platforms/powermac/feature.c |4 ++-- 2 files changed, 3 ins

Re: [PATCH] powerpc/cell: replace strncpy by strlcpy

2009-07-21 Thread Ken Kawakami
Arnd-san, Roel-san, It works fine. Thanks. --- Regards, Ken Kawakami > Replace strncpy() and explicit null-termination by strlcpy() > > Signed-off-by: Roel Kluin > --- > Arnd-san, Ken-san, > > Thanks for reviewing, > > > We prefer to take the patch which is replacing the two lines with one.

[PATCH] powerpc/mm: Fix definitions of FORCE_MAX_ZONEORDER in Kconfig

2009-07-21 Thread Benjamin Herrenschmidt
The current definitions set ranges and defaults for 32 and 64-bit only using "PPC_STD_MMU" which means hash based MMU. This uselessly restrict the usefulness for the upcoming 64-bit BookE port, but more than that, it's broken on 32-bit since the only 32-bit platform supporting multiple page sizes c

[PATCH v3] net: Rework mdio-ofgpio driver to use of_mdio infrastructure

2009-07-21 Thread Mark Ware
Changes to the fs_enet driver (aa73832c5a80d6c52c69b18af858d88fa595dd3c) cause kernel crashes when using the mdio-ofgpio driver. This patch replicates similar changes made to the fs_enet mii-bitbang drivers. It has been tested on a custom mpc8280 based board using an NFS mounted root. Signed

mpc5121 Power Managment errata.

2009-07-21 Thread Kenneth Johansson
I have a bit of a problem with arch/powerpc/platforms/512x/mpc512x_pm.c Since this one is not included in mainline (yet) I have attached it Now I have a number of questions and one mystery. 1: why relocate the code ?? is there a reason why the code must be located at address 0 http://www.bitsh

Re: [PATCH v2] net: Rework mdio-ofgpio driver to use of_mdio infrastructure

2009-07-21 Thread Grant Likely
On Tue, Jul 21, 2009 at 3:50 AM, Mark Ware wrote: > Changes to the fs_enet driver (aa73832c5a80d6c52c69b18af858d88fa595dd3c) > cause kernel crashes when using the mdio-ofgpio driver. > > The following patch replicates similar changes made to the fs_enet > mii-bitbang drivers. This looks good to me

Re: [PATCH] PowerPC 440EPx: Sequoia bootwrapper

2009-07-21 Thread Stefan Roese
On Tuesday 21 July 2009 17:56:40 Bob Burke wrote: > On Tue, 21 Jul 2009 16:06:53 Stefan Roese wrote: > > Unfortunately it's not that easy. Earlier Sequoia board revisions are > > equipped with an 33.333MHz oscillator. This can be detected via a > > CPLD register though. > > Thanks, I didn't real

RE: [PATCH] PowerPC 440EPx: Sequoia bootwrapper

2009-07-21 Thread Bob Burke
On Tue, 21 Jul 2009 16:06:53 Stefan Roese wrote: > Unfortunately it's not that easy. Earlier Sequoia board revisions are > equipped with an 33.333MHz oscillator. This can be detected via a CPLD > register though. Thanks, I didn't realize that. FYI our deployed platform is similar to Sequoia, bu

Re: [PATCH] PowerPC 440EPx: Sequoia bootwrapper

2009-07-21 Thread Stefan Roese
On Tuesday 21 July 2009 15:33:20 Bob Burke wrote: > The system clock frequency on the Sequoia board is 33.00 MHz not > 33.33 MHz; this causes the system time to drift more than 30 seconds > per hour. > > diff -ruN a/arch/powerpc/boot/cuboot-sequoia.c > b/arch/powerpc/boot/cuboot-sequoia.c >

[PATCH] PowerPC 440EPx: Sequoia bootwrapper

2009-07-21 Thread Bob Burke
The system clock frequency on the Sequoia board is 33.00 MHz not 33.33 MHz; this causes the system time to drift more than 30 seconds per hour. diff -ruN a/arch/powerpc/boot/cuboot-sequoia.c b/arch/powerpc/boot/cuboot-sequoia.c --- a/arch/powerpc/boot/cuboot-sequoia.c2009-05-18 19:

Re: Best hardware platform for native compiling...

2009-07-21 Thread David Jander
On Tuesday 21 July 2009 14:00:07 you wrote: > On Tue, Jul 21, 2009 at 12:31:36PM +0200, David Jander wrote: > > On Tuesday 21 July 2009 11:52:51 you wrote: > > > On Tue, Jul 21, 2009 at 11:16:52AM +0200, David Jander wrote: > > > > For bigger systems we often run a debian-derived OS like Ubuntu, an

Re: Best hardware platform for native compiling...

2009-07-21 Thread Benjamin Herrenschmidt
On Tue, 2009-07-21 at 14:00 +0200, Gabriel Paubert wrote: > Well, I got one recently here in Spain. Shipping charges are fairly > large (it's not exactly a light and compact machine). But the current > dollar exchange rate helps ;-) > > Now I have not yet found the way to install Debian on it >

Re: Best hardware platform for native compiling...

2009-07-21 Thread Gabriel Paubert
On Tue, Jul 21, 2009 at 12:31:36PM +0200, David Jander wrote: > On Tuesday 21 July 2009 11:52:51 you wrote: > > On Tue, Jul 21, 2009 at 11:16:52AM +0200, David Jander wrote: > > > For bigger systems we often run a debian-derived OS like Ubuntu, and many > > > pieces are compiled natively on the tar

Re: Best hardware platform for native compiling...

2009-07-21 Thread David Jander
On Tuesday 21 July 2009 11:52:51 you wrote: > On Tue, Jul 21, 2009 at 11:16:52AM +0200, David Jander wrote: > > For bigger systems we often run a debian-derived OS like Ubuntu, and many > > pieces are compiled natively on the target... just because it is easy and > > quick to do, and cross-compilin

msgctl10 fails on Powerpc Linux-2.6.29.6

2009-07-21 Thread srikanth krishnakar
The LTP test case *msgctl10.c* fails on linux-2.6.29.6 for PowerPC architecture (ppc440) msgctl101 B[ cut here ] kernel BUG at arch/powerpc/kernel/traps.c:904! Oops: Exception in kernel mode, sig: 5 [#9] PREEMPT LTT NESTING LEVEL : 0 Virtex440 Modules linked in:

[PATCH] powerpc/cell: replace strncpy by strlcpy

2009-07-21 Thread Roel Kluin
Replace strncpy() and explicit null-termination by strlcpy() Signed-off-by: Roel Kluin --- Arnd-san, Ken-san, Thanks for reviewing, > We prefer to take the patch which is replacing the two lines with one. Doozo. diff --git a/arch/powerpc/platforms/cell/celleb_setup.c b/arch/powerpc/platforms

[PATCH v2] net: Rework mdio-ofgpio driver to use of_mdio infrastructure

2009-07-21 Thread Mark Ware
Changes to the fs_enet driver (aa73832c5a80d6c52c69b18af858d88fa595dd3c) cause kernel crashes when using the mdio-ofgpio driver. The following patch replicates similar changes made to the fs_enet mii-bitbang drivers. --- This version attempts to address Grant's comments below: Grant Likely wr

Best hardware platform for native compiling...

2009-07-21 Thread David Jander
Hi all, This might sound as a stupid question (and maybe sligtly off-topic), but I have not found an (easy) answer and I suspect many on this list will have a good suggestion to make: We are developing (and maintaining) different embedded linux systems based on different PowerPC processors. F

RE: DMA Engine on MPC8270

2009-07-21 Thread Li Yang-R58472
>Hi, > >Can Freescale DMA engine driver can be used on MPC2870 ? No, the driver is only used on 83xx and 85xx cpus. - Leo ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] powerpc/cell: strncpy does not null terminate string

2009-07-21 Thread Ken Kawakami
Arnd-san, Roel-san, Thanks for pointing us to the redundant cord portion. > On Friday 17 July 2009, Roel Kluin wrote: > > > > static int __init celleb_machine_type_hack(char *ptr) > > { > > - strncpy(celleb_machine_type, ptr, sizeof(celleb_machine_type)); > > + strlcpy(celleb_machi

DMA Engine on MPC8270

2009-07-21 Thread Felix Radensky
Hi, Can Freescale DMA engine driver can be used on MPC2870 ? If not, what driver should I use instead ? The goal to to speed up transfers to some storage device (M-Systems DoC H3). Thanks a lot. Felix. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.

Re: [RFC/PATCH] mm: Pass virtual address to [__]p{te, ud, md}_free_tlb()

2009-07-21 Thread Nick Piggin
On Tue, Jul 21, 2009 at 10:02:26AM +1000, Benjamin Herrenschmidt wrote: > On Mon, 2009-07-20 at 12:38 +0200, Nick Piggin wrote: > > On Mon, Jul 20, 2009 at 08:00:41PM +1000, Benjamin Herrenschmidt wrote: > > > On Mon, 2009-07-20 at 10:10 +0200, Nick Piggin wrote: > > > > > > > > Maybe I don't unde