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,
> > > +
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
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
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
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
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
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
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
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
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
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
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.
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
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 @@
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
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
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'
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.
>>
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]>
> >
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
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
__
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;
>
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
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
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
> >
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
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
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
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
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
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
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
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
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:
>
>
>
>
>
>
> ---
>
>
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
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
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
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
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)
39 matches
Mail list logo