On Wed, 22 Nov 2000, Alan Cox wrote:
> I know of no socket 7 board with an 82489DX, and no board on the planet which
> has 82489DX and works SMP with a non intel processor. I accept its a heuristic
> but so is the current behaviour, and the current heuristic isnt working for
> as many cases.
Do you want me to contact you with a user of such a system? A modular
server with the ability to put up to four P54C CPUs. It uses 82489DX
APICs (probably due to the fact there was no standalone I/O APIC chip
available at that time) so CPUs report no APIC flag. And it starts in the
PIC mode as opposed to the Virtual Wire. I may send you his bootstrap log
if you want to (but not today -- I don't have it handy).
Needless to say, it handles the MP-table fine.
Anyway I certainly do not negate the existence of broken boards (and Tyan
BIOSes seem to be among the worst ones). I just insist on having a sane
way to detect a real APIC and I feel more likely to "punish" broken setups
than perfecly good ones. These boards can run UP kernels with no problem,
can't they? If so, then just tell their users not to use MP kernels.
Could you please tell me what these broken boards report in MP-tables
when there is no APIC? Maybe we could find a way to distinguish them.
All 82489DX-based boards I've met report 0x1 as the APIC revision (I don't
think there are higher 82489DX revisions).
Maciej
-- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available +- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Nov 23 2000 - 21:00:23 EST