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

On Tue, Aug 21, 2007 at 01:15:22PM -0700, Matthew Kent wrote: > On Tue, 2007-21-08 at 21:40 +0200, Luca wrote: > > On 8/21/07, Matthew Kent <[EMAIL PROTECTED]> wrote: > > > On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote: > > > > plain text document attachment (clock-hpet) > > > > Linux op

Re: [kvm-devel] [PATCH 0/4] Rework alarm timer infrastrucure - take2

Luca Tettamanti wrote: > Actually I'm having troubles with cyclesoak (probably it's calibration), > numbers are not very stable across multiple runs... > I've had good results with cyclesoak; maybe you need to run it in runlevel 3 so the load generated by moving the mouse or breathing doesn't

Re: [kvm-devel] linux verify_pmtmr_rate() issue

Matthew Kent wrote: > Issue here that's beyond my skill set to resolve: > > I've been starting multiple linux 2.6.23-rc3 x86 guests up in parallel > with qemu/kvm and noticed pm-timer is being disabled in some of them > with > > PM-Timer running at invalid rate: 126% of normal - aborting. > > in dm

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 12:47 -0400, Gregory Haskins wrote: > On Tue, 2007-08-21 at 10:06 -0400, Gregory Haskins wrote: > > On Tue, 2007-08-21 at 23:47 +1000, Rusty Russell wrote: > > > > > > In the guest -> host direction, an interface like virtio is designed > > > for batching, with the explicit

[kvm-devel] linux verify_pmtmr_rate() issue

Issue here that's beyond my skill set to resolve: I've been starting multiple linux 2.6.23-rc3 x86 guests up in parallel with qemu/kvm and noticed pm-timer is being disabled in some of them with PM-Timer running at invalid rate: 126% of normal - aborting. in dmesg when I start about 6 at a time.

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

Avi Kivity wrote: > Weiyang Chen wrote: > > A hardware task switch is sometimes used when a guest detects a serious > error and wants to switch to a known condition. Sometimes it happens > accidentally due to a previous error. > > Was this image installed using kvm? What HAL does it use? >

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

On Tue, 2007-21-08 at 21:40 +0200, Luca wrote: > On 8/21/07, Matthew Kent <[EMAIL PROTECTED]> wrote: > > On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote: > > > plain text document attachment (clock-hpet) > > > Linux operates the HPET timer in legacy replacement mode, which means that > > >

Re: [kvm-devel] [PATCH 0/4] Rework alarm timer infrastrucure - take2

On Tue, 21 Aug 2007, Luca Tettamanti wrote: > Avi Kivity ha scritto: >> Luca Tettamanti wrote: >>> At 1000Hz: >>> >>> QEMU >>> hpet5.5% >>> dynticks 11.7% >>> >>> KVM >>> hpet3.4% >>> dynticks7.3% >>> >>> No surprises here, you can see the additional 1k syscal

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

On 8/21/07, Matthew Kent <[EMAIL PROTECTED]> wrote: > On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote: > > plain text document attachment (clock-hpet) > > Linux operates the HPET timer in legacy replacement mode, which means that > > the periodic interrupt of the CMOS RTC is not delivered

Re: [kvm-devel] [PATCH 0/4] Rework alarm timer infrastrucure - take2

Avi Kivity ha scritto: > Luca Tettamanti wrote: >> At 1000Hz: >> >> QEMU >> hpet5.5% >> dynticks 11.7% >> >> KVM >> hpet3.4% >> dynticks7.3% >> >> No surprises here, you can see the additional 1k syscalls per second. > > This is very surprising to me. The 6.

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

