Re: [PATCH 1/3] [POWERPC] Merge 32 and 64 bit pci_process_bridge_OF_ranges() instances

2007-08-27 Thread David Gibson
On Mon, Aug 27, 2007 at 10:31:36AM +0400, Vitaly Bordug wrote: > On Mon, 27 Aug 2007 11:15:16 +1000 > David Gibson wrote: > > > On Sat, Aug 25, 2007 at 01:29:47PM +0400, Vitaly Bordug wrote: [snip] > > > +void __devinit pci_process_bridge_OF_ranges(struct pci_controller > > > *hose, > > > +

Re: [PATCH 3/3] [POWERPC] Add PCI support for AMCC 440EPx (sequoia)

2007-08-27 Thread Stefan Roese
On Monday 27 August 2007, Vitaly Bordug wrote: > On Mon, 27 Aug 2007 11:57:19 +1000 > > David Gibson wrote: > > > + * Free Software Foundation; either version 2 of the License, or > > > (at your > > > + * option) any later version. > > > + */ > > > > Unless there really is something peculiar abou

Re: Sleep problems with kernels >= 2.6.21 on powerpc

2007-08-27 Thread Rogério Brito
Hi, Thanks, Michal. I didn't know who to include as the wizards of the matter. On Aug 27 2007, Michal Piotrowski wrote: > [Adding STR wizards to CC] > > On 26/08/07, Rogério Brito <[EMAIL PROTECTED]> wrote: > > If I, on the other hand, use Debian's kernel 2.6.22 or compile my own > > kernel with

Re: Sleep problems with kernels >= 2.6.21 on powerpc

2007-08-27 Thread Tim Teulings
Hallo! I also have 800MHz iBook (2.2, 2 USB) and had the same problem with the 21.6.22 kernel a while ago and reverted back to 2.6.21. I'm not a kernel guy but I think I remember from kernel traces that it looked like (wise chosen words ;-)) that the problems had something to do with deactivat

Re: [PATCH 1/3] [POWERPC] Merge 32 and 64 bit pci_process_bridge_OF_ranges() instances

2007-08-27 Thread Vitaly Bordug
On Mon, 27 Aug 2007 17:49:55 +1000 David Gibson wrote: > On Mon, Aug 27, 2007 at 10:31:36AM +0400, Vitaly Bordug wrote: > > On Mon, 27 Aug 2007 11:15:16 +1000 > > David Gibson wrote: > > > > > On Sat, Aug 25, 2007 at 01:29:47PM +0400, Vitaly Bordug wrote: > [snip] > > > > +void __devinit pci_proc

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread Jan-Bernd Themann
On Monday 27 August 2007 03:58, David Miller wrote: > From: James Chapman <[EMAIL PROTECTED]> > Date: Sun, 26 Aug 2007 20:36:20 +0100 > > > David Miller wrote: > > > From: James Chapman <[EMAIL PROTECTED]> > > > Date: Fri, 24 Aug 2007 18:16:45 +0100 > > > > > >> Does hardware interrupt mitigation

Re: Sleep problems with kernels >= 2.6.21 on powerpc

2007-08-27 Thread Michel Dänzer
On Mon, 2007-08-27 at 03:52 -0300, Rogério Brito wrote: > > I did 13 compiles with git bisect and some of them were unsucessfuly > compiled, which I am afraid that may miss the real cause if I tag them as > being "bad" (which I did). Yes, don't mark such cases as bad or good but look for a nearby

Re: [PATCH, RFC] linkstation: implement standby

2007-08-27 Thread Johannes Berg
On Sun, 2007-08-26 at 02:03 +0200, Guennadi Liakhovetski wrote: > +#ifdef CONFIG_PM some of those probably want to be CONFIG_PM_SLEEP now. johannes signature.asc Description: This is a digitally signed message part ___ Linuxppc-dev mailing list Linux

RFC: [PATCH] Copy over headers from arch/powerpc to arch/ppc to decouple them

2007-08-27 Thread Kumar Gala
Move over includes files that have CONFIG_PPC_MERGE in them to decouple to interdepencies between ARCH=powerpc & ARCH=ppc. Duplicate the following headers in both locations and remove CONFIG_PPC_MERGE: --- Not sure what people think about this since removing include asm-powerpc from ARCH=pp

[PATCH 1/2] ehea: propagate physical port state

2007-08-27 Thread Jan-Bernd Themann
Introduces a module parameter to decide whether the physical port link state is propagated to the network stack or not. It makes sense not to take the physical port state into account on machines with more logical partitions that communicate with each other. This is always possible no matter what t

[PATCH 2/2] ehea: fix last_rx update

2007-08-27 Thread Jan-Bernd Themann
Update last_rx in registered device struct instead of in the dummy device. Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]> --- drivers/net/ehea/ehea_main.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_main.c i

