On Mon, May 05, 2008 at 02:36:23PM -0700, Kay, Allen M wrote:
+ for (j = 0; j npages; j++) {
+ gpa += PAGE_SIZE;
+ page = gfn_to_page(kvm, gpa PAGE_SHIFT);
+ hpa = page_to_phys(page);
+ domain_page_mapping(kvm-arch.domain, gpa, hpa,
Bugs item #1959950, was opened at 2008-05-08 04:45
Message generated for change (Comment added) made by avik
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1959950group_id=180599
Please note that this message will contain a full copy of the comment
Nick Cannon attributed his courting skills to us http://www.bualken.com/
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use
Avi Kivity wrote:
I asked fo this thinking bypass_guest_pf may help show more
information. But thinking a bit more, it will not.
I think I do know what the problem is. I will try it out. Is there a
free clone (like centos) available somewhere?
This patch tracks down emulated accesses
Avi Kivity wrote:
Avi Kivity wrote:
I asked fo this thinking bypass_guest_pf may help show more
information. But thinking a bit more, it will not.
I think I do know what the problem is. I will try it out. Is there
a free clone (like centos) available somewhere?
This patch tracks down
Marcelo Tosatti wrote:
On Fri, May 09, 2008 at 04:22:08PM -0300, Marcelo Tosatti wrote:
For things like register dumps I don't believe its worthwhile. Much
simpler to stop the vcpu with SIG_IPI, retrieve registers, and run it
again (now that you mention the busy-spin, it is broken right
Marcelo Tosatti wrote:
The best practice is to issue all vcpu ioctls from the thread that
created the vcpu; this becomes mandatory if we ever switch to a syscall
interface and remove the mutex.
For things like register dumps I don't believe its worthwhile. Much
simpler to stop the
Anthony Liguori wrote:
Normally, tap always reads packets and simply lets the client drop them if it
cannot receive them. For virtio-net, this results in massive packet loss and
about an 80% performance loss in TCP throughput.
This patch modifies qemu_send_packet() to only deliver a packet
James Pike wrote:
Sorry that doesn't work.
This does.
--- kvm/configure2008-05-02 19:20:13.0 +0800
+++ kvm.new/configure2008-05-07 19:34:28.0 +0800
@@ -2,6 +2,7 @@
prefix=/usr/local
kerneldir=/lib/modules/$(uname -r)/build
+kernelsrcdir=/lib/modules/$(uname
Anthony Liguori wrote:
I don't think we can do page migration with VT-d. You need to be able
to detect whether the page has been changed by dma after you've copied
it but before you changed the pte, but VT-d doesn't allow that AFAICT.
Hrm, I would have to look at the VT-d but I
Avi Kivity wrote:
Anthony Liguori wrote:
Normally, tap always reads packets and simply lets the client drop
them if it
cannot receive them. For virtio-net, this results in massive packet
loss and
about an 80% performance loss in TCP throughput.
This patch modifies qemu_send_packet() to
Anthony Liguori wrote:
How about the other way round: when the vlan consumer detects it can
no longer receive packets, it tells that to the vlan. When all vlan
consumers can no longer receive, tell the producer to stop
producing. For the tap producer, this is simply removing its fd from
Avi Kivity wrote:
Anthony Liguori wrote:
How about the other way round: when the vlan consumer detects it can
no longer receive packets, it tells that to the vlan. When all vlan
consumers can no longer receive, tell the producer to stop
producing. For the tap producer, this is simply
Dor Laor mailto:[EMAIL PROTECTED] wrote:
On Wed, 2008-05-07 at 21:17 +0800, Jiang, Yunhong wrote:
Avi Kivity mailto:[EMAIL PROTECTED] wrote:
We just fixed an smp bug for virtio (also triggered by single
processor
with ACPI multiprocessor HAL). We'll publish a new binary tomorrow.
The
On Friday 09 May 2008 23:49:13 Avi Kivity wrote:
Yang, Sheng wrote:
From 4942a5c35c97e5edb6fe1303e04fb86f25cac345 Mon Sep 17 00:00:00 2001
From: Sheng Yang [EMAIL PROTECTED]
Date: Thu, 8 May 2008 16:00:57 +0800
Subject: [PATCH 3/4] KVM: VMX: Enable NMI with in-kernel irqchip
static
15 matches
Mail list logo