Your message dated Thu, 17 May 2012 13:55:27 +0400
with message-id <[email protected]>
and subject line Re: Bug#673240: qemu-kvm: active wait on CD image boot
has caused the Debian Bug report #673240,
regarding qemu-kvm: active wait on CD image boot
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
673240: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673240
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: qemu-kvm
Version: 0.12.5+dfsg-5+squeeze8
Severity: normal
Hi,
I'm not sure that I'm filing the bug against the correct package - if
not, please say so, and feel free to re-assign.
I recently installed a KVM machine using virt-manager, which had a DVD
iso image with Debian configured as a CDROM drive to boot from, to
install the machine. Firing up the machine I see that it boots into the
menu where you choose the installation method. At that point, it sits
and waits for user input - afair, indefinitely. But while doing nothing,
the VM is pegged at 100% CPU, when it should be idling at ~1-5% CPU.
Disconnecting the CD drive from the VM and then rebooting the machine
makes it boot to the login prompt, then sit idling at said 1-5% CPU.
Mounting the image as a CDROM after booting does not seem to have
adverse performance aspects.
Kind regards,
--Toni++
-- Package-specific info:
/proc/cpuinfo:
processor : 0
vendor_id : AuthenticAMD
cpu family : 16
model : 4
model name : AMD Phenom(tm) II X4 945 Processor
stepping : 2
microcode : 0x1000086
cpu MHz : 800.000
cache size : 512 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 4
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
bogomips : 6027.24
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
processor : 1
vendor_id : AuthenticAMD
cpu family : 16
model : 4
model name : AMD Phenom(tm) II X4 945 Processor
stepping : 2
microcode : 0x1000086
cpu MHz : 800.000
cache size : 512 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 4
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
bogomips : 6027.24
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
processor : 2
vendor_id : AuthenticAMD
cpu family : 16
model : 4
model name : AMD Phenom(tm) II X4 945 Processor
stepping : 2
microcode : 0x1000086
cpu MHz : 800.000
cache size : 512 KB
physical id : 0
siblings : 4
core id : 2
cpu cores : 4
apicid : 2
initial apicid : 2
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
bogomips : 6027.24
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
processor : 3
vendor_id : AuthenticAMD
cpu family : 16
model : 4
model name : AMD Phenom(tm) II X4 945 Processor
stepping : 2
microcode : 0x1000086
cpu MHz : 800.000
cache size : 512 KB
physical id : 0
siblings : 4
core id : 3
cpu cores : 4
apicid : 3
initial apicid : 3
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
bogomips : 6027.24
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate
-- System Information:
Debian Release: 6.0.5
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (500,
'proposed-updates'), (450, 'testing'), (250, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.3.0-trunk-686-pae (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages qemu-kvm depends on:
ii adduser 3.112+nmu2 add and remove users and groups
ii bridge-utils 1.4-5 Utilities for configuring the Linu
ii iproute 20100519-3 networking and traffic control too
ii libaio1 0.3.107-7 Linux kernel AIO access library -
ii libasound2 1.0.23-2.1 shared library for ALSA applicatio
ii libbluetooth3 4.66-3 Library to use the BlueZ Linux Blu
ii libbrlapi0.5 4.2-7+squeeze2 braille display access via BRLTTY
ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib
ii libcurl3-gnutls 7.21.0-2.1+squeeze2 Multi-protocol file transfer libra
ii libgnutls26 2.8.6-1+squeeze2 the GNU TLS library - runtime libr
ii libncurses5 5.7+20100313-5 shared libraries for terminal hand
ii libpci3 1:3.1.7-6 Linux PCI Utilities (shared librar
ii libpulse0 0.9.21-3+squeeze1 PulseAudio client libraries
ii libsasl2-2 2.1.23.dfsg1-7 Cyrus SASL - authentication abstra
ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer
ii libuuid1 2.17.2-9 Universally Unique ID library
ii libvdeplug2 2.2.3-3 Virtual Distributed Ethernet - Plu
ii libx11-6 2:1.3.3-4 X11 client-side library
ii python 2.6.6-3+squeeze7 interactive high-level object-orie
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages qemu-kvm recommends:
ii linux-image-2.6.3 2.6.32-45 Linux 2.6.32 for PCs with 4GB+ RAM
ii linux-image-2.6.3 2.6.32-45 Linux 2.6.32 for modern PCs, OpenV
ii linux-image-2.6.3 2.6.32-45 Linux 2.6.32 for modern PCs, Xen d
ii linux-image-3.2.0 3.2.15-1~bpo60+1 Linux 3.2 for modern PCs
ii linux-image-3.3.0 3.3.4-1~experimental.1 Linux 3.3 for modern PCs
Versions of packages qemu-kvm suggests:
ii debootstrap 1.0.26+squeeze1 Bootstrap a basic Debian system
pn samba <none> (no description available)
ii vde2 2.2.3-3 Virtual Distributed Ethernet
-- Configuration Files:
/etc/kvm/kvm-ifup changed [not included]
-- no debconf information
--- End Message ---
--- Begin Message ---
17.05.2012 13:05, Toni Mueller wrote:
> Package: qemu-kvm
> Version: 0.12.5+dfsg-5+squeeze8
> Severity: normal
>
>
>
> Hi,
>
> I'm not sure that I'm filing the bug against the correct package - if
> not, please say so, and feel free to re-assign.
>
> I recently installed a KVM machine using virt-manager, which had a DVD
> iso image with Debian configured as a CDROM drive to boot from, to
> install the machine. Firing up the machine I see that it boots into the
> menu where you choose the installation method. At that point, it sits
> and waits for user input - afair, indefinitely. But while doing nothing,
> the VM is pegged at 100% CPU, when it should be idling at ~1-5% CPU.
The installation CD is waiting for the input to choose a boot menu item
in grub. Grub does not implement any advanced ways of idling the CPU,
just like your regular PC BIOS or ol'good MS-DOS it is sitting in an
endless loop waiting for some events to happen (keyboard interrupt
etc). This is how pre-real-OS things has worked for decades. If you
think it is wrong please address this to gurb people. Besides, syslinux
does implement such idling, and it appears to work correctly.
Closing the bug rigth away.
Thanks,
/mjt
--- End Message ---
