Re: UP APIC reenabling vs. cpu type detection ordering

From: Maciej W. Rozycki (macro@ds2.pg.gda.pl)
Date: Wed Feb 07 2001 - 10:56:53 EST

Next message: Bartek Krajnik: "alpha with 2.4.1"
Previous message: Chris Mason: "Re: Apparent instability of reiserfs on 2.4.1"
In reply to: Petr Vandrovec: "UP APIC reenabling vs. cpu type detection ordering"
Next in thread: H. Peter Anvin: "Re: UP APIC reenabling vs. cpu type detection ordering"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Wed, 7 Feb 2001, Petr Vandrovec wrote:

> Mikael Pettersson pointed to me that current kernel code should not
> reenable local APIC on AMD K7, as it tests boot_cpu_data.x86_vendor.
> But boot_cpu_data.x86_vendor is uninitialized (or contains wrong
> value) when detect_init_APIC is invoked.

I'm working on CPU capabilities now. I'll address the problem.

-- + 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/

Next message: Bartek Krajnik: "alpha with 2.4.1"
Previous message: Chris Mason: "Re: Apparent instability of reiserfs on 2.4.1"
In reply to: Petr Vandrovec: "UP APIC reenabling vs. cpu type detection ordering"
Next in thread: H. Peter Anvin: "Re: UP APIC reenabling vs. cpu type detection ordering"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Wed Feb 07 2001 - 21:00:26 EST