[PATCH] [POWERPC] 85xx: Renamed mpc8544_ds.c to mpc85xx_ds.c

2007-08-27 Thread Kumar Gala
Renamed the mpc8544_ds.c board code to mpc85xx_ds.c to make it more generic in prep for other boards based on the same platform. --- Posted for review. arch/powerpc/platforms/85xx/Kconfig |8 +- arch/powerpc/platforms/85xx/Makefile |2 +- arch/powerpc/platforms/85xx/mpc8544_ds.

[PATCH] [POWERPC] 85xx: Clean up from 85xx_ds rename

2007-08-27 Thread Kumar Gala
Renamed functions in 85xx_ds from 8544 to 85xx. Kept an unique machine def/probe for the MPC8544 DS board to handle some subtle differences between the future board based on the DS platform. Also fixed building w/o CONFIG_PCI and minor whitespace fixes. --- Posted for review. arch/powerpc/pla

Re: [PATCH] [POWERPC] 85xx: Renamed mpc8544_ds.c to mpc85xx_ds.c

2007-08-27 Thread Scott Wood
On Mon, Aug 27, 2007 at 10:25:53AM -0500, Kumar Gala wrote: > diff --git a/arch/powerpc/platforms/85xx/mpc8544_ds.c > b/arch/powerpc/platforms/85xx/mpc8544_ds.c > deleted file mode 100644 > index 0f834d8..000 > --- a/arch/powerpc/platforms/85xx/mpc8544_ds.c > +++ /dev/null > @@ -1,186 +0,0 @@

Re: [PATCH] [POWERPC] 85xx: Renamed mpc8544_ds.c to mpc85xx_ds.c

2007-08-27 Thread Kumar Gala
On Aug 27, 2007, at 10:44 AM, Scott Wood wrote: > On Mon, Aug 27, 2007 at 10:25:53AM -0500, Kumar Gala wrote: >> diff --git a/arch/powerpc/platforms/85xx/mpc8544_ds.c b/arch/ >> powerpc/platforms/85xx/mpc8544_ds.c >> deleted file mode 100644 >> index 0f834d8..000 >> --- a/arch/powerpc/platfo

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread James Chapman
David Miller wrote: > From: James Chapman <[EMAIL PROTECTED]> > Date: Sun, 26 Aug 2007 20:36:20 +0100 > >> David Miller wrote: >>> From: James Chapman <[EMAIL PROTECTED]> >>> Date: Fri, 24 Aug 2007 18:16:45 +0100 >>> Does hardware interrupt mitigation really interact well with NAPI? >>> It in

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread Jan-Bernd Themann
On Monday 27 August 2007 17:51, James Chapman wrote: > In the second half of my previous reply (which seems to have been > deleted), I suggest a way to avoid this problem without using hardware > interrupt mitigation / coalescing. Original text is quoted below. > > >> I've seen the same and I'

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread James Chapman
Jan-Bernd Themann wrote: > On Monday 27 August 2007 17:51, James Chapman wrote: > >> In the second half of my previous reply (which seems to have been >> deleted), I suggest a way to avoid this problem without using hardware >> interrupt mitigation / coalescing. Original text is quoted below. >>

Re: [PATCH 3/3] [POWERPC] Add PCI support for AMCC 440EPx (sequoia)

