Bounine, Alexandre wrote:
Micha Nelissen wrote:
rswitch->rdev->destid should be the id associated with a given switch,
so that every (processor) device can agree what id some switch has.
If we will need to identify the same physical switch by different
processors we may use the component tag
Micha Nelissen wrote:
>
> Bounine, Alexandre wrote:
> > Looks like I formulated it bad - better would be: they have
different
> > interpretation by hardware but logically in RapidIO they have single
> > role - destid/hopcount are a device coordinates in the RIO network
used
> > to access that dev
On Fri, Oct 22, 2010 at 01:17, Joe Perches wrote:
> drivers/ata/pata_bf54x.c | 2 +-
> drivers/video/bf54x-lq043fb.c | 6 +++---
> drivers/video/bfin-t350mcqb-fb.c | 2 +-
Acked-by: Mike Frysinger
-mike
___
Linuxppc-dev mailing
This is equally seen for both Power6 and Power7 machines.
Regards--
Subrata
On Sat, 2010-10-23 at 00:37 +0530, Subrata Modak wrote:
>
>
> -- Forwarded message --
> From: divya
> Date: Fri, Oct 22, 2010 at 1:10 PM
> Subject: Re: BUG with the kernel version 2.6.36-rc1 on power ma
This is seen equally on Power6 & Power7 systems.
Regards--
Subrata
On Fri, Oct 22, 2010 at 1:10 PM, divya wrote:
> On Friday 22 October 2010 12:50 PM, divya wrote:
>
>> Hi ,
>>
>> With the latest version of kernel 2.6.36-rc1 running on the power machine,
>> came across the following call trace
commit bca5655fdfd3ad0a4891914bd88b28f78e5cec16
Author: N.P.S
Date: Thu Oct 21 23:26:48 2010 +0200
Removal of dead code from
arch/powerpc/mm/tlb_low_64e.S
arch/powerpc/include/asm/exception-64e.h
Signed-off-by: Zimny Lech
CC: Benjamin Herrenschmidt
CC: Paul Macker
commit 12747993cb2b4a07df7a62f247f20aa4a6263cd9
Author: N.P.S
Date: Thu Oct 21 23:36:00 2010 +0200
Removal of dead code from
arch/powerpc/kernel/process.c
Signed-off-by: Zimny Lech
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC:
CC:
diff --git a/arch/pow
Bounine, Alexandre wrote:
Micha Nelissen wrote:
Alexandre Bounine wrote:
How can you say this? The two variables have different meanings, this
logically implies you can't merge them. So how do you say 'this does
not
prevent us from ...' without providing a reason?
Looks like I formulated it
Micha Nelissen wrote:
>
> Alexandre Bounine wrote:
> > 1. Using one storage location common for switches and endpoints
eliminates
> > unnecessary device type checks during maintenance access operations.
> > While destination IDs and hop counts have different meaning for
endpoints and
> > switches
Untested, but looks like an obvious typo to me.
Signed-off-by: Nicolas Kaiser
---
arch/powerpc/sysdev/mv64x60_dev.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/sysdev/mv64x60_dev.c
b/arch/powerpc/sysdev/mv64x60_dev.c
index 1398bc4..a2c4999 100644
--- a
On Thu, 2010-10-21 at 21:52 +1100, Anton Blanchard wrote:
> Anton
> --
>
> Subject: [PATCH] powerpc: Fix hcall tracepoint recursion
>
> Spinlocks on shared processor partitions use H_YIELD to notify the
> hypervisor we are waiting on another virtual CPU. Unfortunately this means
> the hcall trac
commit ffe8018c3424892c9590048fc36caa6c3e0c8a76 of the -mm tree
fixes the initramfs size calculation for e.g. s390 but breaks it
for 32bit architectures which do not define CONFIG_32BIT.
This patch fix the problem for PPC32 which will elsewise end up
with a __initramfs_size of 0.
Signed-off-by: K
Benjamin Herrenschmidt writes:
>
> On Wed, 2010-10-20 at 13:33 -0500, pac...@kosh.dhis.org wrote:
> > > Just try :-) "quiesce" is something that afaik only apple ever
> > > implemented anyways. It uses hooks inside their OF to shut down all
> > > drivers that do bus master (among other HW sanitiza
On Friday 22 October 2010 12:50 PM, divya wrote:
Hi ,
With the latest version of kernel 2.6.36-rc1 running on the power
machine, came across the following call trace
BUG: looking up invalid subclass: 31
turning off the locking correctness validator.
Call Trace:
[ce0bfb60] [c00
On Fri, Oct 22, 2010 at 01:01:12AM -0500, Kumar Gala wrote:
>
> On Oct 17, 2010, at 2:44 AM, Artem Bityutskiy wrote:
>
> > On Sat, 2010-10-16 at 19:05 -0600, Grant Likely wrote:
> >> On Sat, Oct 16, 2010 at 1:17 PM, Artem Bityutskiy
> >> wrote:
> >>> On Tue, 2010-10-12 at 18:18 +0800, Mingkai H
On Fri, 2010-10-22 at 15:22 +0800, Li Zefan wrote:
> Anton Blanchard wrote:
> > Hi,
> >
> >> This is a dead loop:
> >>
> >> trace_hcall_entry() -> trace_clock_global() -> trace_hcall_entry() ..
> >>
> >> And this is a PPC specific bug. Hope some ppc guys will fix it?
> >> Or we kill trace_clock_gl
Anton Blanchard wrote:
> Hi,
>
>> This is a dead loop:
>>
>> trace_hcall_entry() -> trace_clock_global() -> trace_hcall_entry() ..
>>
>> And this is a PPC specific bug. Hope some ppc guys will fix it?
>> Or we kill trace_clock_global() if no one actually uses it..
>
> Nasty! How does the patch be
Hi ,
With the latest version of kernel 2.6.36-rc1 running on the power machine, came
across the following call trace
BUG: looking up invalid subclass: 31
turning off the locking correctness validator.
Call Trace:
[ce0bfb60] [c00119a0] .show_stack+0x6c/0x16c (unreliable)
[c00
18 matches
Mail list logo
