All of lore.kernel.org
 help / color / mirror / Atom feed
* [Qemu-devel] ACPI weirdness with  SVN head
@ 2009-02-08 10:36 Erik de Castro Lopo
  2009-02-08 11:05 ` Erik de Castro Lopo
  0 siblings, 1 reply; 5+ messages in thread
From: Erik de Castro Lopo @ 2009-02-08 10:36 UTC (permalink / raw)
  To: qemu-devel

Hi all,

I had been running qemu svn version 6071 until just recently when
I upgraded to 6552. Now a couple of my Linus VMs are having ACPI
problems during boot. They hang during  boot with :

    [    1.911518] ACPI: Core revision 20080926
    [    1.920493] ACPI: Checking initramfs for custom DSDT
    [    5.594338] ..TIMER: vector=0x30 apic1=0 pin1=0 apic2=-1 pin2=-1
    [    5.596010] ..MP-BIOS bug: 8254 timer not connected to IO-APIC
    [    5.596010] ...trying to set up timer (IRQ0) through the 8259A ...
    [    5.596010] ..... (found apic 0 pin 0) ...
    [    5.596010] ....... failed.
    [    5.596010] ...trying to set up timer as Virtual Wire IRQ...

Is this a known problem?

Cheers,
Erik
-- 
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
I call C++ a curse on programmers everywhere; the language
that has enabled and encouraged more stupidity and bad software
design than any other programming language ever.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Qemu-devel] ACPI weirdness with  SVN head
  2009-02-08 10:36 [Qemu-devel] ACPI weirdness with SVN head Erik de Castro Lopo
@ 2009-02-08 11:05 ` Erik de Castro Lopo
  2009-02-08 12:33   ` [Qemu-devel] " Jan Kiszka
  0 siblings, 1 reply; 5+ messages in thread
From: Erik de Castro Lopo @ 2009-02-08 11:05 UTC (permalink / raw)
  To: qemu-devel

Erik de Castro Lopo wrote:

> Is this a known problem?

More info. If I disable ACPI with -no-acpi the VM boots but
 then chews up far more of the host CPU than previously. The
only real explanation I can find for this on the guest side
is a very high number of timer interrupts:

    guest > cat /proc/interrupts 
               CPU0       
      0:    2575369    XT-PIC-XT        timer
      1:          9    XT-PIC-XT        i8042
      2:          0    XT-PIC-XT        cascade
      4:        536    XT-PIC-XT        serial
      8:          0    XT-PIC-XT        rtc0
      9:          0    XT-PIC-XT        virtio0
     11:        202    XT-PIC-XT        virtio1, eth0
     12:        111    XT-PIC-XT        i8042
     14:       4176    XT-PIC-XT        ata_piix
     15:       3676    XT-PIC-XT        ata_piix
    NMI:          0   Non-maskable interrupts
    LOC:          0   Local timer interrupts
    RES:          0   Rescheduling interrupts
    CAL:          0   function call interrupts
    TLB:          0   TLB shootdowns
    TRM:          0   Thermal event interrupts
    THR:          0   Threshold APIC interrupts
    SPU:          0   Spurious interrupts
    ERR:          0

Cheers,
Erik
-- 
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
"These are the finest moments in (post)modern life, when satire is completly
indistinguishable from reality... I usually have to rely on the presidential
elections for such dada." -- frenomulax on Jesux a christian Linux distro.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Qemu-devel] Re: ACPI weirdness with  SVN head
  2009-02-08 11:05 ` Erik de Castro Lopo
@ 2009-02-08 12:33   ` Jan Kiszka
  2009-02-08 14:41     ` Anthony Liguori
  0 siblings, 1 reply; 5+ messages in thread
From: Jan Kiszka @ 2009-02-08 12:33 UTC (permalink / raw)
  To: qemu-devel