On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote: > plain text document attachment (clock-hpet) > Linux operates the HPET timer in legacy replacement mode, which means that > the periodic interrupt of the CMOS RTC is not delivered (qemu won't be able > to use /dev/rtc). Add support for HPET

Re: [kvm-devel] Réf. : Re: [PATCH 0/4] Vir tual Machine Time Accounting

On 8/21/07, Christian Borntraeger <[EMAIL PROTECTED]> wrote: > Am Montag, 20. August 2007 schrieb Glauber de Oliveira Costa: > > Although I don't know KVM to a that deep level, I think it should be > > possible to keep the virtual cpus in different process (or threads), > > and take the accounting

Re: [kvm-devel] Réf. : Re: [PATCH 0/4] Vir tual Machine Time Accounting

On 8/21/07, Laurent Vivier <[EMAIL PROTECTED]> wrote: > Glauber de Oliveira Costa wrote: > >> by doing this at kernel level, we can: > >> - measure exactly the guest time, > >> - move this part of system time to user time (as you think it should be > >> user time), > >> - have consistency between s

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 20:12 +0300, Avi Kivity wrote: > No, sync() means "make the other side aware that there's work to be done". > Ok, but still the important thing isn't the kick per se, but the resulting completetion. Can we do interrupt driven reclamation? Some of those virtio_net emails I

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

Gregory Haskins wrote: > On Tue, 2007-08-21 at 10:06 -0400, Gregory Haskins wrote: > >> On Tue, 2007-08-21 at 23:47 +1000, Rusty Russell wrote: >> >>> In the guest -> host direction, an interface like virtio is designed >>> for batching, with the explicit distinction between add_buf & s

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 10:06 -0400, Gregory Haskins wrote: > On Tue, 2007-08-21 at 23:47 +1000, Rusty Russell wrote: > > > > In the guest -> host direction, an interface like virtio is designed > > for batching, with the explicit distinction between add_buf & sync. > > Right. IOQ has "iter_pu

Re: [kvm-devel] bug in virtio network driver?

Am Dienstag, 21. August 2007 schrieb Rusty Russell: > The only reason that we don't do it in skb_xmit_done() is because > kfree_skb() isn't supposed to be called from an interrupt. But there's > dev_kfree_skb_any() which can be used. Ok, I now hacked something that works but I really dont like th

Re: [kvm-devel] Running KVM without root privileges

Luca wrote: >>Thanks for the reply. I'm a little confused about the interaction >>between KVM and qemu. Which binary requires CAP_NET_ADMIN capability - >>KVM or qemu ? >> >> > >In the upstream package 'kvm' is just a script wrapper that invokes >the right qemu executable (the userspace compon

Re: [kvm-devel] KVM Test result, kernel 46a948d8.. , userspace fc50790c..

Zhao, Yunfeng wrote: > Before all windows guests were slow to boot up, sometimes windows test > cases failed because timeout. > And these days this kind of timeout failure only happens while booting > win2k guest. > > Any idea why win2k with ACPI HAL is slow? > It may be due to different Window

Re: [kvm-devel] KVM Test result, kernel 46a948d8.. , userspace fc50790c..

Before all windows guests were slow to boot up, sometimes windows test cases failed because timeout. And these days this kind of timeout failure only happens while booting win2k guest. Any idea why win2k with ACPI HAL is slow? Thanks Yunfeng > >Ah, I thought this was the Windows XP with ACPI MP

Re: [kvm-devel] KVM Test result, kernel 46a948d8.. , userspace fc50790c..

Zhao, Yunfeng wrote: >> This should have been fixed in the commit you tested. Does your test >> > do > >> a 'make install'? It needs an updated bios. >> > [Yunfeng] I build kvm rpm packages for the testing. Every time before > starting a new test, the system will run "rpm -e" to remo

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

Hi, I rebuild a image with new kvm. Then I find it works! Thanks a lot for your kindly help! - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 23:47 +1000, Rusty Russell wrote: > Hi Gregory, > > The main current use is disk drivers: they process out-of-order. Maybe for you ;) I am working on the networking/IVMC side. > > > I think the use of rings for the tx-path in of > > itself is questionable unless

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 08:00 -0400, Gregory Haskins wrote: > On Tue, 2007-08-21 at 17:58 +1000, Rusty Russell wrote: > > > Partly the horror of the code, but mainly because it is an in-order > > ring. You'll note that we use a reply ring, so we don't need to know > > how much the other side has co

Re: [kvm-devel] KVM Test result, kernel 46a948d8.. , userspace fc50790c..

>> 1. Could not create kvm guest with memory >=2040 >> >> >https://sourceforge.net/tracker/index.php?func=detail&aid=1736307&group _id= >180599&atid=893831 >> >=180599&atid=893831> >> > >This ought to be fixed for the

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 15:25 +0300, Avi Kivity wrote: > Gregory Haskins wrote: > > On Tue, 2007-08-21 at 17:58 +1000, Rusty Russell wrote: > > > > > >> Partly the horror of the code, but mainly because it is an in-order > >> ring. You'll note that we use a reply ring, so we don't need to know >

Re: [kvm-devel] [PATCH 0/4] Virtual Machine Time Accounting

Jeremy Fitzhardinge wrote: > Laurent Vivier wrote: > >> functionnalities: >> >> - allow to measure time spent by a CPU in a virtual CPU. >> - allow to display in /proc/state this value by CPU >> - allow to display in /proc//state this value by process >> - allow KVM to use these 3 previous funct