2007-08-27 Thread Josh Boyer
On Mon, 27 Aug 2007 08:21:35 +0200 Stefan Roese <[EMAIL PROTECTED]> wrote: > > > +++ b/arch/powerpc/platforms/44x/ppc440epx-pci.c > > > @@ -0,0 +1,192 @@ > > > +/* > > > + * PPC44x PCI host support > > > + * > > > + * Vitaly Bordug <[EMAIL PROTECTED]> > > > + * Stefan Roese <[EMAIL PROTECTED]> > >

[patch 04/28] Add cmpxchg64 and cmpxchg64_local to powerpc

2007-08-27 Thread Mathieu Desnoyers
Make sure that at least cmpxchg64_local is available on all architectures to use for unsigned long long values. Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]> CC: [EMAIL PROTECTED] CC: linuxppc-dev@ozlabs.org --- include/asm-powerpc/system.h |6 ++ 1 file changed, 6 insertions(+) I

Re: [PATCH] mpc8xx: Only build mpc8xx on arch/ppc

2007-08-27 Thread Bartlomiej Zolnierkiewicz
On Thursday 23 August 2007, Kumar Gala wrote: > Currently the mpc8xx ide driver will only work on arch/ppc so only > allow it to be built there. Also, killed a minor include that isn't > actually used by the driver. > > Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> applied __

Re: 2.6.23-rc3 broken on G5

2007-08-27 Thread Andreas Schwab
Paul Mackerras <[EMAIL PROTECTED]> writes: > diff --git a/arch/powerpc/mm/slb.c b/arch/powerpc/mm/slb.c > index a73d2d7..1ca87eb 100644 > --- a/arch/powerpc/mm/slb.c > +++ b/arch/powerpc/mm/slb.c > @@ -89,7 +89,7 @@ void slb_flush_and_rebolt(void) > vflags = SLB_VSID_KERNEL | vmalloc_llp; >

Re: [linux-pm] [PATCH, RFC] linkstation: implement standby

2007-08-27 Thread Pavel Machek
On Sun 2007-08-26 02:03:49, Guennadi Liakhovetski wrote: > Implement suspend/resume for "mpc10x" compatible fsl host PCI controllers, > use it for linkstation standby. > > Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]> Looks okay to me. I'm glad to see "standby" is present on non-i386

what is ~1MB of memory allocated at fffea000-fffff000 on ppc64?

2007-08-27 Thread Chris Friesen
Hi all, I've got a ppc64 box running 2.6.14. 64-bit kernel, 32-bit userspace. It has a ~86KB chunk of memory near the top of the process address space, and I'm not sure who's setting it up and what the purpose is. In /proc//maps it looks like this: fffea000-f000 rw-p fffea000 00:00 0 C

Re: Sleep problems with kernels >= 2.6.21 on powerpc

2007-08-27 Thread Pavel Machek
Hi! > I didn't know who to include as the wizards of the matter. > > > > If I, on the other hand, use Debian's kernel 2.6.22 or compile my own > > > kernel with just the necessary parts for my work (version 2.6.23-rc3 > > > taken from kernel.org), then I can't make the machine sleep: when I > >

Re: what is ~1MB of memory allocated at fffea000-fffff000 on ppc64?

2007-08-27 Thread Anton Blanchard
Hi, > I've got a ppc64 box running 2.6.14. 64-bit kernel, 32-bit userspace. > It has a ~86KB chunk of memory near the top of the process address > space, and I'm not sure who's setting it up and what the purpose is. In > /proc//maps it looks like this: > > fffea000-f000 rw-p fffea000 00

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread David Miller
From: Jan-Bernd Themann <[EMAIL PROTECTED]> Date: Mon, 27 Aug 2007 11:47:01 +0200 > So the question is simply: Do we want drivers that need (benefit > from) a timer based polling support to implement their own timers > each, or should there be a generic support? I'm trying to figure out how an hr

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread David Miller
From: James Chapman <[EMAIL PROTECTED]> Date: Mon, 27 Aug 2007 16:51:29 +0100 > To implement this, there's no need for timers, hrtimers or generic NAPI > support that others have suggested. A driver's poll() would set an > internal flag and record the current jiffies value when finding > workdo

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread James Chapman
David Miller wrote: > From: James Chapman <[EMAIL PROTECTED]> > Date: Mon, 27 Aug 2007 16:51:29 +0100 > >> To implement this, there's no need for timers, hrtimers or generic NAPI >> support that others have suggested. A driver's poll() would set an >> internal flag and record the current jiffies

Re: RFC: issues concerning the next NAPI interface

2007-08-27 Thread David Miller
From: James Chapman <[EMAIL PROTECTED]> Date: Mon, 27 Aug 2007 22:41:43 +0100 > I don't recall saying anything in previous posts about this. Are you > confusing my posts with Jan-Bernd's? Yes, my bad. > Jan-Bernd has been talking about using hrtimers to _reschedule_ > NAPI. My posts are suggest

Re: what is ~1MB of memory allocated at fffea000-fffff000 on ppc64?

2007-08-27 Thread Chris Friesen
Anton Blanchard wrote: > Hi, > > >>I've got a ppc64 box running 2.6.14. 64-bit kernel, 32-bit userspace. >>It has a ~86KB chunk of memory near the top of the process address >>space, and I'm not sure who's setting it up and what the purpose is. In >>/proc//maps it looks like this: >> >>fffea

Re: what is ~1MB of memory allocated at fffea000-fffff000 on ppc64?

2007-08-27 Thread Anton Blanchard
Hi, > For some background, we're running an emulator that uses a null pointer > value of 0x and we want any accesses to that address to trap. Weird :) > Do you anticipate any issues with the following change? > > -#define TASK_SIZE_USER32 (0x0001UL - (1*PAGE_SIZE)) > +#de

Re: [PATCH 3/3] [POWERPC] Add PCI support for AMCC 440EPx (sequoia)

2007-08-27 Thread David Gibson
On Mon, Aug 27, 2007 at 08:21:35AM +0200, Stefan Roese wrote: > On Monday 27 August 2007, David Gibson wrote: > > On Sat, Aug 25, 2007 at 01:30:01PM +0400, Vitaly Bordug wrote: [snip] > > Unless there really is something peculiar about the EPx bridge > > compared to say the GP, EP and other 4xx bri

Re: RFC: [PATCH] Copy over headers from arch/powerpc to arch/ppc to decouple them

2007-08-27 Thread David Gibson
On Mon, Aug 27, 2007 at 09:49:04AM -0500, Kumar Gala wrote: > Move over includes files that have CONFIG_PPC_MERGE in them to decouple > to interdepencies between ARCH=powerpc & ARCH=ppc. > > Duplicate the following headers in both locations and remove CONFIG_PPC_MERGE: > > > > > > > --- > >

Re: RFC: [PATCH] Copy over headers from arch/powerpc to arch/ppc to decouple them

2007-08-27 Thread David Gibson
On Tue, Aug 28, 2007 at 11:38:08AM +1000, David Gibson wrote: > On Mon, Aug 27, 2007 at 09:49:04AM -0500, Kumar Gala wrote: > > Move over includes files that have CONFIG_PPC_MERGE in them to decouple > > to interdepencies between ARCH=powerpc & ARCH=ppc. > > > > Duplicate the following headers in

Document and implement an improved flash device binding for powerpc

2007-08-27 Thread David Gibson
This patch replaces the binding for flash chips in booting-without-of.txt with an clarified and improved version. It also makes drivers/mtd/maps/physmap_of.c recognize this new binding. Finally it revises the Ebony device tree source to use the new binding as an example. Signed-off-by: David Gibs

[PATCH] qemu-system-ppc -prep initial port

2007-08-27 Thread Milton Miller
Hi. Some people have been asking about booting powerpc kernels on qemu. Based on some comments about the existing rom for qemu, I looked at OpenHackWare enough to discern how qemu started its execution and how it gets its config. I then proceeded to write a wrapper patch to use as the rom and

Move bootwrapper's strchr() and strncmp() from .h to string.S

2007-08-27 Thread David Gibson
Currently the bootwrapper has implementations of strchr() and strncmp(), but they're inlines in flatdevtree_env.h, rather than in string.S with all the rest of the string functions. This patch moves them to string.S. Signed-off-by: David Gibson <[EMAIL PROTECTED]> --- Paul, please apply to the f

Re: what is ~1MB of memory allocated at fffea000-fffff000 on ppc64?

2007-08-27 Thread Paul Mackerras
Chris Friesen writes: > For some background, we're running an emulator that uses a null pointer > value of 0x and we want any accesses to that address to trap. > > Do you anticipate any issues with the following change? > > -#define TASK_SIZE_USER32 (0x0001UL - (1*PAGE_SIZE)