Re: Badness on the Warp

On Sun, 21 Jun 2009, Frans Pop wrote: > On Sunday 21 June 2009, Sean MacLennan wrote: > > On Sat, 20 Jun 2009 22:56:45 +0200 Frans Pop wrote: > > > The fact that your bisect ended at a merge essentially means that it > > > is invalid. As a merge does not introduce any actual change (unless > > >

Make bridge bug in linux 2.6.25b using Powerpc 405ep

 hello all:    I encountered a very strange question, I am using the AMCC Powerpc 405ep its Emac0 received a single phy intel 971, Emac1 received RTL8305SB, they shared Mdio,  Mdc.  2.6.25.10 I use the kernel.    The problem is to use the following command will be  eth0, eth1 configured bridge

Re: Badness on the Warp

On Sunday 21 June 2009, Sean MacLennan wrote: > I found the source of the badness. The backtrace is correct: > > uic_init_one So that's in arch/powerpc/sysdev/uic.c. > ___alloc_bootmem > ___alloc_bootmem_nopanic > alloc_arch_preferred_bootmem > > In alloc_arch_preferred_bootmem we have: > >

Re: Badness on the Warp

On Sunday 21 June 2009, Sean MacLennan wrote: > On Sat, 20 Jun 2009 22:56:45 +0200 Frans Pop wrote: > > The fact that your bisect ended at a merge essentially means that it > > is invalid. As a merge does not introduce any actual change (unless > > it includes changes to resolve conflicts), it nor

Re: Badness on the Warp

> The git bisect returned: > >   871fa90791a6f83dd8e2e489feb9534a8c02088d is first bad commit > > That is it, no more info strange. git show 8714...088d gives: > > Merge: 7702667... 79f52b7... > Author: Linus Torvalds > Date:   Thu Jun 11 11:27:09 2009 -0700 > > The Warp has jfs disabled, so I

Re: Badness on the Warp

I found the source of the badness. The backtrace is correct: uic_init_one ___alloc_bootmem ___alloc_bootmem_nopanic alloc_arch_preferred_bootmem In alloc_arch_preferred_bootmem we have: if (WARN_ON_ONCE(slab_is_available())) return kzalloc(size, GFP_NOWAIT); Since the sl

[PATCH] perf_counter: powerpc: remove duplicated #include

Remove duplicated #include('s) in arch/powerpc/kernel/mpc7450-pmu.c arch/powerpc/kernel/ppc970-pmu.c Signed-off-by: Huang Weiyi --- arch/powerpc/kernel/mpc7450-pmu.c |1 - arch/powerpc/kernel/ppc970-pmu.c |1 - 2 files changed, 0 insertions(+), 2 deletions(-) diff --git a/arch/powe

Re: Badness on the Warp

On Sat, 20 Jun 2009 22:56:45 +0200 Frans Pop wrote: > The fact that your bisect ended at a merge essentially means that it > is invalid. As a merge does not introduce any actual change (unless > it includes changes to resolve conflicts), it normally cannot be the > cause of a regression. Makes s

Badness on the Warp

[0.00] [ cut here ] [0.00] Badness at c033ebc4 [verbose debug info unavailable] [0.00] NIP: c033ebc4 LR: c033eb94 CTR: [0.00] REGS: c037fe70 TRAP: 0700 Not tainted (2.6.30-pika) [0.00] MSR: 00021000 CR: 22022024 XER: 000

Re: Delay on intialization ide subsystem(most likely)

On Thu, 11 Jun 2009 10:44:01 +1000 Benjamin Herrenschmidt wrote: > On Thu, 2009-06-11 at 01:57 +0400, Andrey Gusev wrote: > > I found configuration, where there isn't delay, but I need more > > time for testing. I switched to 2.6.30 and found that CONFIG_CC_OPTIMIZE_FOR_SIZE option takes influen

howto redirect serial console

I have a ppc405 based board with one serial interface which I use as a console. I would like to redirect or suppress, at run time, the console in order to use the serial port to control external serial devices. I have tried (busybox) setconsole program to redirect the console to /dev/null but it

Re: [RFC] Fix stuck on cpm-i2c driver

Hi Michael, > This happen because though the wait_event_interruptible_timeout takes the > signals into account, the driver does not handle them. > We propose to change the wait_event_interruptible_timeout with > wait_event_timeout, leaving the signals to be handled in other points > on the upper l

[PATCH 4/4] powerpc/85xx: remove duplicated #include

Remove duplicated #include in arch/powerpc/platforms/85xx/xes_mpc85xx.c. Signed-off-by: Huang Weiyi --- arch/powerpc/platforms/85xx/xes_mpc85xx.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/platforms/85xx/xes_mpc85xx.c b/arch/powerpc/platforms/85xx/xes_

Re: [PATCH 1/6] perf_counter: powerpc: Enable use of software counters on 32-bit powerpc

* Benjamin Herrenschmidt wrote: > On Wed, 2009-06-17 at 16:27 +0200, Ingo Molnar wrote: > > I think it would be nice to have more platform support in .31. > > Perfcounters is a brand-new feature so there's no risk of > > regression. In the end it will depend on Linus to pull of course, > > an

Re: [PowerPC] 2.6.30-git14 boot failure with SLAB

Benjamin Herrenschmidt wrote: That is strange. If I revert that commit, I get breakages on machines here. It would be interesting to understand what the problem is here, as we -do- use that kmem cache for allocating page tables, so we do need it initialized that early. (IE, we can't allow vmalloc