Hi,
> That looks very strange indeed.. up to node 23 there is the normal
> symmetric matrix with all the trace elements on 10 (as we would expect
> for local access), and some 4x4 sub-matrix stacked around the trace
> with 20, suggesting a single hop distance, and the rest on 40 being
> out-there
Hi David,
> > As a result of changes to Kconfig files, we no longer enable
> > the lockup and hung task detectors. Both are very light weight
> > and provide useful information in the event of a hang, so
> > reenable them.
> ...
> > +CONFIG_LOCKUP_DETECTOR=y
> > +CONFIG_DETECT_HUNG_TASK=y
>
> Is
On Mon, 18 Jul 2011 22:39:01 -0700
Daniel Ng2 wrote:
>
> Our USB Device Controller (UDC) driver seems to get stuck in a loop waiting
> for the CPM Command Register to indicate that the CPM has finished executing
> a command. (It should do this by setting the cpmcr 'Command Done' bit).
>
> This o
On Tue, 19 Jul 2011 12:53:50 +0400
Dmitry Eremin-Solenikov wrote:
> +static struct of_device_id __initdata mpc85xx_common_ids[] = {
> + { .type = "soc", },
> + { .compatible = "soc", },
> + { .compatible = "simple-bus", },
> + { .compatible = "gianfar", },
> + { .compatible =
Currently, the build can (very rarely) fail to build because libfdt.h has
not been created or is in the process of being copied.
Signed-off-by: Matthew McClintock
---
I think this fixes this build error. Please comment as it's really hard to
reproduce this build error. I've seen this happen a few
On Tue, 19 Jul 2011 12:53:41 +0400
Dmitry Eremin-Solenikov wrote:
> As localbus on mpc8349e-mitx now provides simple-bus compatibility, we
> can drop code asking for pq2pro-localbus devices on mpc834x_itx boards.
Do we have a good reason for breaking compatibility with older device trees?
-Scot
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> I think it's already too late for this merge window, so this should stay
> for 3.2 merge window. Board files for mpc83xx platforms show lots of common
> code. Same goes for mpc85xx boards. This patchset is an initial attempt
> to merge
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/boot/dts/mpc8349emitx.dts |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
applied to next-3.2
- k
___
Linuxppc-dev
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> On mpc83xx platform nearly all _init_IRQ functions look alike. They either
> just setup ipic, or setup ipic and QE PIC. Separate this to special functions
> to be either referenced from ppc_md, or called from board file.
>
> Signed-of
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> I think it's already too late for this merge window, so this should stay
> for 3.2 merge window. Board files for mpc83xx platforms show lots of common
> code. Same goes for mpc85xx boards. This patchset is an initial attempt
> to merge
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/boot/dts/sbc8560.dts |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
applied to next-3.2
- k
___
Linuxppc-dev maili
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/boot/dts/ksi8560.dts |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
applied to next-3.2
- k
___
Linuxppc-dev maili
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> If CONFIG_PHYS_ADDR_T_64BIT is set, compilation of sbc8560 fails with
> the following error:
>
> arch/powerpc/platforms/85xx/sbc8560.c: In function ‘sbc8560_bdrstcr_init’:
> arch/powerpc/platforms/85xx/sbc8560.c:286: error: format ‘%x
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> Separate handling of CPM2 PIC initialization to mpc85xx_cpm2_pic_init()
> function.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/platforms/85xx/ksi8560.c| 28 +--
> arch/powerpc/platforms/8
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> 85xx board files have a lot of duplication in *_publish_devices()/
> *_declare_of_platform_devices() functions. Merge that into a single
> function common to most of the boards.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> Board support files for p4080ds, p3041ds and p2040rdb don't differ at
> all (all differencies are hidden in dts files). So merge them into
> single board file containing all necessary stuff.
>
> Signed-off-by: Dmitry Eremin-Solenikov
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> Currently sbc8548 reads hardware revision during bootup. To simplify
> things read it when it's first required when the kernel is up and
> running.
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/platforms/85xx/sbc854
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> p1020_rdb and p2020_rdb machine entries bear no in-kernel differencies
> other than dt compatible strings. Merge them into single machine entry
> named mpc85xx_rdb
>
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/platf
On Jul 19, 2011, at 3:53 AM, Dmitry Eremin-Solenikov wrote:
> Signed-off-by: Dmitry Eremin-Solenikov
> ---
> arch/powerpc/platforms/85xx/mpc85xx_ads.c |5 +++--
> arch/powerpc/platforms/85xx/mpc85xx_cds.c |5 ++---
> arch/powerpc/platforms/85xx/mpc85xx_ds.c |5 +++--
> 3 files changed,
On Tue, 2011-07-19 at 13:59 +0200, Stefan Roese wrote:
> Hi Ben,
>
> On Tuesday 19 July 2011 13:35:22 Benjamin Herrenschmidt wrote:
> > On Tue, 2011-07-19 at 12:50 +0200, Stefan Roese wrote:
> > > As noticed on a custom 440GX board using the Micrel KSZ8041 PHY in
> > > fiber mode, a strapped fixed
Hi Ben,
On Tuesday 19 July 2011 13:35:22 Benjamin Herrenschmidt wrote:
> On Tue, 2011-07-19 at 12:50 +0200, Stefan Roese wrote:
> > As noticed on a custom 440GX board using the Micrel KSZ8041 PHY in
> > fiber mode, a strapped fixed PHY configuration will currently restart
> > the autonegotiation.
On Tue, 2011-07-19 at 12:50 +0200, Stefan Roese wrote:
> As noticed on a custom 440GX board using the Micrel KSZ8041 PHY in
> fiber mode, a strapped fixed PHY configuration will currently restart
> the autonegotiation. This patch checks the BMCR_ANENABLE bit and
> skips this autonegotiation if its
On Tue, 2011-07-19 at 14:29 +1000, Benjamin Herrenschmidt wrote:
> The futex code currently attempts to write to user memory within
> a pagefault disabled section, and if that fails, tries to fix it
> up using get_user_pages().
>
> This doesn't work on archs where the dirty and young bits are
> ma
Scott Wood wrote:
> On Sat, 16 Jul 2011 03:25:47 +
> "Chen, Tiejun" wrote:
>
>>> -Original Message-
>>> From: Scott Wood [mailto:scottw...@freescale.com]
>>> Sent: Saturday, July 16, 2011 2:43 AM
>>> To: Chen, Tiejun
>>> Cc: Kumar Gala; linuxppc-...@ozlabs.org
>>> Subject: Re: [v3 PA
As noticed on a custom 440GX board using the Micrel KSZ8041 PHY in
fiber mode, a strapped fixed PHY configuration will currently restart
the autonegotiation. This patch checks the BMCR_ANENABLE bit and
skips this autonegotiation if its disabled.
Signed-off-by: Stefan Roese
Cc: Benjamin Herrenschm
On Tue, 2011-07-19 at 14:44 +1000, Anton Blanchard wrote:
>
> Our node distances are a bit arbitrary (I make them up based on
> information given to us in the device tree). In terms of memory we have
> a maximum of three levels. To give some gross estimates, on chip memory
> might be 30GB/sec, on
On Tue, 2011-07-19 at 11:06 +0200, Eric Dumazet wrote:
> Please Matt add to your next version this check. I dont think I have
> to
> submit a one line patch later...
>
> On x86_64, cpu_number field is already 32bit, we have some time before
> it becomes 64bit ;)
>
> We probably should add some ex
Le mardi 19 juillet 2011 à 17:55 +1000, Benjamin Herrenschmidt a écrit :
> On Tue, 2011-07-19 at 08:51 +0200, Eric Dumazet wrote:
>
> > > + case BPF_S_ANC_CPU:
> > > +#ifdef CONFIG_SMP
> > > + /*
> > > + * PACA ptr is r13:
> > > + * raw_smp
Separate handling of CPM2 PIC initialization to mpc85xx_cpm2_pic_init()
function.
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/85xx/ksi8560.c| 28 +--
arch/powerpc/platforms/85xx/mpc85xx.h|7
arch/powerpc/platforms/85xx/mpc85xx_ads.
85xx board files have a lot of duplication in *_publish_devices()/
*_declare_of_platform_devices() functions. Merge that into a single
function common to most of the boards.
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/85xx/Makefile |2 +
arch/powerpc/platforms/8
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/85xx/mpc85xx_ads.c |5 +++--
arch/powerpc/platforms/85xx/mpc85xx_cds.c |5 ++---
arch/powerpc/platforms/85xx/mpc85xx_ds.c |5 +++--
3 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/platforms/
Board support files for p4080ds, p3041ds and p2040rdb don't differ at
all (all differencies are hidden in dts files). So merge them into
single board file containing all necessary stuff.
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/85xx/Kconfig| 32 +--
Currently sbc8548 reads hardware revision during bootup. To simplify
things read it when it's first required when the kernel is up and
running.
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/85xx/sbc8548.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff
p1020_rdb and p2020_rdb machine entries bear no in-kernel differencies
other than dt compatible strings. Merge them into single machine entry
named mpc85xx_rdb
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/85xx/mpc85xx_rdb.c | 40 ++--
1 files change
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/boot/dts/ksi8560.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/ksi8560.dts
b/arch/powerpc/boot/dts/ksi8560.dts
index bdb7fc0..296c572 100644
--- a/arch/powerpc/boot/dts/ksi8560.dts
+++ b
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/boot/dts/sbc8560.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/sbc8560.dts
b/arch/powerpc/boot/dts/sbc8560.dts
index 9e13ed8..72078eb 100644
--- a/arch/powerpc/boot/dts/sbc8560.dts
+++ b
As localbus on mpc8349e-mitx now provides simple-bus compatibility, we
can drop code asking for pq2pro-localbus devices on mpc834x_itx boards.
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/83xx/mpc834x_itx.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(
If CONFIG_PHYS_ADDR_T_64BIT is set, compilation of sbc8560 fails with
the following error:
arch/powerpc/platforms/85xx/sbc8560.c: In function ‘sbc8560_bdrstcr_init’:
arch/powerpc/platforms/85xx/sbc8560.c:286: error: format ‘%x’ expects type
‘unsigned int’, but argument 2 has type ‘resource_size_t
Drop lots of unused headers after board files merge/splitup
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/83xx/asp834x.c |2 -
arch/powerpc/platforms/83xx/km83xx.c | 24 +--
arch/powerpc/platforms/83xx/mcu_mpc8349emitx.c |5
a
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/boot/dts/mpc8349emitx.dts |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8349emitx.dts
b/arch/powerpc/boot/dts/mpc8349emitx.dts
index b53d1df..505dc84 100644
--- a/arch/powerpc/boot/dts/m
83xx board files have a lot of duplication in
*_declare_of_platform_devices() functions. Merge that into a single
function common to most of the boards.
The only leftover is mpc834x_itx.c board file which explicitly asks for
fsl,pq2pro-localbus, as corresponding bindings don't provide
"simple-bus"
On mpc83xx platform nearly all _init_IRQ functions look alike. They either
just setup ipic, or setup ipic and QE PIC. Separate this to special functions
to be either referenced from ppc_md, or called from board file.
Signed-off-by: Dmitry Eremin-Solenikov
---
arch/powerpc/platforms/83xx/asp834x.
I think it's already too late for this merge window, so this should stay
for 3.2 merge window. Board files for mpc83xx platforms show lots of common
code. Same goes for mpc85xx boards. This patchset is an initial attempt
to merge some (most) of the common code. Based on the tree by Kumar Gala.
The
On Tue, 2011-07-19 at 09:26 +0100, David Laight wrote:
> > Got it, if the fault_in_user_writeable() is designed to catch the
> > exact same write permission fault problem we discuss here, so
> > your patch fixed that very nicely, we should fixup it by directly
> > calling handle_mm_fault like what
On 07/19/2011 04:26 PM, David Laight wrote:
Got it, if the fault_in_user_writeable() is designed to catch the
exact same write permission fault problem we discuss here, so
your patch fixed that very nicely, we should fixup it by directly
calling handle_mm_fault like what you did because we are
On Fri, 15 Jul 2011 14:08:01 -0600
Grant Likely wrote:
> On Sat, Jul 09, 2011 at 12:14:09PM +0200, Anatolij Gustschin wrote:
> > On Wed, 6 Jul 2011 11:52:45 -0600
> > Grant Likely wrote:
> >
> > > On Mon, May 23, 2011 at 11:25:30AM +0200, Anatolij Gustschin wrote:
> > > > The mpc52xx_gpio drive
> Got it, if the fault_in_user_writeable() is designed to catch the
> exact same write permission fault problem we discuss here, so
> your patch fixed that very nicely, we should fixup it by directly
> calling handle_mm_fault like what you did because we are for sure
> to know what just happened(
On 07/19/2011 03:46 PM, Benjamin Herrenschmidt wrote:
On Tue, 2011-07-19 at 13:38 +0800, Shan Hai wrote:
What you said is another path, that is futex_wake_op(),
but what about futex_lock_pi in which my test case failed?
your patch will call handle_mm_fault on every futex contention
in the futex
On Tue, 2011-07-19 at 08:51 +0200, Eric Dumazet wrote:
> > + case BPF_S_ANC_CPU:
> > +#ifdef CONFIG_SMP
> > + /*
> > +* PACA ptr is r13:
> > +* raw_smp_processor_id() = local_paca->paca_index
> > +*/
>
> This
On Tue, 2011-07-19 at 13:38 +0800, Shan Hai wrote:
> What you said is another path, that is futex_wake_op(),
> but what about futex_lock_pi in which my test case failed?
> your patch will call handle_mm_fault on every futex contention
> in the futex_lock_pi path.
>
> futex_lock_pi()
> ret =
On 19/07/11 17:17, Kumar Gala wrote:
>
> On Jul 19, 2011, at 2:06 AM, Matt Evans wrote:
>
>> On 19/07/11 16:59, Kumar Gala wrote:
>>>
>>> On Jul 18, 2011, at 9:13 PM, Matt Evans wrote:
>>>
[snip]
V2: Removed some cut/paste woe in setting SEEN_X even on writes.
Merci for le r
On Jul 19, 2011, at 2:06 AM, Matt Evans wrote:
> On 19/07/11 16:59, Kumar Gala wrote:
>>
>> On Jul 18, 2011, at 9:13 PM, Matt Evans wrote:
>>
>>> An implementation of a code generator for BPF programs to speed up packet
>>> filtering on PPC64, inspired by Eric Dumazet's x86-64 version.
>>>
>>>
On 19/07/11 16:59, Kumar Gala wrote:
>
> On Jul 18, 2011, at 9:13 PM, Matt Evans wrote:
>
>> An implementation of a code generator for BPF programs to speed up packet
>> filtering on PPC64, inspired by Eric Dumazet's x86-64 version.
>>
>> Filter code is generated as an ABI-compliant function in m
53 matches
Mail list logo
