CPU usage spikes with MPC8377E IRQs

2010-02-08 Thread john.jarvis
Hello, I'm developing software for a custom MPC8377E-based board. I've run into a strange problem that has me completely stumped and I would be forever grateful for any suggestions or pointers. I have a kernel module that basically handles IRQs produced every 1ms and wakes up any processes that a

Re: [PATCH] Restrict stack space reservation to rlimit

2010-02-08 Thread Michael Neuling
In message <20100208145240.fb58.a69d9...@jp.fujitsu.com> you wrote: > > > > > > > > Hi, > > > > > > > > > Why do we need page size independent stack size? It seems to have > > > > > compatibility breaking risk. > > > > > > > > I don't think so. The current behaviour is clearly wrong, we dont n

simpleImage.XX and large kernels

2010-02-08 Thread John Williams
Hi, I'm looking at the simpleImage.XXX make target (PPC 405/440), and it seems that by default the arch/powerpc/boot/wrapper script places the bootwrapper at 0x40, effectively setting a limit on the maximum bootable kernel size. For various reasons we'd like to be able to put a fairly complet

Earliest Kernel to support FreeScale 8572

2010-02-08 Thread Igor
What would be the earliest Kernel that has full support for 8572 (dual E500 core) ? Thanks in advance for any pointers. _ Hotmail: Powerful Free email with security by Microsoft. http://clk.

Re: [PATCH] powerpc: Quieten cede latency printk

2010-02-08 Thread Balbir Singh
On Mon, Feb 8, 2010 at 5:22 AM, Anton Blanchard wrote: > > The cede latency stuff is relatively new and we don't need to complain about > it not working on older firmware. > > Signed-off-by: Anton Blanchard Acked-by: Balbir Singh Seems like a reasonable change. CC'ing Vaidy and Gautham to look

Re: resurrecting the mvme5100 ppc platform

2010-02-08 Thread Gabriel Paubert
On Thu, Feb 04, 2010 at 01:39:35PM +, Paride Legovini wrote: > Hello, > I'm just started working on some mvme5100 boards, and so I discovered > that support for these cards has been dropped with linux-2.6.27 due to > lack of interest. Here is the relevent post on linuxppc-embedded: > > http://

Re: [PATCH] powerpc: Quieten cede latency printk

2010-02-08 Thread Vaidyanathan Srinivasan
* Balbir Singh [2010-02-08 16:37:37]: > On Mon, Feb 8, 2010 at 5:22 AM, Anton Blanchard wrote: > > > > The cede latency stuff is relatively new and we don't need to complain about > > it not working on older firmware. > > > > Signed-off-by: Anton Blanchard > > Acked-by: Balbir Singh > > Seem

RE: [PATCH] [V2] net: emaclite: adding MDIO and phy lib support

2010-02-08 Thread John Linn
> -Original Message- > From: John Linn [mailto:john.l...@xilinx.com] > Sent: Friday, February 05, 2010 3:41 PM > To: net...@vger.kernel.org; linuxppc-...@ozlabs.org; jgar...@pobox.com; grant.lik...@secretlab.ca; > jwbo...@linux.vnet.ibm.com > Cc: john.willi...@petalogix.com; John Linn; Sada

Re: Kexec support for FSL-BookE, take two

2010-02-08 Thread Sebastian Andrzej Siewior
* Kumar Gala | 2010-01-15 11:53:13 [-0600]: >On Jan 15, 2010, at 10:41 AM, Sebastian Andrzej Siewior wrote: > >> This is take two :) >What do you think we need for SMP support? I'm happy to test out on SMP HW >(8572) I've updated a comment in the last patch which was wrong. I've pushed the updat

Re: [PATCH 3/4] of/gpio: Implement GPIOLIB notifier hooks

2010-02-08 Thread Andrew Morton
On Fri, 5 Feb 2010 23:32:36 +0300 Anton Vorontsov wrote: > This patch implements GPIOLIB notifier hooks, and thus makes device-enabled > GPIO chips (i.e. the ones that have gpio_chip->dev specified) automatically > attached to the OpenFirmware subsystem. Which means that now we can handle > I2C a

Re: [PATCH] leds-gpio: Fix default state handling on OF platforms

2010-02-08 Thread Andrew Morton
On Fri, 5 Feb 2010 23:54:37 +0300 Anton Vorontsov wrote: > The driver wrongly sets default state for LEDs that don't specify > default-state property. > > Currently the driver handles default state this way: > > memset(&led, 0, sizeof(led)); > for_each_child_of_node(np, child) { > state =

[PATCH 00/04] powerpc/booke: Expose advanced debug registers through extended ptrace interface

2010-02-08 Thread Dave Kleikamp
These patches implement an extention to the ptrace interface proposed by Thiago Bauermann and the the PowerPC gdb team. This is a resubmission of the patches I first sent on December 9th, and later on January 18th. The biggest change is that I added new config options to define the debug register

[PATCH 01/04] powerpc/booke: Introduce new CONFIG options for advanced debug registers

2010-02-08 Thread Dave Kleikamp
powerpc/booke: Introduce new CONFIG options for advanced debug registers From: Dave Kleikamp Introduce new config options to simplify the ifdefs pertaining to the advanced debug registers for booke and 40x processors: CONFIG_PPC_ADV_DEBUG_REGS - boolean: true for dac-based processors CONFIG_PPC

[PATCH 02/04] powerpc: Extended ptrace interface

2010-02-08 Thread Dave Kleikamp
powerpc: Extended ptrace interface From: Dave Kleikamp Based on patches originally written by Torez Smith. Add a new extended ptrace interface so that user-space has a single interface for powerpc, without having to know the specific layout of the debug registers. Implement: PPC_PTRACE_GETHWDE

