On Thu, Nov 13, 2008 at 04:24:52PM +0100, Emmanuel Lacour wrote:
On Thu, Nov 13, 2008 at 03:12:33PM +, Mark McLoughlin wrote:
The fact that re-loading the virtio_net driver fixes things up makes me
suspect you've found a bug in the virtio_net driver, rather than e.g. a
bug in the
From bba614bf2acf22f765995fb2364de04cec039226 Mon Sep 17 00:00:00 2001
From: Weidong Han [EMAIL PROTECTED]
Date: Fri, 14 Nov 2008 16:53:10 +0800
Subject: [PATCH] support VT-d device hotplug
wrap kvm_assign_device() and kvm_deassign_device() to support assign/deassign a
device to a guest
Currently, it doesn't handle cleanly for VT-d device hot add, because
kvm_map_guest() will allocate a dmar_domain. It should add a device to the
existed dmar_domain instead create a new one. For hot remove, it doesn't
release the device from adev_head list, remove its ioperm data from
From 79fd6880a8e7caaecc98e559a673400d20fb14be Mon Sep 17 00:00:00 2001
From: Weidong Han [EMAIL PROTECTED]
Date: Fri, 14 Nov 2008 16:31:12 +0800
Subject: [PATCH] Deassign ioctl
Add this to support hot remove assigned device
Signed-off-by: Weidong Han [EMAIL PROTECTED]
---
libkvm/libkvm.c | 12
From 9cf3b4c270c12f1ba966a033f3d207aed898a52a Mon Sep 17 00:00:00 2001
From: Weidong Han [EMAIL PROTECTED]
Date: Fri, 14 Nov 2008 16:35:16 +0800
Subject: [PATCH] Add interface to remove ioperm data
When hot remove assigned device, need to remove its ioperm data
Signed-off-by: Weidong Han [EMAIL
From 63d8eeeff86e881ab212baed4af51801dbb90460 Mon Sep 17 00:00:00 2001
From: Weidong Han [EMAIL PROTECTED]
Date: Fri, 14 Nov 2008 16:45:44 +0800
Subject: [PATCH] support hot remove assigned device
When hot remove assigned device, deassign it from guest, delete it from
adev_head and remove its
Jamie Lokier wrote:
But does the fact KVM doesn't use TCG prevent KVM from running some
x86 modes correctly? E.g. I gather 16-bit code is run by KVM using
VM86 mode, which is not exactly correct. It would be nice to have KVM
acceleration but also complete and correct emulation, by switching to
Avi Kivity wrote:
Jamie Lokier wrote:
But does the fact KVM doesn't use TCG prevent KVM from running some
x86 modes correctly? E.g. I gather 16-bit code is run by KVM using
VM86 mode, which is not exactly correct. It would be nice to have KVM
acceleration but also complete and correct
* On Thursday 13 Nov 2008 19:08:14 Alexander Graf wrote:
On 13.11.2008, at 05:35, Amit Shah wrote:
* On Wednesday 12 Nov 2008 22:49:16 Alexander Graf wrote:
On 12.11.2008, at 17:52, Amit Shah wrote:
Hi Alex,
* On Wednesday 12 Nov 2008 21:09:43 Alexander Graf wrote:
Hi,
I was
Avi Kivity wrote:
This is the first release to fully support pci device assignment. You
can assign a pci device to qemu on the command line, or hot-plug it in
via the monitor. Note that at this time, Linux 2.6.28 is required on
the host.
Upstream qemu recently gained kvm support. At this
2008/11/14 Anthony Liguori [EMAIL PROTECTED]:
The issue is not disabling TCG at runtime. That's easy enough. The issue
is that TCG doesn't exist (and probably won't ever exist) for certain
architectures like ia64 and s390. Being forced to build with TCG support
makes having QEMU + KVM not
Jamie Lokier wrote:
Anthony Liguori wrote:
Unlike kqemu, KVM does not use TCG at all when accelerating QEMU. Having TCG
present is not a problem when using KVM on x86. x86 already has TCG host and
target support and it's quite convenient to be able to disable/enable KVM and
compare it to
Jamie Lokier wrote:
Also, an earlier thread pointed out that loops doing a lot of MMIO are
_slower_ with KVM than without - this manifested as very slow VGA
output for some guests. Having KVM pass control to TCG for short runs
of guest instructions which do MMIO, or other instructions which
I've have setup a couple virtual machines and they work great... for anywhere
between 2-24 hours. But then, for no reason I can determine, they just go 100%
busy and stop responding.
My basic setup is:
Ubuntu 8.10 server running on both host and guests.
kvm version is the one from the
Hi,
In support of Avi's preference for half line patches, I split out the
bool eliminating bits too.
Cheers,
Jes
Replace unnecessary use of _Bool type with int.
Signed-off-by: Jes Sorensen [EMAIL PROTECTED]
---
qemu/qemu-kvm.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
On Fri, Nov 14, 2008 at 03:56:19PM +0800, Zhao, Yu wrote:
Hi Greg KH,
I updated PF driver to use latest SR-IOV API in the patch set v6, and
attached it. Please take a look and please let us know if you have any
comments.
Is this driver already upstream? If so, can you just send the diff
It's not upstream yet. However, if you grep through for CONFIG_PCI_IOV you'll
see all the relevant code in those sections.
- Greg (Rose that is)
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
Sent: Friday, November 14, 2008 9:40 AM
To: Zhao, Yu
Cc: Rose, Gregory V; Dong,
On Fri, 2008-11-14 at 10:23 +0100, Emmanuel Lacour wrote:
On Thu, Nov 13, 2008 at 04:24:52PM +0100, Emmanuel Lacour wrote:
On Thu, Nov 13, 2008 at 03:12:33PM +, Mark McLoughlin wrote:
The fact that re-loading the virtio_net driver fixes things up makes me
suspect you've found a bug in
On Fri, Nov 14, 2008 at 09:48:15AM -0800, Rose, Gregory V wrote:
It's not upstream yet. However, if you grep through for
CONFIG_PCI_IOV you'll see all the relevant code in those sections.
Wouldn't it make more sense for the IOV code to be reworked to not
require #ifdefs in a driver? There
Farkas Levente wrote:
Avi Kivity wrote:
This is the first release to fully support pci device assignment. You
can assign a pci device to qemu on the command line, or hot-plug it in
via the monitor. Note that at this time, Linux 2.6.28 is required on
the host.
Upstream qemu recently gained
We have been waiting for the kernel IOV work to be in place upstream completely
before we submitted the drivers. Jeff Garzik won't take driver changes that
have no user. So as the kernel work completes, we'll submit the driver(s).
We have been talking about putting out the changes as RFC. If
Jan Kiszka wrote:
Charles Duffy wrote:
Jan Kiszka wrote:
Charles Duffy wrote:
irq 25, desc: 803afc80, depth: 1, count: 0, unhandled: 0
-handle_irq(): 800b54e3, handle_bad_irq+0x0/0x1f6
-chip(): 802ea700, 0x802ea700
-action():
IRQ_DISABLED
See if boosting the priority of the VM (see man chrt), and locking it to
a core (see man taskset) helps. You'll want to do that for the vcpu
thread(s) (in the qmeu monitor, run 'info cpus' command).
david
Randy Broman wrote:
I am using Intel Core2 Duo E6600, Kubuntu 8.04 with kernel
A: No.
Q: Should I include quotations after my reply?
On Fri, Nov 14, 2008 at 11:49:52AM -0700, Ronciak, John wrote:
We have been waiting for the kernel IOV work to be in place upstream
completely before we submitted the drivers. Jeff Garzik won't take
driver changes that have no user. So as
walt wrote:
...
So, does anyone have Vista working on recent kvm.git?
Yes. I do, but only because I forgot to load the kvm-amd
kernel module. I guess that means I'm really running Vista
on plain qemu, and not on kvm at all. Is that correct?
--
To unsubscribe from this list: send the line
walt wrote:
walt wrote:
...
So, does anyone have Vista working on recent kvm.git?
Yes. I do, but only because I forgot to load the kvm-amd
kernel module. I guess that means I'm really running Vista
on plain qemu, and not on kvm at all. Is that correct?
It appears to be. How slow is it?
Jan Kiszka wrote:
Farkas Levente wrote:
- guest fedora-9 latest kernel-2.6.26.6-79.fc9.i686 still not boot,
- guest centos-5 x86_64's kernel-2.6.18-92.1.17.el5 still gives the same
crash as kvm-78 (screenshot attached),
Those two should be fine with this patch [1]. You are welcome to test it
Amit, Alex,
Please see my comments bellow.
Avi,
Please have a look at the patches, and let me know the parts you think
can be done better.
On Fri, 2008-11-14 at 06:07 -0700, Amit Shah wrote:
* On Thursday 13 Nov 2008 19:08:14 Alexander Graf wrote:
On 13.11.2008, at 05:35, Amit Shah
Bugs item #2287677, was opened at 2008-11-15 01:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2287677group_id=180599
Please note that this message will contain a full copy of
These patches add a Hello World test program for libcflat. It also includes a
fix for guest load address code. They have been tested successfully on a host
kernel
built on 10/10/08. However, the test fails on a more recent kernel, built on
11/2/08.
--
To unsubscribe from this list: send the
# HG changeset patch
# User Deepa Srinivasan [EMAIL PROTECTED]
# Date 1226681616 21600
# Node ID 1a74ac23ff60cc2ab052072243dc4ff47faf5849
# Parent bdd5682d28d56e62c93a795465eb3625713a3885
[PATCH] kvm-userspace: ppc: Add hello world test for libcflat
From: Deepa Srinivasan [EMAIL PROTECTED]
Add
# HG changeset patch
# User Deepa Srinivasan [EMAIL PROTECTED]
# Date 1226682073 21600
# Node ID c7f077a848cb4e80704450397f2f9bb300b9ee20
# Parent d175d293f2bff5bf882ef45286c973c094cfed1e
[PATCH] kvm-userspace: ppc: Fix for guest load address
From: Deepa Srinivasan [EMAIL PROTECTED]
Fix to
# HG changeset patch
# User Deepa Srinivasan [EMAIL PROTECTED]
# Date 1226685276 21600
# Node ID ae59be00a22c4769a1116943ca5e07cec9154de0
# Parent 1a74ac23ff60cc2ab052072243dc4ff47faf5849
qemu: Fix incorrect zlib check error
From: Deepa Srinivasan [EMAIL PROTECTED]
Include the CFLAGS and
On Fri, 2008-11-14 at 11:36 -0600, Deepa Srinivasan wrote:
# HG changeset patch
# User Deepa Srinivasan [EMAIL PROTECTED]
# Date 1226681616 21600
# Node ID 1a74ac23ff60cc2ab052072243dc4ff47faf5849
# Parent bdd5682d28d56e62c93a795465eb3625713a3885
[PATCH] kvm-userspace: ppc: Add hello world
34 matches
Mail list logo