Re: [kvm-devel] KVM Test result, kernel 46a948d8.. , userspace fc50790c..

Zhao, Yunfeng wrote: > > Old 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 > >

Re: [kvm-devel] [PATCH] Add support for passing extra LDFLAGS to qemu's configure

Jeremy Katz wrote: > There are cases[1] where you want to be able to pass more ldflags to > qemu's configure. This lets you set LDFLAGS to accomplish that > > Signed-off-by: Jeremy Katz <[EMAIL PROTECTED]> > > Jeremy > > [1] Such as with the new build-id support in binutils so that you can > pass

Re: [kvm-devel] [PATCH][Rebased LAPIC5] Reading PPR directly from function rather than apic page

Yang, Sheng wrote: > After introducing TPR shadow, many TPR change won't cause vmexit, so the > present method of updating PPR can't catch it. Though we can also update > PPR > everytime when we want to read PPR, it's somehow ugly. > > Because there are only two places need reading PPR, and PPR is

Re: [kvm-devel] [PATCH][Rebased LAPIC5] Enable TPR shadow on CR8 access

Yang, Sheng wrote: > This patch enabled TPR shadow of VMX on CR8 access. 64bit Windows using > CR8 > access TPR frequently. The TPR shadow can improve the performance of > access > TPR by not causing vmexit. > > Signed-off-by: Sheng Yang <[EMAIL PROTECTED]> > > Notice: This patch based on the rebas

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

Rusty Russell wrote: > Partly the horror of the code, but mainly because it is an in-order > ring. You'll note that we use a reply ring, so we don't need to know > how much the other side has consumed (and it needn't do so in order). > Yes, it's quite nice: by using two in-order rings, you get

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

Gregory Haskins wrote: > On Tue, 2007-08-21 at 17:58 +1000, Rusty Russell wrote: > > >> Partly the horror of the code, but mainly because it is an in-order >> ring. You'll note that we use a reply ring, so we don't need to know >> how much the other side has consumed (and it needn't do so in or

Re: [kvm-devel] [PATCH 0/4] Rework alarm timer infrastrucure - take2

Luca Tettamanti wrote: >>> >>> >> Run a 100Hz guest, measure cpu usage using something accurate like >> cyclesoak, with and without dynticks, with and without kvm. >> > > Ok, here I've measured the CPU usage on the host when running an idle > guest. > > At 100Hz > > QEMU > hpet

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 17:58 +1000, Rusty Russell wrote: > Partly the horror of the code, but mainly because it is an in-order > ring. You'll note that we use a reply ring, so we don't need to know > how much the other side has consumed (and it needn't do so in order). > I have certainly been kn

Re: [kvm-devel] bug in virtio network driver?

On Tue, 2007-08-21 at 10:48 +0200, Christian Borntraeger wrote: > Hello Rusty, > > I think I have found a problem in the virtio network driver. virtio_net > reclaims sent skbs on xmit. That means that there is always one skb > outstanding and the netdev packet statistic is always one packet to l

[kvm-devel] bug in virtio network driver?

Hello Rusty, I think I have found a problem in the virtio network driver. virtio_net reclaims sent skbs on xmit. That means that there is always one skb outstanding and the netdev packet statistic is always one packet to low. Documentation/networking/drivers.txt says 3) Do not forget that once

Re: [kvm-devel] Réf. : Re: [PATCH 0/4] Vir tual Machine Time Accounting

Am Montag, 20. August 2007 schrieb Glauber de Oliveira Costa: > Although I don't know KVM to a that deep level, I think it should be > possible to keep the virtual cpus in different process (or threads), > and take the accounting time from there. Perfectly possible to know > the time we spent runni

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

On Tue, 2007-08-21 at 00:33 -0700, Dor Laor wrote: > >> > Well, for cache reasons you should really try to avoid having both > >sides > >> > write to the same data. Hence two separate cache-aligned regions > is > >> > better than one region and a flip bit. > >> > >> While I certainly can see what

Re: [kvm-devel] Réf. : Re: [PATCH 0/4] Vir tual Machine Time Accounting

Glauber de Oliveira Costa wrote: >> by doing this at kernel level, we can: >> - measure exactly the guest time, >> - move this part of system time to user time (as you think it should be >> user time), >> - have consistency between system, user and guest time, >> - report values in /proc/state and

Re: [kvm-devel] [PATCH 00/10] PV-IO v3

>> > Well, for cache reasons you should really try to avoid having both >sides >> > write to the same data. Hence two separate cache-aligned regions is >> > better than one region and a flip bit. >> >> While I certainly can see what you mean about the cache implications >for >> a bit-flip design,