Re: [kvm-devel] serious-looking warning building kvm-36

On Thu, 2007-08-23 at 19:04 +, Chris Clayton wrote: > Hi, > > I've just built kvm-36 and noticed what looks as if it may be a non-trivial > warning: > > make[1]: Leaving directory `/home/chris/rpm/BUILD/kvm-36/kernel' > make -C user > make[1]: Entering directory `/home/chris/rpm/BUILD/kvm-36

Re: [kvm-devel] Windows Server 2003 Crashes on KVM-35

Jorge - Just wanted to drop you a message to say a belated "thanks" (been so busy didn't have time to check everything on both systems until yesterday)! Anyway, your mention that you were successfully running Windows Server 2003 inspired me to redouble my efforts. I did a new, clean installati

Re: [kvm-devel] tun/tap kernel module

On 8/23/07, Cam Macdonell <[EMAIL PROTECTED]> wrote: > I'm trying to setup networking on FC6. Where can I find the tun/tap > interface? CONFIG_TUN But I'm pretty sure that default FC kernel has the module already built. Try: modprobe tun Luca ---

[kvm-devel] tun/tap kernel module

Hi, I'm trying to setup networking on FC6. Where can I find the tun/tap interface? I realize this is almost a RTFM question, but I just haven't been able to find it. If someone could point me to a RPM or yum repo that would be great. Thanks, Cam ---

Re: [kvm-devel] serious-looking warning building kvm-36

On 8/23/07, Chris Clayton <[EMAIL PROTECTED]> wrote: > Hi, > > I've just built kvm-36 and noticed what looks as if it may be a non-trivial > warning: > > make[1]: Leaving directory `/home/chris/rpm/BUILD/kvm-36/kernel' > make -C user > make[1]: Entering directory `/home/chris/rpm/BUILD/kvm-36/user'

Re: [kvm-devel] [PATCH] Fix network boot whether KVM is enabled or disabled

On Thu, 2007-08-23 at 12:08 -0700, Chuan-kai Lin wrote: > On 8/22/07, Anthony Liguori <[EMAIL PROTECTED]> wrote: > > Hrm, it looks like it's the BIOS. Using the BIOS in qemu-0.9.0, -boot n > > works with > > x86_64 but the bios installed by KVM doesn't work. > > Yeah, it does seem to be the cas

Re: [kvm-devel] [PATCH] Fix network boot whether KVM is enabled or disabled

On 8/22/07, Anthony Liguori <[EMAIL PROTECTED]> wrote: > Hrm, it looks like it's the BIOS. Using the BIOS in qemu-0.9.0, -boot n > works with > x86_64 but the bios installed by KVM doesn't work. Yeah, it does seem to be the case. I ran a few experiments after reading your message: kvm-28 and kv

[kvm-devel] serious-looking warning building kvm-36

