* Benjamin Herrenschmidt | 2009-02-04 15:09:02 [+1100]:
>On Fri, 2009-01-23 at 17:18 +0100, Benjamin Krill wrote:
>> SLOF has a further node which could not be evaluate
>> by the current routine. The current routine returns
>> because the node hasn't the required reg property. As
>> fix this patch
--- On Tue, 2/17/09, linuxppc-dev-requ...@ozlabs.org
wrote:
From: linuxppc-dev-requ...@ozlabs.org
Subject: Linuxppc-dev Digest, Vol 54, Issue 101
To: linuxppc-dev@ozlabs.org
Date: Tuesday, February 17, 2009, 5:00 PM
Send Linuxppc-dev mailing list submissions to
linuxppc-dev@ozlabs.org
Impact: fix potential (non-x86) SMP boot failure with some gcc versions
The deprecated cpu_*_map are currently #defined to the new cpu_*_mask,
except without the const. Some versions of gcc seem to dislike this,
and I suspect this will break boot for some archs with the "wrong" gcc
version.
So p
On Wednesday 18 February 2009 08:54:25 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 i
Hi Ben,
> You have numbers ? :-) I'm asking mostly because I've been wondering
> whether it offsets the 16M pages vs. 4K or 64K pages in term of TLB/ERAT
> impact.
The speedup is application dependent. Things like linpack usually
improve when you throw more memmory at them.
The potential slowdo
On Wed, 2009-02-18 at 17:16 +1100, Stephen Rothwell wrote:
> On Wed, 18 Feb 2009 17:03:50 +1100 Benjamin Herrenschmidt
> wrote:
> >
> > On Tue, 2009-02-17 at 14:21 +0100, Geert Uytterhoeven wrote:
> > > and ASM_CONST() appends "UL" to the constant.
> > >
> > We probably want to add a ASM_ULL_CON
On Wed, 18 Feb 2009 17:03:50 +1100 Benjamin Herrenschmidt
wrote:
>
> On Tue, 2009-02-17 at 14:21 +0100, Geert Uytterhoeven wrote:
> > and ASM_CONST() appends "UL" to the constant.
> >
> We probably want to add a ASM_ULL_CONST() for that...
Except physaddr_t is sometimes 32 bits and sometime 64
On Tue, 2009-02-17 at 14:21 +0100, Geert Uytterhoeven wrote:
> and ASM_CONST() appends "UL" to the constant.
>
We probably want to add a ASM_ULL_CONST() for that...
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/
renew description in the patch, with this change the 'temp' is still used to
make code clear.
___
From: Da Yu
Date: Wed, 18 Feb 2009 19:58:20 +0800
Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC (2.6.25-2.6.28)
Description: The interr
> For many HPC applications we are limited by the free available memory on
> the smallest node, so even though the same amount of memory is used the
> better balancing helps.
>
> Signed-off-by: Anton Blanchard
> ---
You have numbers ? :-) I'm asking mostly because I've been wondering
whether it
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.53%
If we switch to using vmalloc (like ia64 and x86-64) things are more
balanc
On Tue, 2009-02-17 at 21:04 -0600, Kumar Gala wrote:
> ok. I was hoping for that one patch to migrate from test to next ;)
>
Just pushed out to test, it has some collisions with merge and with
the ftrace stuff that I fixed up. I'll move it to next tomorrow, once
we've sorted out what tree the ftra
On Feb 17, 2009, at 8:22 PM, Benjamin Herrenschmidt wrote:
I'd also like the opcode patch to go in since several patches
depend on
that (doorbell, tlbilx). If you want to ack the patch I can put it
into
my next branch for you.
It's already in my test branch, which for some reason I for
On Wed, Feb 18, 2009 at 10:16:07AM +0800, d...@datangmobile.cn wrote:
> From: Da Yu
> Date: Wed, 18 Feb 2009 19:58:20 +0800
> Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC
> (2.6.25-2.6.28)
>
> Signed-off-by: Da Yu
Still no proper explanation in the patch.
Also, with this ch
> I'd also like the opcode patch to go in since several patches depend on
> that (doorbell, tlbilx). If you want to ack the patch I can put it into
> my next branch for you.
It's already in my test branch, which for some reason I forgot to push
out... Doing some updates now, you'll get it.
Chee
From: Da Yu
Date: Wed, 18 Feb 2009 19:58:20 +0800
Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC (2.6.25-2.6.28)
Signed-off-by: Da Yu
---
--- a/arch/powerpc/sysdev/ipic.c2009-02-18 09:47:04.0 +0800
+++ b/arch/powerpc/sysdev/ipic.c2009-02-18 09:46:34.
From: Da Yu
Date: Wed, 18 Feb 2009 19:58:20 +0800
Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC (2.6.25-2.6.28)
Signed-off-by: Da Yu
---
--- a/arch/powerpc/sysdev/ipic.c2009-02-18 09:47:04.0 +0800
+++ b/arch/powerpc/sysdev/ipic.c2009-02-18 09:46:34.
On 02/16/2009 09:22 PM, gt bradley wrote:
> I'm trying to set up my PS3 to netboot (with an nfsroot).
>
> I'm using instructions at
> http://www.kernel.org/pub/linux/kernel/people/geoff/cell/ps3-howto/ps3-nfs-root-howto.txt
>
> I've passed section 3 (using tftp) to verify network /dhcp etc. (i.
On 02/17/2009 04:20 PM, Geoff Levand wrote:
> Another thing to try is to use a 'rescue' disk/mode to copy the files.
> Most distros have them. Fedora has a rescue mode in their installer:
>
>
> http://download.fedora.redhat.com/pub/fedora/linux/releases/10/Fedora/ppc/iso/Fedora-10-ppc-netinst
I'm trying to set up my PS3 to netboot (with an nfsroot).
I'm using instructions at
http://www.kernel.org/pub/linux/kernel/people/geoff/cell/ps3-howto/ps3-nfs-root-howto.txt
I've
passed section 3 (using tftp) to verify network /dhcp etc. (i.e. I'm
able to tftp-get a file to ps3 from kboot's as
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/boot/dts/mpc8572ds.dts| 10
arch/powerpc/boot/dts/mpc8572ds_36b.dts| 787 +
arch/powerpc/boo
On Tue, 17 Feb 2009 01:03:55 -0600
Nathan Lynch wrote:
> Nathan Lynch wrote:
> >
> > Oren Laadan wrote:
> > >
> > > Nathan Lynch wrote:
> > > >
> > > > What doesn't work:
> > > > * restarting a 32-bit task from a 64-bit task and vice versa
> > >
> > > Is there a test to bail if we attempt to
A checkpointed task image may specify a value for the DABR (Data
Access Breakpoint Register). The restart code needs to validate this
value before making any changes to the current task.
ptrace_set_debugreg encapsulates the bounds checking and platform
dependencies of programming the DABR. Split
This patch reworks the hot_add_scn_to_nid and its supporting functions
to make them easier to understand. There are no functional changes in
this patch and has been tested on machine with memory represented in the
device tree as memory nodes and in the ibm,dynamic-memory property.
My previous pa
Vijay Nikam wrote:
I added the gpio node as follows to mpc8313erdb.dts;
g...@c00 {
linux,phandle = ;
Don't specify this explicitly. Please base new development off of the
device tree that is in upstream Linux, not the very old tree in your BSP.
device_type = "gpio";
No d
While testing partition migration with heavy CPU load using
shared processors, it was observed that sometimes the migration
would never complete and would appear to hang. Currently, the
migration code assumes that if H_SUCCESS is returned from the H_JOIN
then the migration is complete and the proc
On Fri, Feb 13, 2009 at 05:46:30PM +0300, Anton Vorontsov wrote:
> Hi all,
>
> Thanks for the comments on the previous version, here comes another
> RFC...
>
> Changes since the second RFC:
> - Addressed all comments that were raised by Pierre Ossman.
> There were too many to mention them all,
On Tue, Feb 17, 2009 at 10:32 PM, Josh Boyer wrote:
> On Tue, Feb 17, 2009 at 08:12:33AM -0600, Kumar Gala wrote:
>>
>> On Feb 17, 2009, at 6:44 AM, > > wrote:
>>
>>> From: Da Yu
>>> Date: Tue, 17 Feb 2009 19:58:20 +0800
>>> Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC
>>> (2.
On Tue, Feb 17, 2009 at 10:12 PM, Kumar Gala wrote:
>
> On Feb 17, 2009, at 6:44 AM,
> wrote:
>
>> From: Da Yu
>> Date: Tue, 17 Feb 2009 19:58:20 +0800
>> Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC (2.6.23)
>>
>> Signed-off-by: Da Yu
>> ---
>
> Please provide a bit more de
On Feb 17, 2009, at 8:38 AM, Li Yang wrote:
On Tue, Feb 17, 2009 at 10:12 PM, Kumar Gala > wrote:
On Feb 17, 2009, at 6:44 AM, >
wrote:
From: Da Yu
Date: Tue, 17 Feb 2009 19:58:20 +0800
Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC
(2.6.23)
Signed-off-by: Da Yu
---
On Tue, Feb 17, 2009 at 08:12:33AM -0600, Kumar Gala wrote:
>
> On Feb 17, 2009, at 6:44 AM, > wrote:
>
>> From: Da Yu
>> Date: Tue, 17 Feb 2009 19:58:20 +0800
>> Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC
>> (2.6.23)
>>
>> Signed-off-by: Da Yu
>> ---
>
> Please provide a
From: Da Yu
Date: Tue, 17 Feb 2009 19:58:20 +0800
Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC (2.6.23)
Signed-off-by: Da Yu
---
--- a/arch/powerpc/sysdev/ipic.c2009-02-17 15:10:18.0 +0800
+++ b/arch/powerpc/sysdev/ipic.c2009-02-17 20:05:28.0 +
On Feb 17, 2009, at 6:44 AM, > wrote:
From: Da Yu
Date: Tue, 17 Feb 2009 19:58:20 +0800
Subject: [PATCH] fix the interrupt loss problem on powerpc IPIC
(2.6.23)
Signed-off-by: Da Yu
---
Please provide a bit more description as to why this fixes the issue.
- k
--- a/arch/powerpc/s
With CONFIG_RELOCATABLE=y, I get for PS3:
| arch/powerpc/kernel/setup_64.c:450: warning: format '%lx' expects type 'long
unsigned int', but argument 2 has type 'phys_addr_t'
as phys_addr_t is u64 on ppc64, while u64 is now `unsigned long long'.
Unfortunately just changing the format string is n
On Tue, 2009-02-17 at 13:31 +0200, Pekka Enberg wrote:
> On Tue, Feb 17, 2009 at 03:55:40AM +0300, Alexey Dobriyan wrote:
> >> FYI, on powerpc-64-smp-n-debug-n:
> >>
> >> mm/slqb.c: In function '__slab_free':
> >> mm/slqb.c:1648: error: implicit declaration of function
> >> 'slab_free_to_remote'
>
On Tue, 3 Feb 2009, Josh Boyer wrote:
> On Mon, Feb 02, 2009 at 11:24:18AM +1100, Benjamin Herrenschmidt wrote:
> >The PCI 2.x cells used on some 44x SoCs only let us configure the decode
> >for the low 32-bit of the incoming PLB addresses. The top 4 bits (this
> >is a 36-bit bus) are hard wired to
I added the gpio node as follows to mpc8313erdb.dts;
g...@c00 {
linux,phandle = ;
device_type = "gpio";
compatible = "";
reg = ;
interrupts = <4a 8>;
interrupt-parent = <700>;
};
The only thing I need to know what should I write at 'compatib
On Tue, Feb 17, 2009 at 03:55:40AM +0300, Alexey Dobriyan wrote:
>> FYI, on powerpc-64-smp-n-debug-n:
>>
>> mm/slqb.c: In function '__slab_free':
>> mm/slqb.c:1648: error: implicit declaration of function 'slab_free_to_remote'
>> mm/slqb.c: In function 'kmem_cache_open':
>> mm/slqb.c:2174: error: i
On Tue, Feb 17, 2009 at 03:55:40AM +0300, Alexey Dobriyan wrote:
> FYI, on powerpc-64-smp-n-debug-n:
>
> mm/slqb.c: In function '__slab_free':
> mm/slqb.c:1648: error: implicit declaration of function 'slab_free_to_remote'
> mm/slqb.c: In function 'kmem_cache_open':
> mm/slqb.c:2174: error: implic
There are hardware limitations on the number of available MSIs,
which firmware expresses using a property named "ibm,pe-total-#msi".
This property tells us how many MSIs are available for devices below
the point in the PCI tree where we find the property.
For old firmwares which don't have the pro
If a driver asks for more MSIs than the devices "req#msi(-x)" property,
we currently return -ENOSPC. This doesn't give the driver any chance to
make a new request with a number that might work.
So if "req#msi(-x)" is less than the request, return its value. To be
100% safe, make sure we return an
> -Original Message-
> From: d...@datangmobile.cn [mailto:d...@datangmobile.cn]
> Sent: Tuesday, February 17, 2009 4:34 PM
> To: linux-ker...@vger.kernel.org
> Cc: Li Yang-R58472
> Subject: PROBLEM: incorrect interrupt ack lead to interrupt
> loss on freescale powerpc
>
>
> [1.] One li
42 matches
Mail list logo
