From: Avi Kivity [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
diff --git a/kernel/anon_inodes.c b/kernel/anon_inodes.c
index 86ed4f2..6cf91ab 100644
--- a/kernel/anon_inodes.c
+++ b/kernel/anon_inodes.c
@@ -82,7 +82,7 @@ static struct dentry_operations
From: Hollis Blanchard [EMAIL PROTECTED]
Qemu doesn't implement 440 emulation, so pretend we're 405 instead. (We used
to provide our own cpu_ppc_find_by_name() function that allowed us to use
440.)
This fixes a fatal runtime error introduced in a recent upstream qemu merge.
Signed-off-by:
From: Martin Schwidefsky [EMAIL PROTECTED]
All registers are unsigned long types. This patch changes all occurences
of guestaddr in gaccess from u64 to unsigned long.
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
Signed-off-by: Christian Borntraeger [EMAIL PROTECTED]
Signed-off-by: Avi
From: Christian Borntraeger [EMAIL PROTECTED]
The lctl(g) instructions require a specific alignment for the parameters.
The architecture requires a specification program check if these alignments
are not used. Enforcing this alignment also removes a possible host BUG,
since the get_guest
From: Hollis Blanchard [EMAIL PROTECTED]
Allow host userspace to program hardware debug registers to set breakpoints
inside guests.
Signed-off-by: Jerone Young [EMAIL PROTECTED]
Signed-off-by: Hollis Blanchard [EMAIL PROTECTED]
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
diff --git
From: Hollis Blanchard [EMAIL PROTECTED]
Track which TLB entries need to be written, instead of overwriting everything
below the high water mark. Typically only a single guest TLB entry will be
modified in a single exit.
Guest boot time performance improvement: about 15%.
Signed-off-by: Hollis
From: Avi Kivity [EMAIL PROTECTED]
Conflicts:
arch/x86/kvm/vmx.c
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe kvm-commits in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Saturday 26 July 2008 19:45:36 Avi Kivity wrote:
Mark McLoughlin wrote:
Hey,
Here's a bunch of patches attempting to improve the performance
of virtio_net. This is more an RFC rather than a patch submission
since, as can be seen below, not all patches actually improve the
On Saturday 26 July 2008 19:45:36 Avi Kivity wrote:
5) Eliminating an extra copy on the host-guest path only makes a
barely measurable difference.
That's expected on a host-guest test. Zero copy is mostly important
for guest-external, and with zerocopy already enabled in the guest
Zhang, Xiantao wrote:
From c8c8c5a6b3ff943cb645f9ac4ef169490f14cd08 Mon Sep 17 00:00:00 2001
From: Zhang Xiantao [EMAIL PROTECTED]
Date: Fri, 25 Jul 2008 16:50:30 +0800
Subject: [PATCH] KVM: external module: Moving x86-speicif files to x86
directory.
Create x86 directory to hold x86-specific
Glauber Costa wrote:
Hey,
Over the last weeks, there has been some discussion regarding paravirt
lpj calculation for kvm. Here's my shot at that.
KVM hypervisor already put the right value in our pvclock structures,
as part of the xen compatibility efforts.
So the first patch moves the
Anthony Liguori wrote:
This option no longer exists.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Anthony Liguori wrote:
The last time I posted the KVM patch series to qemu-devel, the -tdf patch met
with
some opposition. Since today we implement timer catch-up in the in-kernel PIT
and
the in-kernel PIT is used by default, it doesn't seem all that valuable to have
timer catch-up in
Anthony Liguori wrote:
This option was meant to be temporary until TCG was fixed on PowerPC hosts. It
has been so let's get rid of it. The only issue this would introduce is that
GCC 4 could no longer be used to build KVM for PowerPC. Hollis has switched to
GCC 3.x for other reasons though so
Christian Borntraeger wrote:
Hello Avi,
seems that I mixed up the slot initialization, instead of making the first
slot always 0 I made it always 1. Lets go back to Carstens variant, since I
dont like nested ifdefs. The compiler will remove the dead code anyway.
Signed-off-by: Christian
Tian, Kevin wrote:
From: Darrick J. Wong
Sent: 2008年7月16日 7:18
I envision four scenarios:
0. Guests that don't know about cpufreq still run at whatever
nice level
they started with.
1. If we have a system with a lot of idle VMs, they will all
run with +5
nice and this patch has no
Hollis Blanchard wrote:
Hi Avi, can these patches go upstream for 2.6.27? There's a bug fix,
the addition of hardware breakpoint functionality, and three very significant
performance improvements.
By the way, I will be on vacation for a few weeks starting Monday, but
Christian Ehrhardt should
Anthony Liguori wrote:
I think there's a healthy amount of scepticism about whether tdf
really is worth it. This is why I suggested that we need to better
quantify exactly how much this patch set helps things. For instance,
a time drift test for kvm-autotest would be perfect.
tdf is
Mike Snitzer wrote:
Avi indicated he seems to remember that at least kexec worked last he
tried (didn't provide when/what he tried though).
kexec inside a guest. Months ago.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line
Mathieu Desnoyers wrote:
Yes, but the userspace side would collect the format strings as well (just
once) and could put them in the same file. The aggregation is portable
across kernel versions.
Yes,
LTTng does exactly all that.
[snip goodies]
I'll be more than happy to
Avi Kivity wrote:
Bill Davidsen wrote:
Anthony Liguori wrote:
Hi Mark,
[...snip...]
I'm still seeing the same problem I saw with my patch series.
Namely, dhclient fails to get a DHCP address. Rusty noticed that RX
has a lot more packets received then it should so we're suspicious
that
Avi Kivity wrote:
Bill Davidsen wrote:
I have been discussing this (on this list) in another thread. Putting
tcpdump on the eth0 device in the VM, the br0 device in the host, and
the eth0 (physical NIC) in the host, you can see that when the VM
generates a DHCP request it shows up on the
The most noticeable change in this release, by far, is the removal of
the QEMU/KVM annotation on the qemu window in favor of a new 'info kvm'
monitor command. If you dig deeper, you will see improved stability for
Windows guests, especially x64 variants.
Changes from kvm-71:
- fix ia64 build
Avi Kivity wrote:
The most noticeable change in this release, by far, is the removal of
the QEMU/KVM annotation on the qemu window in favor of a new 'info
kvm' monitor command. If you dig deeper, you will see improved
stability for Windows guests, especially x64 variants.
Changes from
Greg Kurtzer wrote:
On Sat, Jul 26, 2008 at 1:12 AM, Avi Kivity [EMAIL PROTECTED] wrote:
Greg Kurtzer wrote:
Hello,
I noticed some problems with the e1000 implementation in kvm = 70. At
first glance it seemed liked a PXE problem as it would not acknowledge
the DHCP offer from the server. I
There is a boot regression in kvm-72:
scsi and virtio images will not survive a reboot from within the
guest. Only drives with if=ide survives a rebooting of the guest.
That is, this will create a guest that will survive any number of reboots:
qemu-system-x86_64 -M -drive
From: Avi Kivity [mailto:[EMAIL PROTECTED]
Sent: 2008年7月27日 16:27
Tian, Kevin wrote:
From: Darrick J. Wong
Sent: 2008年7月16日 7:18
I envision four scenarios:
0. Guests that don't know about cpufreq still run at whatever
nice level
they started with.
1. If we have a system with a lot of
* Avi Kivity ([EMAIL PROTECTED]) wrote:
Mathieu Desnoyers wrote:
Yes, but the userspace side would collect the format strings as well
(just once) and could put them in the same file. The aggregation is
portable across kernel versions.
Yes,
LTTng does exactly all that.
The default rtl8139 seems to work for me, but granted it doesn't
respond right away. It takes it about 8-10 seconds to figure stuff
out. Also the rtl8139 seems to only come up as half duplex for me (not
sure if that is related, but worth mentioning).
I just tested kvm-72, and that doesn't fix the
On Sun, Jul 27, 2008 at 7:11 PM, Xavier Gnata [EMAIL PROTECTED] wrote:
Hi,
kvm-72 does not compile with 2.6.26 kernels ( x86-64bits):
./configure make gives :
/usr/local/src/kvm-72/kernel/anon_inodes.c: In function
'kvm_anon_inode_getfd':
/usr/local/src/kvm-72/kernel/anon_inodes.c:254:
Hi Marcelo:
With kvm-72 + this patch set, timekeeping in RHEL3, RHEL4 and RHEL5
guests with 2 vcpus is much better. Approaching 5 hours of uptime and
all 3 guests are within 2 seconds of the host (part of the delta
measurement based). I'll let all 3 run overnight and then turn on ntp
tomorrow.
As device paravirtualization requires a modified device driver (PV
driver) in the guest, which is aware about the hypervisor, can this be
done for proprietary OSs by writing a device driver for them and then
installing it in the guest OS ?
If yes, has it been done for Windows guests so far ?
--
Hi folks,
Ubuntu 8.04 server amd64, headless
KVM 1:62+dfsg
QEMU 0.9.1
OpenSSH 1:4.7p1
On running
# kvm -m 750 -cdrom /dev/scd0 -boot d ubuntu6.06.img
===| DirectFB 1.0.1 |===
(c) 2001-2007 The DirectFB Organization (directfb.org)
Hi Marcelo
Thanks for your work! It finally reslove my problem on failing to ack
some injected interrupts. :)
On Sunday 27 July 2008 04:01:01 Marcelo Tosatti wrote:
The PIT injection logic is problematic under the following cases:
1) If there is a higher priority vector to be delivered by
34 matches
Mail list logo