Hi, I've just built kvm-36 and noticed what looks as if it may be a non-trivial warning: make[1]: Leaving directory `/home/chris/rpm/BUILD/kvm-36/kernel' make -C user make[1]: Entering directory `/home/chris/rpm/BUILD/kvm-36/user' cc -I /home/chris/rpm/BUILD/kvm-36/kernel/include -MMD -MF ./.kvm

Re: [kvm-devel] Vista 32 Premium 32 bit gets blue screen on boot

Yep.. sure enough, that did it. On 8/23/07, Avi Kivity <[EMAIL PROTECTED]> wrote: > > Haydn Solomon wrote: > > I've installed vista premium home 32 bit on previous versions of kvm, > > namely 24-1 which is packaged with fedora 7. Since then I've removed > > these packages and building kvm from re

Re: [kvm-devel] A small problem

John Lewis wrote: > Hi Guys, > > Congratulations on creating something altogether more elegant and > simple to use than Xen. > > However I am having a small problem. Every time I try to start qemu > the machine hangs completely. That's hardly simple to use. > Can you give me some pointers? >

[kvm-devel] A small problem

Hi Guys, Congratulations on creating something altogether more elegant and simple to use than Xen. However I am having a small problem. Every time I try to start qemu the machine hangs completely. Can you give me some pointers? My environment is:- Gentoo x86_64, Gcc-3.4.6-r2 + Gcc-4.1.2, ker

Re: [kvm-devel] Vista 32 Premium 32 bit gets blue screen on boot

Haydn Solomon wrote: > Yep.. sure enough, that did it. > Please try out the bios images in http://people.qumranet.com/avi/bios-images/ and let us know which ones work and which don't. > On 8/23/07, *Avi Kivity* <[EMAIL PROTECTED] > > wrote: > > Haydn Solomon wrote: >

Re: [kvm-devel] Another "unhandled vm exit: 0x9"

Avi Kivity wrote: > Cam Macdonell wrote: >> Avi Kivity wrote: >>> Cam Macdonell wrote: Avi Kivity wrote: Hi, I had this same problem. I have an old XP image that would not run under kvm-35. It was installed with the kvm that is packaged with Ubuntu Feisty (kvm

Re: [kvm-devel] Another "unhandled vm exit: 0x9"

Cam Macdonell wrote: > Avi Kivity wrote: >> Cam Macdonell wrote: >>> Avi Kivity wrote: >>> >>> Hi, >>> >>> I had this same problem. I have an old XP image that would not run >>> under kvm-35. It was installed with the kvm that is packaged with >>> Ubuntu Feisty (kvm-27, I believe). After I upg

Re: [kvm-devel] Another "unhandled vm exit: 0x9"

Avi Kivity wrote: > Cam Macdonell wrote: >> Avi Kivity wrote: >> >> Hi, >> >> I had this same problem. I have an old XP image that would not run >> under kvm-35. It was installed with the kvm that is packaged with >> Ubuntu Feisty (kvm-27, I believe). After I upgraded, it crashes >> during bo

Re: [kvm-devel] [PATCH][RESEND] Split segments reload in vmx_load_host_state()

Laurent Vivier wrote: > From KVM/TODO: > vmx_load_host_state() bundles fs, gs, ldt, and tss reloading into > one in the hope that it is infrequent. With smp guests, fs reloading is > frequent and the separate reloads should be unbundled. > > Applied, thanks. -- error compiling committee.c: t

[kvm-devel] [PATCH][RESEND] Split segments reload in vmx_load_host_state()

From KVM/TODO: vmx_load_host_state() bundles fs, gs, ldt, and tss reloading into one in the hope that it is infrequent. With smp guests, fs reloading is frequent and the separate reloads should be unbundled. Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]> Index: kvm/drivers/kvm/vmx.c ===

[kvm-devel] Johann LAGRUE est absent(e).

Je serai absent(e) du 20/08/2007 au 31/08/2007. Je répondrai à votre message dès mon retour. En cas d'urgence, merci de contacter Mr LEPAGE ou Mr DUVAL au 01.34.94.37.80- This SF.net email is sponsored by: Splunk Inc. Stil

Re: [kvm-devel] [PATCH] Split segments reload in vmx_load_host_state()

Laurent Vivier wrote: > Avi Kivity wrote: > >> Laurent Vivier wrote: >> >>> It is from the TODO and I hope no one is already working on this. >>> >>> 'vmx_load_host_state() bundles fs, gs, ldt, and tss reloading into one in >>> the >>> hope that it is infrequent. With smp guests, fs reload

Re: [kvm-devel] [PATCH] Split segments reload in vmx_load_host_state()

Avi Kivity wrote: > Laurent Vivier wrote: >> It is from the TODO and I hope no one is already working on this. >> >> 'vmx_load_host_state() bundles fs, gs, ldt, and tss reloading into one in the >> hope that it is infrequent. With smp guests, fs reloading is frequent and the >> separate reloads sho

Re: [kvm-devel] [PATCH] Split segments reload in vmx_load_host_state()

Laurent Vivier wrote: > It is from the TODO and I hope no one is already working on this. > > 'vmx_load_host_state() bundles fs, gs, ldt, and tss reloading into one in the > hope that it is infrequent. With smp guests, fs reloading is frequent and the > separate reloads should be unbundled.' > >

[kvm-devel] [PATCH] Split segments reload in vmx_load_host_state()

It is from the TODO and I hope no one is already working on this. 'vmx_load_host_state() bundles fs, gs, ldt, and tss reloading into one in the hope that it is infrequent. With smp guests, fs reloading is frequent and the separate reloads should be unbundled.' Signed-off-by: Laurent Vivier <[EMAI

Re: [kvm-devel] [kvm-commits] KVM: VMX: Use shadow TPR/cr8 for 64-bits guests

> I remember when I added something similar to the lapic series that both > of my C2D systems (Merom + Woodcrest) reported that they didn't support > the feature in the HW. Since those were fairly new, which ones *do* > support this (out of curiosity), or is there a microcode update floating > aro

Re: [kvm-devel] [kvm-commits] KVM: VMX: Use shadow TPR/cr8 for 64-bits guests

On Thu, 2007-08-23 at 10:46 +0300, Avi Kivity wrote: > repository: /home/avi/kvm/linux-2.6 > branch: lapic5 > commit 8ed05c33d82a394c90b5dd830513416e59ffcf68 > Author: Yang, Sheng <[EMAIL PROTECTED]> > Date: Wed Aug 22 15:03:15 2007 +0300 > > KVM: VMX: Use shadow TPR/cr8 for 64-bits guests >

Re: [kvm-devel] [ANNOUNCE] kvm-36 release

Izik Eidus wrote: > On Thu, 2007-08-23 at 11:12 +0300, Avi Kivity wrote: > >> Avi Kivity wrote: >> >>> Gunther Persoons wrote: >>> I noticed the idle cpu usage for kvm-36 running windows xp 32 bit as guest is much higher. For kvm-35 this was around 2-4%, running kvm-36

Re: [kvm-devel] [ANNOUNCE] kvm-36 release

On Thu, 2007-08-23 at 03:36 +0300, Izik Eidus wrote: > On Thu, 2007-08-23 at 11:12 +0300, Avi Kivity wrote: > > Avi Kivity wrote: > > > Gunther Persoons wrote: > > >> I noticed the idle cpu usage for kvm-36 running windows xp 32 bit as > > >> guest is much higher. > > >> For kvm-35 this was around

Re: [kvm-devel] [ANNOUNCE] kvm-36 release

On Thu, 2007-08-23 at 11:12 +0300, Avi Kivity wrote: > Avi Kivity wrote: > > Gunther Persoons wrote: > >> I noticed the idle cpu usage for kvm-36 running windows xp 32 bit as > >> guest is much higher. > >> For kvm-35 this was around 2-4%, running kvm-36 it's 22% - 26%. > >> > >> > > > > Hmm. I

[kvm-devel] [ kvm-Bugs-1780032 ] Cannot install 64bit vista into KVM guest

Bugs item #1780032, was opened at 2007-08-23 17:03 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=1780032&group_id=180599 Please note that this message will contain a full copy

Re: [kvm-devel] [ANNOUNCE] kvm-36 release

2007/8/23, Avi Kivity <[EMAIL PROTECTED]>: > Avi Kivity wrote: > > Gunther Persoons wrote: > >> I noticed the idle cpu usage for kvm-36 running windows xp 32 bit as > >> guest is much higher. > >> For kvm-35 this was around 2-4%, running kvm-36 it's 22% - 26%. > >> > >> > > > > Hmm. Is this using

Re: [kvm-devel] [PATCH] Fix BIOS CPU enumeration

Li, Xin B wrote: >> -Original Message- >> From: Avi Kivity [mailto:[EMAIL PROTECTED] >> Sent: Thursday, August 23, 2007 4:29 PM >> To: Li, Xin B >> Cc: kvm-devel@lists.sourceforge.net >> Subject: Re: [kvm-devel] [PATCH] Fix BIOS CPU enumeration >> >> Li, Xin B wrote: >> >>> Current BI

Re: [kvm-devel] [PATCH] Fix BIOS CPU enumeration

>-Original Message- >From: Avi Kivity [mailto:[EMAIL PROTECTED] >Sent: Thursday, August 23, 2007 4:29 PM >To: Li, Xin B >Cc: kvm-devel@lists.sourceforge.net >Subject: Re: [kvm-devel] [PATCH] Fix BIOS CPU enumeration > >Li, Xin B wrote: >> Current BIOS delays 10ms for AP to boot up, but we

Re: [kvm-devel] [PATCH] Fix BIOS CPU enumeration

Li, Xin B wrote: > Current BIOS delays 10ms for AP to boot up, but we found it may be too > short : on some machine 10ms is OK, some other not. And if we look at > the OS side, Linux waits for 5s for AP to boot up, so I would suggest to > wait for a much longer time, like 2000ms, is that OK Two se

Re: [kvm-devel] [ANNOUNCE] kvm-36 release

Avi Kivity wrote: Gunther Persoons wrote: I noticed the idle cpu usage for kvm-36 running windows xp 32 bit as guest is much higher. For kvm-35 this was around 2-4%, running kvm-36 it's 22% - 26%. Hmm. Is this using the ACPI HAL, or the Standard PC HAL, or what? The fix was targeted at A

Re: [kvm-devel] [PATCH] Fix BIOS CPU enumeration

Current BIOS delays 10ms for AP to boot up, but we found it may be too short : on some machine 10ms is OK, some other not. And if we look at the OS side, Linux waits for 5s for AP to boot up, so I would suggest to wait for a much longer time, like 2000ms, is that OK? -Xin >-Original Message--

Re: [kvm-devel] [PATCH] Fix the updating of PPR after TPR shadow introduced

Yang, Sheng wrote: > After TPR Shadow feature introduced, many TPR access won't cause vmexit, > so > the ordinary point of catching TPR and updating PPR is insufficient. > > This patch updates PPR everytime when possible reading PPR action > occurs. > > I folded this into the TPR shadow patch.

Re: [kvm-devel] [ANNOUNCE] kvm-36 release

Gunther Persoons wrote: > I noticed the idle cpu usage for kvm-36 running windows xp 32 bit as > guest is much higher. > For kvm-35 this was around 2-4%, running kvm-36 it's 22% - 26%. > > Hmm. Is this using the ACPI HAL, or the Standard PC HAL, or what? The fix was targeted at ACPI MP HALs (

Re: [kvm-devel] Vista 32 Premium 32 bit gets blue screen on boot

Haydn Solomon wrote: > I've installed vista premium home 32 bit on previous versions of kvm, > namely 24-1 which is packaged with fedora 7. Since then I've removed > these packages and building kvm from releases from sourceforge > provided qumranet website. When I try to install vista premium h

Re: [kvm-devel] [Qemu-devel] [PATCH 3/4] Add support for HPET periodic timer.

On Thu, Aug 23, 2007 at 12:09:47AM +0200, Andi Kleen wrote: > > $ dmesg |grep -i hpet > > ACPI: HPET 7D5B6AE0, 0038 (r1 A M I OEMHPET 5000708 MSFT 97) > > ACPI: HPET id: 0x8086a301 base: 0xfed0 > > hpet0: at MMIO 0xfed0, IRQs 2, 8, 0, 0 > > hpet0: 4 64-bit timers, 14318180 Hz > > h