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=detail&atid=893831&aid=2287677&group_id=180599
Please note that this message will contain a full copy
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 wro
Jamie Lokier wrote:
Firstly:
That doesn't make sense: why would you do an expensive TCG translation
every time you hit the same code? After the first encounter, if the
code page hasn't been modified, it should be a TB cache lookup to
already translated code.
Except that once you run under
Anthony Liguori wrote:
> 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 MMI
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
a
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? (Y
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 "u
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
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
> 2.6.24-2
This driver must work for all kernels, whether they have SRIOV support or not.
Presumably the #ifdef CONFIG_PCI_IOV would be stripped for a kernel driver
where the kernel configures SR-IOV support.
I'll let John Ronciak respond on the issue of upstream review.
- Greg
-Original Message
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():
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
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 rec
I am using Intel Core2 Duo E6600, Kubuntu 8.04 with kernel
2.6.24-21-generic,
kvm (as in "QEMU PC emulator version 0.9.1 (kvm-62)") and a WinXP SP3
guest,
with bridged networking. My start command is:
sudo kvm -m 1024 -cdrom /dev/cdrom -boot c -net
nic,macaddr=00:d0:13:b0:2d:32,
model=rtl8139
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 se
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
Glauber Costa wrote:
Current vmalloc restart search for a free area in case we
can't find one. The reason is there are areas which are lazily
freed, and could be possibly freed now. However, current implementation
start searching the tree from the last failing address, which is
pretty much by def
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, Edd
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 di
Hi,
Here's the 6th version of this patch. I've split out the part with the
opaque env pointer through libkvm and the tiny patch for the bool.
Hence, this patch obviously require my two previous patches.
Let me know if there's further objections.
Thanks,
Jes
Merge vcpu_info into CPUState.
Move
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(-)
Ind
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 Ubunt
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 need
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 TC
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
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
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 corre
* 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:
> >>
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
>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
>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 <[EMA
>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 |
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 ioperm_hea
>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
Signe
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
35 matches
Mail list logo