From: Christian Borntraeger
There are two waitqueues in kvm for wait handling:
vcpu->wq for virt/kvm/kvm_main.c and
vpcu->arch.local_int.wq for the s390 specific wait code.
the wait handling in kvm_s390_handle_wait was broken by using different
wait_queues for add_wait queue and remove_wait_queu
Am Mittwoch 24 Juni 2009 05:40:34 schrieb Rusty Russell:
> > o the general idea of a virtio_test module
> > o the user interface ioctls
> > o further ideas and comments
>
> Not mugging real drivers would be a requirement, I think.
Ok, I try to find a proper way to avoid that virtio_test binds t
Am Mittwoch 24 Juni 2009 11:18:32 schrieb Avi Kivity:
> On 06/24/2009 11:18 AM, Christian Bornträger wrote:
> > Yes, the stfle issue is present on linus git and should go to Linus.
> > Fixes 1 and 3 are only for your kvm.git-tree. They should go to Linus in
> > as soon as yo
Am Mittwoch 24 Juni 2009 10:09:18 schrieben Sie:
> On 06/23/2009 06:24 PM, Christian Borntraeger wrote:
> > Hello Avi,
> >
> > here are three patches against kvm.git that fix several issues in our
> > kvm port. Please review and consider all patches for 2.6.31.
>
> Applied all, and queued the stfle
Am Dienstag 23 Juni 2009 16:16:13 schrieb Paul Brook:
> > I did some work on virtio-console, since kvm on s390 does not provide any
> > other. I dont think we should mix two different types of devices into one
> > driver. The only thing that these drivers have in common, is the fact
> > that there
Am Dienstag 23 Juni 2009 14:55:52 schrieb Paul Brook:
> > Here are two patches. One implements a virtio-serial device in qemu
> > and the other is the driver for a guest kernel.
>
> So I'll ask again. Why is this separate from virtio-console?
I did some work on virtio-console, since kvm on s390 do
Hello Rusty,
this is a result of a two month internship about virtio testing.
From: Adrian Schneider
From: Tim Hofmann
From: Christian Ehrhardt
From: Christian Borntraeger
This patch introduces a prototype for a virtio_test module. This module can
be bound to any virtio device via sysfs bind
Am Freitag 29 Mai 2009 10:43:46 schrieb Jaswinder Singh Rajput:
> > > Adding localversion avoids confusion in kernel images :
> > NAK from my side. If you need a distinction, there is always
> Here is NAK for your NAK from my side.
> This patch is only for KVM tree and not for linus tree.
I know t
Am Freitag 29 Mai 2009 09:18:14 schrieb Jaswinder Singh Rajput:
> Adding localversion avoids confusion in kernel images :
>
> like Linux version 2.6.30-rc7 does not tell whether it is linus or kvm
> kernel.
>
> By adding localversion it tells :
>
> Linux version 2.6.30-rc7-kvm , any doubt ;-)
> I a
Am Dienstag 26 Mai 2009 09:57:58 schrieb Avi Kivity:
> > I could add that behaviour, but that could make our normal interrupt
> > handling much slower. Therefore I don't want to call that function,
> > but on the other hand I like the "skip if the request is already set"
> > functionality and think
Am Donnerstag 21 Mai 2009 06:50:15 schrieb Marcelo Tosatti:
> But I fail to see the case where vcpu creation is a fast path (unless
> you're benchmarking cpu hotplug/hotunplug).
[...]
> @@ -2053,6 +2054,9 @@ static long kvm_vm_ioctl(struct file *fi
>
> if (kvm->mm != current->mm)
>
Am Mittwoch 20 Mai 2009 11:11:57 schrieb Avi Kivity:
> > Yes, KSM is easier and it even finds duplicate data pages.
> > On the other hand it does only provide memory saving. It does not speedup
> > application startup like execute-in-place (major page faults become minor
> > page faults for text pa
Am Mittwoch 20 Mai 2009 10:45:50 schrieb Avi Kivity:
> Christian Bornträger wrote:
> > o shared guest kernels: The CMS operating system is build as a bootable
> > DCSS (called named-saved-segments NSS). All guests have the same host
> > pages for the read-only parts of the
Am Dienstag 19 Mai 2009 20:39:24 schrieb Anthony Liguori:
> Perhaps something that maps closer to the current add_buf/get_buf API.
> Something like:
>
> struct iovec *(*map_buf)(struct virtqueue *vq, unsigned int *out_num,
> unsigned int *in_num);
> void (*unmap_buf)(struct virtqueue *vq, struct io
Am Mittwoch 20 Mai 2009 04:58:38 schrieb Rusty Russell:
> On Wed, 20 May 2009 02:21:08 am Cam Macdonell wrote:
> > Avi Kivity wrote:
> > > Christian Bornträger wrote:
> > >>> To summarize, Anthony thinks it should use virtio, while I believe
> > >>>
Am Montag 18 Mai 2009 16:26:15 schrieb Avi Kivity:
> Christian Borntraeger wrote:
> > Sorry for the late question, but I missed your first version. Is there a
> > way to change that code to use virtio instead of PCI? That would allow us
> > to use this driver on s390 and maybe other virtio transpor
16 matches
Mail list logo
