![]() | |||||||||||||
Messages in this thread |
Benjamin Herrenschmidt <benh@kernel.crashing.org> writes: > In addition, if we remove the numbers, archs will need basically the > exact same services provided by the powerpc irq core for reverse mapping > (going from a HW irq number on a given PIC back to an irq_desc *). Ben you seem to be under misapprehension that except for the case of ISA (0-16) the linux IRQ number is a hardware number. It is an arbitrary software enumeration, and I think it has been that way a very long time. > Either using a linear array for simple PICs or a radix tree for > platforms with very big interrupt numbers (BTW. I think we have lockless > radix trees nowadays, I can remove the spinlocks to protect it in the > powerpc remapper). I can only tell you that my impression of this last is that all the world's not a PPC. I have a version of the x86 code with a partial conversion done and I didn't need a reverse mapping. What you call the hardware interrupt number never happens to be interesting to me after the system is setup. I do suspect there may be an interesting chunk of your ppc work that probably makes sense as a library so other arches could use it. Eric - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2007-02-17 10:11 [from the cache] ©2003-2008 | |||||||||||||