Lost interrupts on SMP systems

Peter Trifonov pvtrifonov at mail.ru
Thu Jan 6 02:59:22 PST 2005

Hello John,
On Thursday 06 January 2005 00:21, John Baldwin wrote:
> > > > ioapic0: Assuming intbase of 0
> > > > MPTable: Ignoring global interrupt entry for pin 1
> > > > MPTable: Ignoring global interrupt entry for pin 15
> > >
> > > Ok, well, this is a bit of a problem here.  Basically, this
> > > means you don't have any working interrupts as far as I can
> >
> The error message is from the MP Table using an APIC ID of 255 instead of
> 16. Umm, an APIC ID of 16 isn't valid either.  Is there an option in the
> BIOS to select MP 1.4 rather than 1.1?  If so, can you please try that
> first?
No. This is quite an old HP box.  Its BIOS setup does not have any 
multiprocessor-related options.

> Also, can you try this patch.  It changes the way we handle an errata on
> your CPU that I think may not work when we try to turn APIC mode back on
> after turning it off:
I have recompiled the kernel with this patch, but it does not seem to affect 
anything. mptable(8) still shows the same stuff, dmesg still complains about 
ignored global interrupt entries.

If you are interested, I can give you root access to that box.

With best regards,
P. Trifonov

Research assistant Peter V. Trifonov
St.Petersburg State Polytechnic University
Distributed Computing& Networking Dept.

More information about the freebsd-smp mailing list