[PATCH 03/04] powerpc/booke: Add definitions for advanced debug registers

2010-02-08 Thread Dave Kleikamp
powerpc/booke: Add definitions for advanced debug registers From: Dave Kleikamp Based on patches originally written by Torez Smith. This patch adds additional definitions for BookE Debug Registers to the reg_booke.h header file. Signed-off-by: Dave Kleikamp Acked-by: David Gibson Cc: Torez S

[PATCH 04/04] powerpc/booke: Add support for advanced debug registers

2010-02-08 Thread Dave Kleikamp
powerpc/booke: Add support for advanced debug registers From: Dave Kleikamp Based on patches originally written by Torez Smith. This patch defines context switch and trap related functionality for BookE specific Debug Registers. It adds support to ptrace() for setting and getting BookE related

Re: [PATCH] leds-gpio: Fix default state handling on OF platforms

2010-02-08 Thread Anton Vorontsov
On Mon, Feb 08, 2010 at 01:04:55PM -0800, Andrew Morton wrote: > On Fri, 5 Feb 2010 23:54:37 +0300 > Anton Vorontsov wrote: > > > The driver wrongly sets default state for LEDs that don't specify > > default-state property. [...] > Does this actually happen in any 2.6.33 driver code? Well, the c

Re: simpleImage.XX and large kernels

2010-02-08 Thread Wolfgang Denk
Dear John Williams, In message <1d3f23371002080247j17138famcf4e4aebc1ae0...@mail.gmail.com> you wrote: > > I'm looking at the simpleImage.XXX make target (PPC 405/440), and it > seems that by default the arch/powerpc/boot/wrapper script places the > bootwrapper at 0x40, effectively setting a

tip build problem on powerpc

2010-02-08 Thread Stephen Rothwell
Hi all, Last night's build of tip/master on powerpc produced these errors: kernel/nmi_watchdog.c:33: error: redefinition of 'touch_nmi_watchdog' kernel/nmi_watchdog.c:59: error: 'nmi_watchdog_enabled' undeclared (first use in this function) kernel/nmi_watchdog.c:59: error: (Each undeclared ident

Re: simpleImage.XX and large kernels

2010-02-08 Thread John Williams
Hi Wolfgang, On Tue, Feb 9, 2010 at 8:48 AM, Wolfgang Denk wrote: >> I'm looking at the simpleImage.XXX make target (PPC 405/440), and it >> seems that by default the arch/powerpc/boot/wrapper script places the >> bootwrapper at 0x40, effectively setting a limit on the maximum >> bootable ker

Re: [PATCH 2/4] Fix G5 thermal shutdown

2010-02-08 Thread Benjamin Herrenschmidt
On Fri, 2010-02-05 at 08:52 -0500, Josh Boyer wrote: > This changes the thresholds for the liquid cooled G5 thermal > shutdown mechanism to prevent an errant shutdown. > > This has been carried since about Fedora Core 5. I have no idea > if it's really needed or not. Can we have a SoB ? Cheers,

Re: [PATCH 2/4] Fix G5 thermal shutdown

2010-02-08 Thread Josh Boyer
On Tue, Feb 09, 2010 at 11:55:05AM +1100, Benjamin Herrenschmidt wrote: >On Fri, 2010-02-05 at 08:52 -0500, Josh Boyer wrote: >> This changes the thresholds for the liquid cooled G5 thermal >> shutdown mechanism to prevent an errant shutdown. >> >> This has been carried since about Fedora Core 5.

Re: tip build problem on powerpc

2010-02-08 Thread Stephen Rothwell
Hi Ingo. On Tue, 9 Feb 2010 05:22:38 +0100 Ingo Molnar wrote: > > yep, i know that already from the -tip cross build tests and reported it to > Don yesterday. Do you boot -tip or only build test it? If you use -tip > personally then you can simply disable CONFIG_NMI_WATCHDOG. OK, good. I just

Re: tip build problem on powerpc

2010-02-08 Thread Ingo Molnar
* Stephen Rothwell wrote: > Hi all, > > Last night's build of tip/master on powerpc produced these errors: > > kernel/nmi_watchdog.c:33: error: redefinition of 'touch_nmi_watchdog' > kernel/nmi_watchdog.c:59: error: 'nmi_watchdog_enabled' undeclared (first use > in this function) > kernel/nmi

Fix address masking bug in hpte_need_flush()

2010-02-08 Thread David Gibson
Commit f71dc176aa06359681c30ba6877ffccab6fba3a6 'Make hpte_need_flush() correctly mask for multiple page sizes' introduced bug, which is triggered when a kernel with a 64k base page size is run on a system whose hardware does not 64k hash PTEs. In this case, we emulate 64k pages with multiple 4k h

[PATCH] Restrict initial stack space expansion to rlimit

2010-02-08 Thread Michael Neuling
When reserving stack space for a new process, make sure we're not attempting to expand the stack by more than rlimit allows. This fixes a bug caused by b6a2fea39318e43fee84fa7b0b90d68bed92d2ba "mm: variable length argument support" and unmasked by fc63cf237078c86214abcb2ee9926d8ad289da9b "exec: se

Re: [PATCH] Restrict initial stack space expansion to rlimit

2010-02-08 Thread KOSAKI Motohiro
> When reserving stack space for a new process, make sure we're not > attempting to expand the stack by more than rlimit allows. > > This fixes a bug caused by b6a2fea39318e43fee84fa7b0b90d68bed92d2ba "mm: > variable length argument support" and unmasked by > fc63cf237078c86214abcb2ee9926d8ad289da