On Tue, Nov 27, 2007 at 03:43:11PM +0100, Andi Kleen wrote: > > > > > As for solution 2, that brings me to my previous question. Is that really as > > simple as just not moving the apic to legacy mode? It would seem some > > additional programming would be in order to route the interrupt in question to > > the proper cpu. > > The Linux kernel right now relies on being in legacy mode at bootup. > So obviously kexec has to switch back to that. > > Not relying on legacy mode would require moving APIC setup much earlier which > is difficult because that's quite fragile. Longer term it might be a good > idea though anyways -- at least the timer code was always fragile > and eliminating one failure case and only ever running it in true > APIC mode would be probably a good thing. > So, it sounds to me then, like unless I'm willing to really re-write the APIC setup code (which I don't feel qualified to do quite yet), that the immediate solution would be to not rely on interrupts in legacy mode, which was according to my understanding, what the use of the irqpoll command line option was supposed to enable. Any thoughts as to why that might not be working in this case, or suggested tests to determine a cause there? Thanks & Regards Neil > -Andi
