Messages in this thread | | | Date | Sat, 03 May 2008 21:10:42 +0200 | From | Gabriel C <> | Subject | Re: BIOS bug, APIC version is 0 for CPU#0! |
| |
Gabriel C wrote: > Gabriel C wrote: >> Hi, >> >> I've just compiled latest linus git tree and getting now on an Q9300 Core2Quad , ASUS P5E-VM DO motherboard with BIOS Ver. 0606 , BIOS Rev. 8.12 >> the BIOS bug for CPU#0 message for each processor ?!? That seems somewhat buggy ?:) >> >> That BIOS version is beta and may be really buggy but I never got such a message on 2.6.24* nor on 2.6.25. >> >> >> --($:~)-- uname -a >> Linux thor 2.6.25-03530-g94bc891 #773 SMP PREEMPT Wed Apr 23 13:55:10 CEST 2008 i686 GNU/Linux >> >> >> .. >> >> [ 0.000000] ACPI: PM-Timer IO Port: 0x808 >> [ 0.000000] ACPI: Local APIC address 0xfee00000 >> [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) >> [ 0.000000] BIOS bug, APIC version is 0 for CPU#0! fixing up to 0x10. (tell your hw vendor) >> [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) >> [ 0.000000] BIOS bug, APIC version is 0 for CPU#0! fixing up to 0x10. (tell your hw vendor) >> [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled) >> [ 0.000000] BIOS bug, APIC version is 0 for CPU#0! fixing up to 0x10. (tell your hw vendor) >> [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled) >> [ 0.000000] BIOS bug, APIC version is 0 for CPU#0! fixing up to 0x10. (tell your hw vendor) >> [ 0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0]) >> [ 0.000000] IOAPIC[0]: apic_id 4, version 32, address 0xfec00000, GSI 0-23 >> [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) >> [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) >> [ 0.000000] ACPI: IRQ0 used by override. >> [ 0.000000] ACPI: IRQ2 used by override. >> [ 0.000000] ACPI: IRQ9 used by override. >> [ 0.000000] Enabling APIC mode: Flat. Using 1 I/O APICs >> [ 0.000000] ACPI: HPET id: 0xffffffff base: 0xfed00000 >> [ 0.000000] Using ACPI (MADT) for SMP configuration information >> >> ... >> >> Please let me know if you need more infos , dmesg , config etc . >> > > I don't see that message on the same kernel but built for 64bit. > > ... > > [ 0.000000] ACPI: PM-Timer IO Port: 0x808 > [ 0.000000] ACPI: Local APIC address 0xfee00000 > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled) > [ 0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 4, version 0, address 0xfec00000, GSI 0-23 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ACPI: IRQ0 used by override. > [ 0.000000] ACPI: IRQ2 used by override. > [ 0.000000] ACPI: IRQ9 used by override. > [ 0.000000] Setting APIC routing to flat > [ 0.000000] ACPI: HPET id: 0xffffffff base: 0xfed00000 > [ 0.000000] Using ACPI (MADT) for SMP configuration information > > ... > > > So it is 32bit only ? And if yes how it is a HW bug ? >
Hi all ,
I'm testing current git on 3 boxes and all got these annoying messages so far on 32bit kernels on all 3 .. ( After a quick scan on LKML posted dmesg's from current git I see a lot such messages too )
Could someone please explain why my HW is broken and why this 'BIOS bug' message is only relevant on 32bit ?
generic_processor_info() in apic_64.c does not have such an check. If is a HW bug then why not ?
Assuming my HW is really broken , why is this message displayed 4 times when it should be there just once for CPU#0 ?
Thx,
Gabriel C
| |