The pseries platform does not have a default function for init_IRQ and
does not install one if it doesn't find or doesn't recognize an
interrupt controller in the device tree. Currently, the kernel dies
when it tries to call the NULL init_IRQ() function. Clean that up.
Signed-off-by: Sonny Rao <redacted>
On Sun, Jul 01, 2007 at 08:49:37PM -0400, Sonny Rao wrote:
quoted hunk
The pseries platform does not have a default function for init_IRQ and
does not install one if it doesn't find or doesn't recognize an
interrupt controller in the device tree. Currently, the kernel dies
when it tries to call the NULL init_IRQ() function. Clean that up.
Signed-off-by: Sonny Rao <redacted>
From: Olof Johansson <hidden> Date: 2007-07-05 13:26:51
On Sun, Jul 01, 2007 at 08:49:37PM -0400, Sonny Rao wrote:
The pseries platform does not have a default function for init_IRQ and
does not install one if it doesn't find or doesn't recognize an
interrupt controller in the device tree. Currently, the kernel dies
when it tries to call the NULL init_IRQ() function. Clean that up.
Doesn't it make more sense to make init_IRQ() check that the pointer is
set instead? That'll work for more platforms than just pseries.
-Olof
On Thu, Jul 05, 2007 at 08:37:34AM -0500, Olof Johansson wrote:
On Sun, Jul 01, 2007 at 08:49:37PM -0400, Sonny Rao wrote:
quoted
The pseries platform does not have a default function for init_IRQ and
does not install one if it doesn't find or doesn't recognize an
interrupt controller in the device tree. Currently, the kernel dies
when it tries to call the NULL init_IRQ() function. Clean that up.
Doesn't it make more sense to make init_IRQ() check that the pointer is
set instead? That'll work for more platforms than just pseries.
Yeah, that might be the simplest way. The only reason I can think of
to do it this way is that (I think) every single other platform in
arch/powerpc statically initializes init_IRQ, with pseries being the
oddball. It doesn't matter much to me, so I can post another patch in a
bit.
Sonny
On Fri, Jul 06, 2007 at 05:16:34AM -0400, Sonny Rao wrote:
On Thu, Jul 05, 2007 at 08:37:34AM -0500, Olof Johansson wrote:
quoted
On Sun, Jul 01, 2007 at 08:49:37PM -0400, Sonny Rao wrote:
quoted
The pseries platform does not have a default function for init_IRQ and
does not install one if it doesn't find or doesn't recognize an
interrupt controller in the device tree. Currently, the kernel dies
when it tries to call the NULL init_IRQ() function. Clean that up.
Doesn't it make more sense to make init_IRQ() check that the pointer is
set instead? That'll work for more platforms than just pseries.
Yeah, that might be the simplest way. The only reason I can think of
to do it this way is that (I think) every single other platform in
arch/powerpc statically initializes init_IRQ, with pseries being the
oddball. It doesn't matter much to me, so I can post another patch in a
bit.
Check to make sure ppc_md.init_IRQ exists before calling it.
Signed-off-by: Sonny Rao <redacted>