qemu-devel.nongnu.org archive mirror
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).