Re: PATCH 2/5] Platform code

Here is the complete warp.c. It is probably easier to read this then the patch. Cheers, Sean /* * PIKA Warp(tm) board specific routines * * Copyright (c) 2008 PIKA Technologies * Sean MacLennan * * This program is free software; you can redistribute it and/or modify it * under the

Re: Warp patches for 2.6.26

In article <[EMAIL PROTECTED]> you write: > > > A changelog of "updates a bunch of stuff" is pretty much irrelevant in > > all situations I can think of. > > Ok, I hope I got everything: > > Changes to match new FPGA/HW functionality. > * Switched from 64M NOR/64M NAND to 4M NOR/256M NAND. > *

Re: Warp patches for 2.6.26

Sean MacLennan writes: > I was going to hold off until the warp was officially released, but we > might miss the merge window. So here they are. A lot of work has been > done since 2.6.25 and I haven't been submitting patches to keep down on > the churn. Your patches don't have any description a

Re: Warp patches for 2.6.26

> A changelog of "updates a bunch of stuff" is pretty much irrelevant in > all situations I can think of. Ok, I hope I got everything: Changes to match new FPGA/HW functionality. * Switched from 64M NOR/64M NAND to 4M NOR/256M NAND. * Moved/resized partitions to match the flash changes. * Fixup

Re: Warp patches for 2.6.26

On Sat, 2008-04-12 at 13:48 -0400, Sean MacLennan wrote: > I was going to hold off until the warp was officially released, but we > might miss the merge window. So here they are. A lot of work has been > done since 2.6.25 and I haven't been submitting patches to keep down on > the churn. That's fa

Re: Warp patches for 2.6.26

On Sat, Apr 12, 2008 at 7:55 PM, Sean MacLennan <[EMAIL PROTECTED]> wrote: > On Sun, 13 Apr 2008 10:44:30 +1000 > "Stephen Rothwell" <[EMAIL PROTECTED]> wrote: > > > Hi Sean, > > > > First comment is that you need reasonable changelogs i.e. explain why > > you are making changes as well as wha

Re: [PATCH 1/5] Boot code

On Sat, 12 Apr 2008 19:49:43 -0500 Josh Boyer <[EMAIL PROTECTED]> wrote: > On Sat, 2008-04-12 at 14:01 -0400, Sean MacLennan wrote: > > Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> > > > > This patch is word wrapped. Yes, sorry about that. I have been trying out a new mail client and I pas

Re: Warp patches for 2.6.26

On Sun, 13 Apr 2008 10:44:30 +1000 "Stephen Rothwell" <[EMAIL PROTECTED]> wrote: > Hi Sean, > > First comment is that you need reasonable changelogs i.e. explain why > you are making changes as well as what they do. Also the first line > of each changelog (which becomes the subject of any mail g

Re: [PATCH] tg3: fix MMIO for PPC 44x platforms

From: Sergei Shtylyov <[EMAIL PROTECTED]> Date: Sat, 12 Apr 2008 21:01:22 +0400 > The driver stores the PCI resource addresses into 'unsigned long' variable > before calling ioremap_nocache() on them. This warrants kernel oops when the > registers are accessed on PPC 44x platforms which (being 32-

Re: Warp patches for 2.6.26

On Sun, 2008-04-13 at 10:44 +1000, Stephen Rothwell wrote: > Hi Sean, > > First comment is that you need reasonable changelogs i.e. explain why you > are making changes as well as what they do. Also the first line of each > changelog (which becomes the subject of any mail generated from git) > sh

Re: [PATCH 1/5] Boot code

On Sat, 2008-04-12 at 14:01 -0400, Sean MacLennan wrote: > Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> > This patch is word wrapped. > diff --git a/arch/powerpc/boot/cuboot-warp.c > b/arch/powerpc/boot/cuboot-warp.c index eb108a8..43d7ad9 100644 > --- a/arch/powerpc/boot/cuboot-warp.c > +

Re: Warp patches for 2.6.26

Hi Sean, First comment is that you need reasonable changelogs i.e. explain why you are making changes as well as what they do. Also the first line of each changelog (which becomes the subject of any mail generated from git) should be a useful and relatively unique summary. -- Cheers, Stephen Ro

Re: [PATCH 4/5] LED driver

On Sat, 2008-04-12 at 14:10 -0400, Sean MacLennan wrote: > Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> This should be sent to Richard Purdie. josh > > diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig > index 859814f..31e1746 100644 > --- a/drivers/leds/Kconfig > +++ b/drivers/leds/

Re: [PATCH 5/5] WDT driver

On Sat, 2008-04-12 at 14:11 -0400, Sean MacLennan wrote: > Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> This should be sent to Wim as he maintains the watchdog drivers tree. josh > > diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig > index 254d115..e73a3ea 100644 > --- a/dri

Re: [PATCH 1/2] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround

Josh Boyer wrote: On Sat, 2008-04-12 at 16:28 -0400, Jeff Garzik wrote: I had queried the status of these patches, and didn't receive any reply initially from my query... Erm... you did. http://ozlabs.org/pipermail/linuxppc-dev/2008-March/053737.html No worries though. I lose email all the

Re: [PATCH 1/2] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround

On Sat, 2008-04-12 at 16:28 -0400, Jeff Garzik wrote: > Josh Boyer wrote: > > On Fri, 28 Mar 2008 22:18:25 -0400 > > Jeff Garzik <[EMAIL PROTECTED]> wrote: > > > >> Valentine Barshak wrote: > >>> The PowerPC 440GX Taishan board fails to reset EMAC3 (reset timeout error) > >>> if there's no link. B

Re: [PATCH 1/2] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround

Josh Boyer wrote: On Fri, 28 Mar 2008 22:18:25 -0400 Jeff Garzik <[EMAIL PROTECTED]> wrote: Valentine Barshak wrote: The PowerPC 440GX Taishan board fails to reset EMAC3 (reset timeout error) if there's no link. Because of that it fails to find PHY chip. The older ibm_emac driver had a workar

[PATCH 5/5] WDT driver

Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig index 254d115..e73a3ea 100644 --- a/drivers/watchdog/Kconfig +++ b/drivers/watchdog/Kconfig @@ -697,6 +697,14 @@ config BOOKE_WDT Please see Documentation/watchdog/watchdog-

[PATCH 4/5] LED driver

Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig index 859814f..31e1746 100644 --- a/drivers/leds/Kconfig +++ b/drivers/leds/Kconfig @@ -145,6 +145,12 @@ config LEDS_CLEVO_MAIL To compile this driver as a module, choose M here: th

[PATCH 3/5] Defconfig

Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> diff --git a/arch/powerpc/configs/warp_defconfig b/arch/powerpc/configs/warp_defconfig index 2313c3e..91b9fb1 100644 --- a/arch/powerpc/configs/warp_defconfig +++ b/arch/powerpc/configs/warp_defconfig @@ -1,7 +1,7 @@ # # Automatically generated

PATCH 2/5] Platform code

Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> diff --git a/arch/powerpc/platforms/44x/warp-nand.c b/arch/powerpc/platforms/44x/warp-nand.c index 9150318..f70019d 100644 --- a/arch/powerpc/platforms/44x/warp-nand.c +++ b/arch/powerpc/platforms/44x/warp-nand.c @@ -2,7 +2,7 @@ * PIKA Warp(tm)

[PATCH 1/5] Boot code

Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]> diff --git a/arch/powerpc/boot/cuboot-warp.c b/arch/powerpc/boot/cuboot-warp.c index eb108a8..43d7ad9 100644 --- a/arch/powerpc/boot/cuboot-warp.c +++ b/arch/powerpc/boot/cuboot-warp.c @@ -10,6 +10,7 @@ #include "ops.h" #include "4xx.h" #include

Warp patches for 2.6.26

I was going to hold off until the warp was officially released, but we might miss the merge window. So here they are. A lot of work has been done since 2.6.25 and I haven't been submitting patches to keep down on the churn. We standardized on a 4M NOR flash and a 256M NAND flash. But there is stil

[PATCH] tg3: fix MMIO for PPC 44x platforms

The driver stores the PCI resource addresses into 'unsigned long' variable before calling ioremap_nocache() on them. This warrants kernel oops when the registers are accessed on PPC 44x platforms which (being 32-bit) have PCI memory space mapped beyond 4 GB. The arch/ppc/ kernel has a fixup in ior

[PATCH] natsemi: fix MMIO for PPC 44x platforms

The driver stores the PCI resource address into 'unsigned long' variable before calling ioremap() on it. This warrants a kernel oops when the registers are accessed on PPC 44x platforms which (being 32-bit) have PCI memory space mapped beyond 4 GB. The arch/ppc/ kernel has a fixup in ioremap() th

Re: [LMB][1/2] Fix some whitespace and other formatting issues, use pr_debug

On Sat, Apr 12, 2008 at 03:20:59PM +1000, Paul Mackerras wrote: > + pr_debug("\nreserved.cnt = 0x%lx\n", lmb.reserved.cnt); This will only output an empty line at KERN_DEBUG level and the rest will be at default_message_loglevel. Problem is fixed my my patch in msg <[EMAIL PROTECTED]>

Re: Flash on LocalBus @ MPC8343

Scott, thanks , but ... can't find "of_bus_ids[]" entry. I'm obviously out of sync. My last git-pull from denx is 3 days old, now - need to update on monday. It seems hard for "normal" people to keep up these days ! Cheers, André Scott Wood wrote: André Schwarz wrote: Scott, thanks for

Re: [PATCH] ehea: Fix DLPAR memory add support

Thomas Klein wrote: This patch fixes two weaknesses in send/receive packet handling which may lead to kernel panics during DLPAR memory add operations. Signed-off-by: Thomas Klein <[EMAIL PROTECTED]> applied ___ Linuxppc-dev mailing list Linuxppc-d

Re: [PATCH] natsemi: fix for PPC 44x platforms

Sergei Shtylyov wrote: The driver stores the the PCI resource address into 'unsigned long' variable before calling ioremap() on it. This warrants kernel oops when the registers are accessed on PPC 44x platforms which (being 32-bit) have PCI memory space mapped beyond 4 GB. The arch/ppc/ kernel h