[kvm-devel] [PATCH] lapic3: kvm: qemu: fix a possible deadlock situation in save/restore
kvm: qemu: fix a possible deadlock situation in save/restore If a VM using userspace irqchip is saved when it's in HLT state, and is restored to use the in-kernel irqchip, the HLT state flag is also restored. This HLT flag in userspace HLT handling prevents kvm kernel driver from being run. And at the same time, the original userspace irqchip is now unused thus will not generate any interrupt to wake up the HLT state. This patch fixes this deadlock situation by dropping the HLT state at restore time Signed-off-by: Qing He <[EMAIL PROTECTED]> Signed-off-by: Yaozu (Eddie) Dong <[EMAIL PROTECTED]> --- qemu/vl.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/qemu/vl.c b/qemu/vl.c index b14233c..7150d48 100644 --- a/qemu/vl.c +++ b/qemu/vl.c @@ -5428,6 +5428,9 @@ int cpu_load(QEMUFile *f, void *opaque, int version_id) tlb_flush(env, 1); #ifdef USE_KVM if (kvm_allowed) { +/* when in-kernel irqchip is used, HF_HALTED_MASK causes deadlock + because no userspace IRQs will ever clear this flag */ +env->hflags &= ~HF_HALTED_MASK; for (i = 0; i < NR_IRQ_WORDS ; i++) { qemu_get_be32s(f, &env->kvm_interrupt_bitmap[i]); } kvm-no-hlt-on-restore.patch Description: kvm-no-hlt-on-restore.patch - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Storing command line options in qcow2 images
Anthony Liguori wrote: > I don't think adding annotations as snapshots is the right approach. I > think proper support should be added in the header. I wouldn't be too > concerned with breaking compatibility in qcow2. That's why it's qcow2 > and not just an updated version of qcow, qcow2 is still, AFAIK, open for > breakage. > Are all the users' images open for breakage too? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] 279878
9bc4a4d3- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Storing command line options in qcow2 images
On 8/6/07, Anthony Liguori <[EMAIL PROTECTED]> wrote: > I don't think adding annotations as snapshots is the right approach. I > think proper support should be added in the header. I wouldn't be too > concerned with breaking compatibility in qcow2. That's why it's qcow2 > and not just an updated version of qcow, qcow2 is still, AFAIK, open for > breakage. I think I'm fine either way. Avi suggested the snapshot-based implementation so Laurent and I started working in that direction. We are now close to finishing the basic functionality. That's not to say that our solution should be accepted because it's almost ready. I would like to reach consensus for the way in which all this should be implemented. The advantage of the snapshot-based approach is, as it has already been discussed, its backwards-compatibility. I also think that it requires less changes to the source code. I am not very familiar with QEMU development so I'm not able to tell whether or not qcow2 is open for breakage. I guess we decided to play it safe. The header-based implementation would be conceptually easier of course. It would have the added benefit of not having to deal with the possible use of an empty snapshot (i.e., one with command line options) in loadvm. That's the only thing left to fix in our current implementation. As I said, I'm fine either way. I have a final tomorrow, but after that I will post our patches for review. Cheers, Jorge - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] paravirtualized block devices
>I'm interested in the performance of paravirtualized block devices under >KVM. I've seen some previous posts about various patches. I was >wondering what the current state of their development is and where I >could find a simple how-to to get them set up? > >I realize this request may be vague, I'm a bit of a noob to KVM, if I >can provide further details please let me know. Arjan van de Ven was developing such drivers pair. It should be part of Ingo's -rt tree. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] Storing command line options in qcow2 images
I don't think adding annotations as snapshots is the right approach. I think proper support should be added in the header. I wouldn't be too concerned with breaking compatibility in qcow2. That's why it's qcow2 and not just an updated version of qcow, qcow2 is still, AFAIK, open for breakage. Regards, Anthony Liguori Jorge Lucángeli Obes wrote: > Hi Avi, hi all, > > I've started some (very minor) groundwork for this task. My idea was > to add an extra "annotation" field in qcow2 snapshots. In this way, a > snapshot can hold abitrary information; for example, command line > arguments. > > Before going any further, I wanted to validate the general idea with > the list. I am planning on using a snapshot with a distinct name to > store command line options. This approach seems simple yet it is > powerful enough for what we need to do. > > There's a slight overhead as now all qcow2 snapshots have to store a > extra (probably) empty pointer. An alternative approach would be to > somehow indicate that some snapshots are "descriptive" snapshots and > others are "useful" snapshots; however, I felt that this would be more > complicated. > > I have a working patch to qemu-img that allows storing arbitrary > annotations into qcow2 images. I developed it as a testing utility. > Right now annotations are implemented as another string alongside the > snapshot's 'name' and 'id'. I thought about storing annotations as > key/value pairs but again, it seemed overkill. > > >From here, the plan would be to add a command to qemu-img that allows > embedding of command line options into qcow2 images. These options > would be stored in a snapshot with a special name, and qemu would > check for the presence of this snapshot in order to read command line > options from the qcow2 image. > > Ideas? Suggestions? I can send the patches for the functionality > that's implemented right now. > > Cheers, > Jorge > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > kvm-devel mailing list > kvm-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kvm-devel > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] paravirtualized block devices
Hi, I'm interested in the performance of paravirtualized block devices under KVM. I've seen some previous posts about various patches. I was wondering what the current state of their development is and where I could find a simple how-to to get them set up? I realize this request may be vague, I'm a bit of a noob to KVM, if I can provide further details please let me know. Thanks, Cam - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] kernel page request failure
On 8/5/07, Avi Kivity <[EMAIL PROTECTED]> wrote: > David Brown wrote: > > I was running a guest os using kvm and I got this kernel page request > > failure using kvm 33 and 2.6.22.1 host. > > > > > > Is this 2.6.22.1's modules (i.e. --with-patched-kernel) or kvm-33's modules? This is built with kvm-33 modules. > What guest are you running? Also the same crazy sourced based distro (Source Mage). I don't remember what it was trying to rebuild I think it might have been gcc. The guest has 1G ram and 1G swap. Also I found that the guest (if there isn't any swap available) will die if all the memory fills up. kvm had issues when that happened and it didn't release any of the memory back to the host when the guest died and the process was killed. I'm not sure if this had something to do with it or not gcc does tend to generate some huge DFA's when it compiles and could have filled up 2G with of memory and swap... I wasn't paying attention enough to notice if that was the case... Thanks, - David Brown - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
Zhao, Yunfeng wrote: >> I ran the same image under qemu 0.9.0, uniprocessor, and got the same >> results: high host cpu usage while the guest is idle. Most likely the >> BIOS ACPI tables are misconfigured and the Windows idle loop is >> > confused. > >> Do Xen SMP ACPI guests exhibit the same issues? If not, they have >> probably fixed this issue in their bios. >> > [Yunfeng] Xen hasn't the issue. > Xen uses rev 2 acpi tables while the bochs bios uses rev 1. Maybe the Windows smp kernel distrusts rev 1 acpi. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
>I ran the same image under qemu 0.9.0, uniprocessor, and got the same >results: high host cpu usage while the guest is idle. Most likely the >BIOS ACPI tables are misconfigured and the Windows idle loop is confused. > >Do Xen SMP ACPI guests exhibit the same issues? If not, they have >probably fixed this issue in their bios. [Yunfeng] Xen hasn't the issue. > > >-- >error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
Zhao, Yunfeng wrote: >>> This happens here too, with kvm versions as far back as kvm-20. But >>> with a clean install of Windows XP, it starts in about a minute >>> > (under > >>> the ACPI HAL) and idles using a few percent host cpu. Looks like >>> > some > >>> Windows update causes this, not a kvm regression. >>> >>> >>> >> It's not a Windows update. A new Windows install works well, as it >> > will > >> after all updates. If you boot it in an smp configuration, however, it >> will update its kernel, and the new kernel will exhibit the problem, >> even if booted later with a single vcpu. >> > [Yunfeng] In my case, the guest was installed with 2 vcpus, and then the > disk image works as a back file of qcow imgs. T > he smp windows test cases will boot the qcow img with 2vcpus. > My experience is that the installation speed of windows guest > (installing from iso file) is also slow. > > I ran the same image under qemu 0.9.0, uniprocessor, and got the same results: high host cpu usage while the guest is idle. Most likely the BIOS ACPI tables are misconfigured and the Windows idle loop is confused. Do Xen SMP ACPI guests exhibit the same issues? If not, they have probably fixed this issue in their bios. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
>> >> This happens here too, with kvm versions as far back as kvm-20. But >> with a clean install of Windows XP, it starts in about a minute (under >> the ACPI HAL) and idles using a few percent host cpu. Looks like some >> Windows update causes this, not a kvm regression. >> >> > >It's not a Windows update. A new Windows install works well, as it will >after all updates. If you boot it in an smp configuration, however, it >will update its kernel, and the new kernel will exhibit the problem, >even if booted later with a single vcpu. [Yunfeng] In my case, the guest was installed with 2 vcpus, and then the disk image works as a back file of qcow imgs. T he smp windows test cases will boot the qcow img with 2vcpus. My experience is that the installation speed of windows guest (installing from iso file) is also slow. > >The guest will consume 100% cpu even though kvm_stat shows 6000 >exits/sec, which leads me to suspect the idle loop is spinning instead >of executing a 'hlt' instruction. > >-- >error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
Avi Kivity wrote: >>> >>> This is an SMP guest? What HAL does it use? >>> >> [Yunfeng] With ACPI HAL, both UP and SMP is slow. In my testing with >> 2 vcpus to boot win2k needs more than 4 minutes.(From >> booting to network started). >> >> > > This happens here too, with kvm versions as far back as kvm-20. But > with a clean install of Windows XP, it starts in about a minute (under > the ACPI HAL) and idles using a few percent host cpu. Looks like some > Windows update causes this, not a kvm regression. > > It's not a Windows update. A new Windows install works well, as it will after all updates. If you boot it in an smp configuration, however, it will update its kernel, and the new kernel will exhibit the problem, even if booted later with a single vcpu. The guest will consume 100% cpu even though kvm_stat shows 6000 exits/sec, which leads me to suspect the idle loop is spinning instead of executing a 'hlt' instruction. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] pending irq save/restore
Dong, Eddie wrote: > > Add in kernel irqchip save/restore support > for pending vectors. > > Applied this too, thanks. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] k->u migration bug fix
Dong, Eddie wrote: > Fix bug for wrong vcpu->apic due to irq_summary set in user irqchip > which makes union member vcpu->apic non NULL. > > Signed-off-by: Yaozu (Eddie) Dong <[EMAIL PROTECTED]> > > diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c > index 470b7a1..03c1433 100644 > --- a/drivers/kvm/kvm_main.c > +++ b/drivers/kvm/kvm_main.c > @@ -1068,7 +1068,7 @@ static struct kvm_io_device > *vcpu_find_pervcpu_dev(struct > { > struct kvm_io_device *dev; > > - if (vcpu->apic) { > + if (irqchip_in_kernel(vcpu->kvm) && vcpu->apic) { > dev = &vcpu->apic->dev; > if (dev->in_range(dev, addr)) > return dev; > Applied. Please don't forget to send an attachment, I had to apply this by hand. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
Zhao, Yunfeng wrote: >> Zhao, Yunfeng wrote: >> >>> One new issue: >>> 1. The speed of booting windows guest is very slow, top shows the cpu >>> > usage > >> of qemu is always >100% while booting windows guest. >> >> https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768187&gr >> > oup_ > >> id=180599 >> >>> >> This is an SMP guest? What HAL does it use? >> > [Yunfeng] With ACPI HAL, both UP and SMP is slow. > In my testing with 2 vcpus to boot win2k needs more than 4 minutes.(From > booting to network started). > > This happens here too, with kvm versions as far back as kvm-20. But with a clean install of Windows XP, it starts in about a minute (under the ACPI HAL) and idles using a few percent host cpu. Looks like some Windows update causes this, not a kvm regression. -- error compiling committee.c: too many arguments to function - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] [ kvm-Bugs-1768212 ] solaris 9 (x86) installer fails in kvm
Bugs item #1768212, was opened at 2007-08-06 09:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768212&group_id=180599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Lana (jenda) Assigned to: Nobody/Anonymous (nobody) Summary: solaris 9 (x86) installer fails in kvm Initial Comment: CPU: Intel(R) Core(TM)2 CPU T72000 KVM: debian's kvm-source 28-4 Kernel: debian 2.6.21-2-686 Arch: i386 Command: kvm -hda <...> -cdrom sol-9-u8-ga-x86-dvd.iso -boot d (sol-9-u9-qa-x86-dvd.iso is install cd of Solaris9 x86, the install cd could is availablable for free (needs registration) at sun.com - see end of the bug) Problem: The kvm machine start to boot from the ISO but after ~1s always crashes with exception(13). Let me know if I could help with any another information. Error output: exception 13 (0) rax 0017 rbx 8c96 rcx f000ff53 rdx rsi rdi rsp 0004fcdc rbp r8 r9 r10 r11 r12 r13 r14 r15 rip 8403 rflags 00233002 cs (/ p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0) ds (/ p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0) es (/ p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0) ss (/ p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0) fs (/ p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0) gs (/ p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0) tr 0028 (2085/2088 p 1 dpl 0 db 0 s 0 type b l 0 g 0 avl 0) ldt (/ p 1 dpl 0 db 0 s 0 type 2 l 0 g 0 avl 0) gdt 84e0/38 idt 162070/7ff cr0 6010 cr2 0 cr3 17b000 cr4 90 cr8 0 efer 0 code: 66 c3 a1 60 84 00 00 0f 22 d8 0f 20 c0 0d 01 00 00 80 83 e0 fb 0f 22 c0 eb 00 90 90 c3 00 Howto download sol-9-u9-qa-x86-dvd.iso: Begin at Sun's corporate web site. http://www.sun.com Find "Downloads" among the top banner on that page. Get its dropdown menu. Select "See All" and open its next page from there. Find and select "Solaris Operating Systems" on that third page. Scroll down and see "Solaris 9 Operating System". Click on that link. See a download link.) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768212&group_id=180599 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
>Zhao, Yunfeng wrote: >> One new issue: >> 1. The speed of booting windows guest is very slow, top shows the cpu usage >of qemu is always >100% while booting windows guest. >> >https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768187&gr oup_ >id=180599 >> >> > >This is an SMP guest? What HAL does it use? [Yunfeng] With ACPI HAL, both UP and SMP is slow. In my testing with 2 vcpus to boot win2k needs more than 4 minutes.(From booting to network started). Thanks Yunfeng > >-- >Do not meddle in the internals of kernels, for they are subtle and quick to panic. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
Re: [kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
Zhao, Yunfeng wrote: > One new issue: > 1. The speed of booting windows guest is very slow, top shows the cpu usage > of qemu is always >100% while booting windows guest. > https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768187&group_id=180599 > > This is an SMP guest? What HAL does it use? -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
[kvm-devel] ABAT Testing report, kernel 3415130f97.., userspace 5b16d32e..
Hi, all, This is today's ABAT testing result against kvm.git 3415130f97a18f354853cab694d392553aa51af8 and kvm-userspace.git 5b16d32e3785274310e9e1970f4221b4966c5474. Two old issues have been fixed. 1. 64bit host crashed when boot SMP linux guest https://sourceforge.net/tracker/index.php?func=detail&aid=1766613&group_id=180599&atid=893831 2. Cannot build kvm as external modules. One new issue: 1. The speed of booting windows guest is very slow, top shows the cpu usage of qemu is always >100% while booting windows guest. https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768187&group_id=180599 Issue list 1. Could not create kvm guest with memory >=2040 https://sourceforge.net/tracker/index.php?func=detail&aid=1736307&group_id=180599&atid=893831 2. Create multiple guests simultaneously or create one guest many times may fail https://sourceforge.net/tracker/index.php?func=detail&aid=1741312&group_id=180599&atid=893831 3. Can not boot IA32e RHEL 4u3 guest with -no-acpi https://sourceforge.net/tracker/index.php?func=detail&aid=1741314&group_id=180599&atid=893831 4. Can not boot 64 bit windows https://sourceforge.net/tracker/index.php?func=detail&aid=1741318&group_id=180599&atid=893831 5. Some ltp test cases fail https://sourceforge.net/tracker/index.php?func=detail&aid=1741316&group_id=180599&atid=893831 6. The speed of booting windows guest is very slow https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768187&group_id=180599 Test environment Platform Paxville-Harwich CPU 16 Memory size 8G' Details PAE: 1. boot guest with 256M memory PASS 2. boot two windows xp guest PASS 3. boot 4 same guest in parallel PASS 4. boot linux and windows guest in parallel PASS 5. boot 4G linux guest FAIL 6. boot guest with 1500M memory PASS 7. boot windows 2003 with ACPI enabled PASS 8. boot 32 bit vista with win2000 ne2000 driver pass 9. boot Windows xp with ACPI enabled PASS 10. boot Windows 2000 without ACPI PASS 11. kernel build on SMP linux guest PASS 12. LTP on SMP linux guest PASS 13. boot base kernel linux PASS 14. save/restore 32-bit HVM guests PASS 15. boot SMP Windows xp with ACPI enabled PASS 16. boot SMP windows 2003 with ACPI enabled PASS 17. boot SMP Windows 2000 PASS IA32e: 1. boot four 32-bit guest in parallel PASS 2. boot four 64-bit guest in parallel PASS 3. boot 4G 64-bit guest FAIL 4. boot 4G pae guest FAIL 5. boot 32-bit linux and 32 bit windows guest in parallel PASS 6. boot 32-bit guest with 1500M memory PASS 7. boot 32-bit guest with 256M memory PASS 8. boot 64-bit guest with 1500M memory PASS 9. boot 64-bit guest with 256M memory PASS 10. boot two 32-bit windows xp in parallel PASS 11. boot four 32-bit different guest in parallel PASS 12. save/restore 64-bit linux guests PASS 13. save/restore 32-bit linux guests PASS 14. boot 32-bit windows 2003 with ACPI enabled PASS 15. boot 32-bit Windows xp with ACPI enabled PASS 16. boot 32-bit Windows 2000 without ACPI PASS 17. boot 64-bit windows 2003 without ACPI FAIL 18. boot 64-bit Windows xp without ACPI FAIL 19. boot 64-bit vista FAIL 20. kernel build in 32-bit linux guest OS PASS 21. kernel build in 64-bit linux guest OS PASS 22. LTP on SMP 32-bit linux guest OS PASS 23. LTP on SMP 64-bit linux guest OS PASS 24. boot 64-bit guests without ACPI enabled FAIL 17. boot 32bit SMP Windows 2000 PASS Report Summary on IA32-pae Summary Test Report of Last Session = Total PassFailNoResult Crash = control_panel 7 6 1 00 Rest
[kvm-devel] [ kvm-Bugs-1768187 ] the speed of booting windows guest is very slow
Bugs item #1768187, was opened at 2007-08-06 15:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768187&group_id=180599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: yunfeng (yunfeng) Assigned to: Nobody/Anonymous (nobody) Summary: the speed of booting windows guest is very slow Initial Comment: The speed of booting windows guest is very slow. On a harwich/paxiville with 16Lps, from starting boot to network started the time-comsuming is more than 4 minutes. And "top" on host shows the cpu usage of qemu is always >100% while booting windows guest. Date of start boot Mon Aug 6 15:24:00 CST 2007 Date of network started. Mon Aug 6 15:28:19 CST 2007a top - 15:28:01 up 1:59, 8 users, load average: 1.89, 1.25, 0.94 Tasks: 153 total, 2 running, 151 sleeping, 0 stopped, 0 zombie Cpu(s): 5.9%us, 35.0%sy, 0.0%ni, 59.0%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st Mem: 8301780k total, 4058824k used, 4242956k free,69152k buffers Swap:0k total,0k used,0k free, 3508288k cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 24141 root 18 0 316m 38m 33m R 158 0.5 6:45.40 qemu 17262 root 15 0 38272 12m 8160 S 14 0.1 0:04.72 gnome-terminal 4500 root 15 0 22740 16m 5340 S1 0.2 0:52.00 Xvnc -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1768187&group_id=180599 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel