* BIOS bug, APIC version is 0 for CPU#0!
@ 2008-04-23 12:14 Gabriel C
2008-04-23 18:06 ` Justin Mattock
2008-04-24 18:27 ` Gabriel C
0 siblings, 2 replies; 6+ messages in thread
From: Gabriel C @ 2008-04-23 12:14 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Ingo Molnar
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 .
Regards,
Gabriel C
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: BIOS bug, APIC version is 0 for CPU#0!
2008-04-23 12:14 BIOS bug, APIC version is 0 for CPU#0! Gabriel C
@ 2008-04-23 18:06 ` Justin Mattock
2008-04-23 20:54 ` Gabriel C
2008-04-24 18:27 ` Gabriel C
1 sibling, 1 reply; 6+ messages in thread
From: Justin Mattock @ 2008-04-23 18:06 UTC (permalink / raw)
To: Gabriel C; +Cc: Linux Kernel Mailing List, Ingo Molnar
On Wed, Apr 23, 2008 at 12:14 PM, Gabriel C <nix.or.die@googlemail.com> 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 .
>
>
> Regards,
>
> Gabriel C
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
Hello; I'm receiving the same thing, I received a response and it
seems that isn't a problem? "I dont know"
But if you're like me "maticulous"; things like that will bug me all day long.
besides that, are you receiving any freezes at all?, I'm unable to use
that kernel due to the freezes that it's giving me.?
regards;
--
Justin P. Mattock
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: BIOS bug, APIC version is 0 for CPU#0!
2008-04-23 18:06 ` Justin Mattock
@ 2008-04-23 20:54 ` Gabriel C
2008-04-23 22:34 ` Justin Mattock
0 siblings, 1 reply; 6+ messages in thread
From: Gabriel C @ 2008-04-23 20:54 UTC (permalink / raw)
To: Justin Mattock; +Cc: Linux Kernel Mailing List, Ingo Molnar
Justin Mattock wrote:
> On Wed, Apr 23, 2008 at 12:14 PM, Gabriel C <nix.or.die@googlemail.com> 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 .
>>
..
>
> Hello; I'm receiving the same thing, I received a response and it
> seems that isn't a problem? "I dont know"
> But if you're like me "maticulous"; things like that will bug me all day long.
> besides that, are you receiving any freezes at all?, I'm unable to use
> that kernel due to the freezes that it's giving me.?
> regards;
>
The kernel seems to work fine I don't have any kind freezes or crashes on that box.
Gabriel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: BIOS bug, APIC version is 0 for CPU#0!
2008-04-23 20:54 ` Gabriel C
@ 2008-04-23 22:34 ` Justin Mattock
0 siblings, 0 replies; 6+ messages in thread
From: Justin Mattock @ 2008-04-23 22:34 UTC (permalink / raw)
To: Gabriel C; +Cc: Linux Kernel Mailing List, Ingo Molnar
On Wed, Apr 23, 2008 at 8:54 PM, Gabriel C <nix.or.die@googlemail.com> wrote:
> Justin Mattock wrote:
> > On Wed, Apr 23, 2008 at 12:14 PM, Gabriel C <nix.or.die@googlemail.com> 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 .
> >>
> ..
> >
> > Hello; I'm receiving the same thing, I received a response and it
> > seems that isn't a problem? "I dont know"
> > But if you're like me "maticulous"; things like that will bug me all day long.
> > besides that, are you receiving any freezes at all?, I'm unable to use
> > that kernel due to the freezes that it's giving me.?
> > regards;
> >
>
> The kernel seems to work fine I don't have any kind freezes or crashes on that box.
>
> Gabriel
>
Cool, kernel-2.6.25-rc9 is where I'm at, everything is working fine,
as for the freezeing I'm experiencing, If somebody else reports the
same as well With the same hardware as what I'm using, then buggzilla,
but until then I'm going to look at my .config
--
Justin P. Mattock
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: BIOS bug, APIC version is 0 for CPU#0!
2008-04-23 12:14 BIOS bug, APIC version is 0 for CPU#0! Gabriel C
2008-04-23 18:06 ` Justin Mattock
@ 2008-04-24 18:27 ` Gabriel C
2008-05-03 19:10 ` Gabriel C
1 sibling, 1 reply; 6+ messages in thread
From: Gabriel C @ 2008-04-24 18:27 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: Ingo Molnar, Ingo Molnar
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 ?
Gabriel
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: BIOS bug, APIC version is 0 for CPU#0!
2008-04-24 18:27 ` Gabriel C
@ 2008-05-03 19:10 ` Gabriel C
0 siblings, 0 replies; 6+ messages in thread
From: Gabriel C @ 2008-05-03 19:10 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Ingo Molnar, Ingo Molnar, Andrew Morton, Thomas Gleixner,
H. Peter Anvin
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-05-03 19:11 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-04-23 12:14 BIOS bug, APIC version is 0 for CPU#0! Gabriel C
2008-04-23 18:06 ` Justin Mattock
2008-04-23 20:54 ` Gabriel C
2008-04-23 22:34 ` Justin Mattock
2008-04-24 18:27 ` Gabriel C
2008-05-03 19:10 ` Gabriel C
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox