Timer interrupt lost on some x86_64 systems
Neil Horman
nhorman at redhat.com
Wed Nov 14 06:51:32 EST 2007
On Wed, Nov 14, 2007 at 12:09:39PM +0530, Vivek Goyal wrote:
> On Tue, Nov 13, 2007 at 09:33:30AM -0500, Neil Horman wrote:
>
> [..]
> > > In the past I have found issues with interrupt routing on IOPAPIC and
> > > interrupt lockup on LAPIC. But these issues are already solved. I would
> > > also think of priting LAPIC and IOAPIC entries to see how timer interrupt
> > > routing changes from first kernel to second.
> > >
> > I recently read the ioapic section in the opteron processor guide and noted the
> > ioapic routing field in the config registers, so I'll be looking at that. We
> > also not that in the failing case on the systems in question the boot cpu is
> > _not_ the cpu that boots the kdump kernel, and its APIC ID is 1 not 0, IIRC
> >
>
> Failing on non-boot cpu should not be an issue. I had fixed an issue in the
> past where non-boot cpu was not receiving the timer interrupts because of
> IOAPIC settings where timer interrupts were always routed to boot cpu (cpu0).
>
> Now it has been modified and while going down we determine which cpu we
> are crashing on and setup IOAPIC entry accordingly. See disable_IO_APIC().
>
I see the call to it in machine_crash_shutdown, but for whatever reason, it
doesn't seem to be having the desired effect in this case....hmmmmm...
Thanks
Neil
> Thanks
> Vivek
--
/***************************************************
*Neil Horman
*Software Engineer
*Red Hat, Inc.
*nhorman at redhat.com
*gpg keyid: 1024D / 0x92A74FA1
*http://pgp.mit.edu
***************************************************/
More information about the kexec
mailing list