[lkml]   [2005]   [Nov]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 4/5] Centralise NO_IRQ definition
On Mon, 2005-11-21 at 13:51 -0800, Linus Torvalds wrote:
> On Mon, 21 Nov 2005, Ingo Molnar wrote:
> >
> > oh well [*]. Then it's gotta be the !dev->irq.valid thing i guess.
> No it's not.
> The ppc PCI probing could trivilly just turn a 0 into 256 (or equivalent),
> and mask off the low 7 bits when installing the handler. They know the
> interrupt is _really_ 0 from other sources (ie they have a different
> firmware, with explicit callbacks, and/or hardcoded knowledge).

The ppc irq handling is more complex than that due to the wide range of
different hardware. We parse the irq tree from OF and assign them to
ranges of numbers allocated per controller. Adding some remapping of
some numbers would add complexity and possible bugs.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-11-21 23:15    [W:0.089 / U:0.208 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site