Re: kernel BUG at arch/x86/kernel/io_apic_64.c:357!

[Alan Cox]

On Tue, 29 Jul 2008 16:12:50 -0700
ebiederm@xxxxxxxxxxxx (Eric W. Biederman) wrote:

> "Yinghai Lu" <yhlu.kernel@xxxxxxxxx> writes:
> 
> >> But this would be a show stopper for SGI being able to ship systems if the
> >> distros do not want to waste this much memory and won't set NR_CPUS=4096.
> >
> > wonder if nr_irqs need to be probed dynamically too.
> 
> NR_IRQS simply needs to die.

Agreed - it would also be nice to bite the bullet at the same time and
stop using dev->irq as an integer in an increasingly fake and imaginary
numberspace and instead make it an object with a description and other
properties. That would make "no IRQ" NULL, let us display meaningful IRQ
strings and the like as well as ensuring nobody tries to abuse NR_IRQ and
hardcoded similar knowledge for arrays

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/