[-- Attachment #1: Type: text/plain, Size: 1675 bytes --]

Erik de Castro Lopo wrote:
> Erik de Castro Lopo wrote:
> 
>> Is this a known problem?
> 
> More info. If I disable ACPI with -no-acpi the VM boots but
>  then chews up far more of the host CPU than previously. The
> only real explanation I can find for this on the guest side
> is a very high number of timer interrupts:
> 
>     guest > cat /proc/interrupts 
>                CPU0       
>       0:    2575369    XT-PIC-XT        timer
>       1:          9    XT-PIC-XT        i8042
>       2:          0    XT-PIC-XT        cascade
>       4:        536    XT-PIC-XT        serial
>       8:          0    XT-PIC-XT        rtc0
>       9:          0    XT-PIC-XT        virtio0
>      11:        202    XT-PIC-XT        virtio1, eth0
>      12:        111    XT-PIC-XT        i8042
>      14:       4176    XT-PIC-XT        ata_piix
>      15:       3676    XT-PIC-XT        ata_piix
>     NMI:          0   Non-maskable interrupts
>     LOC:          0   Local timer interrupts
>     RES:          0   Rescheduling interrupts
>     CAL:          0   function call interrupts
>     TLB:          0   TLB shootdowns
>     TRM:          0   Thermal event interrupts
>     THR:          0   Threshold APIC interrupts
>     SPU:          0   Spurious interrupts
>     ERR:          0
> 
> Cheers,
> Erik

I stumbled over the same problem with one of my Linux guests [1], but as
the one that locked up was built without CONFIG_ACPI, I concluded that
this is the problem (it missed that pin1 became 2, just like your guest
does). Have you updated your BIOS image?

Jan

[1] http://comments.gmane.org/gmane.comp.emulators.qemu/37767


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 257 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Qemu-devel] Re: ACPI weirdness with  SVN head
  2009-02-08 12:33   ` [Qemu-devel] " Jan Kiszka
@ 2009-02-08 14:41     ` Anthony Liguori
  2009-02-09  0:54       ` Erik de Castro Lopo
  0 siblings, 1 reply; 5+ messages in thread
From: Anthony Liguori @ 2009-02-08 14:41 UTC (permalink / raw)
  To: qemu-devel

Jan Kiszka wrote:
> Erik de Castro Lopo wrote:
>   
>> Erik de Castro Lopo wrote:
>>
>>     
>>> Is this a known problem?
>>>       
>> More info. If I disable ACPI with -no-acpi the VM boots but
>>  then chews up far more of the host CPU than previously. The
>> only real explanation I can find for this on the guest side
>> is a very high number of timer interrupts:
>>
>>     guest > cat /proc/interrupts 
>>                CPU0       
>>       0:    2575369    XT-PIC-XT        timer
>>       1:          9    XT-PIC-XT        i8042
>>       2:          0    XT-PIC-XT        cascade
>>       4:        536    XT-PIC-XT        serial
>>       8:          0    XT-PIC-XT        rtc0
>>       9:          0    XT-PIC-XT        virtio0
>>      11:        202    XT-PIC-XT        virtio1, eth0
>>      12:        111    XT-PIC-XT        i8042
>>      14:       4176    XT-PIC-XT        ata_piix
>>      15:       3676    XT-PIC-XT        ata_piix
>>     NMI:          0   Non-maskable interrupts
>>     LOC:          0   Local timer interrupts
>>     RES:          0   Rescheduling interrupts
>>     CAL:          0   function call interrupts
>>     TLB:          0   TLB shootdowns
>>     TRM:          0   Thermal event interrupts
>>     THR:          0   Threshold APIC interrupts
>>     SPU:          0   Spurious interrupts
>>     ERR:          0
>>
>> Cheers,
>> Erik
>>     
>
> I stumbled over the same problem with one of my Linux guests [1], but as
> the one that locked up was built without CONFIG_ACPI, I concluded that
> this is the problem (it missed that pin1 became 2, just like your guest
> does). Have you updated your BIOS image?
>   

This error happens if you're using an older version of the BIOS.

Regards,

Anthony Liguori

> Jan
>
> [1] http://comments.gmane.org/gmane.comp.emulators.qemu/37767
>
>   

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Qemu-devel] Re: ACPI weirdness with  SVN head
  2009-02-08 14:41     ` Anthony Liguori
@ 2009-02-09  0:54       ` Erik de Castro Lopo
  0 siblings, 0 replies; 5+ messages in thread
From: Erik de Castro Lopo @ 2009-02-09  0:54 UTC (permalink / raw)
  To: qemu-devel

Anthony Liguori wrote:

> This error happens if you're using an older version of the BIOS.

That fixed it. Thanks.

Erik
-- 
-----------------------------------------------------------------
Erik de Castro Lopo
-----------------------------------------------------------------
"In civilian equipment, such as computers, the number
of components alone makes miniaturization essential if
the computer is to be housed in a reasonable-sized
building." Electronics Oct. 1, 1957, p. 178

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2009-02-09  0:55 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-08 10:36 [Qemu-devel] ACPI weirdness with SVN head Erik de Castro Lopo
2009-02-08 11:05 ` Erik de Castro Lopo
2009-02-08 12:33   ` [Qemu-devel] " Jan Kiszka
2009-02-08 14:41     ` Anthony Liguori
2009-02-09  0:54       ` Erik de Castro Lopo

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.