Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-19 Thread Avi Kivity
Avi Kivity wrote: So the plan is: - get the /dev/kvm ABI into 2.6.22 - implement smp - add another arch - move to a syscall based interface in parallel; userspace should work with both - deprecate the old ABI and external modules. I would also like to add using arbitrary vmas as guest memory

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-19 Thread Heiko Carstens
On Mon, Mar 19, 2007 at 06:02:57PM +0200, Avi Kivity wrote: > Heiko Carstens wrote: > I agree with all of the above, and in addition, integration to the > scheduler will allow us to reduce vcpu migration rate, and maybe do > things like gang scheduling. > > But that doesn't mean it can be done now

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-19 Thread Avi Kivity
Heiko Carstens wrote: Right. I agree it's more natural to associate a vcpu with a task instead of a vcpu being an independent entry. We'd still need a handle for it, and in Linux that's an fd (pid doesn't cut it as it's racy, and probably slower too as it has to go through a global structure).

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-19 Thread Heiko Carstens
On Sun, Mar 18, 2007 at 12:42:00PM +0200, Avi Kivity wrote: > Heiko Carstens wrote: > >In addition, if we would port kvm to s390, then we would need to > >make sure that each virtual cpu only gets executed from the thread > >that created it. That is simply because the upper half of our page > >tabl

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-18 Thread Avi Kivity
Heiko Carstens wrote: What benefit would a syscall interface have? Another thing is that this patch set already introduces a way to pass a sigset. Passing a sigset to a device node is sort of strange. The sigset is passed to the device node just for safekeeping, as it doesn'

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-18 Thread Avi Kivity
Heiko Carstens wrote: On Sun, Mar 18, 2007 at 07:20:57AM +0200, Avi Kivity wrote: Heiko Carstens wrote: On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote: This patchset updates the kvm userspace interface to what I hope will be the long-term stable interface. Provisi

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-18 Thread Heiko Carstens
On Sun, Mar 18, 2007 at 07:20:57AM +0200, Avi Kivity wrote: > Heiko Carstens wrote: > >On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote: > > > >>This patchset updates the kvm userspace interface to what I hope will > >>be the long-term stable interface. Provisions are included for exte

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-17 Thread Avi Kivity
Heiko Carstens wrote: On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote: This patchset updates the kvm userspace interface to what I hope will be the long-term stable interface. Provisions are included for extending the interface later. The patches address performance and cleanline

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-16 Thread Heiko Carstens
On Fri, Mar 16, 2007 at 09:03:08AM -0500, Anthony Liguori wrote: > Heiko Carstens wrote: > >On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote: > > > >>This patchset updates the kvm userspace interface to what I hope will > >>be the long-term stable interface. Provisions are included for

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-16 Thread Anthony Liguori
Heiko Carstens wrote: On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote: This patchset updates the kvm userspace interface to what I hope will be the long-term stable interface. Provisions are included for extending the interface later. The patches address performance and cleanline

Re: [kvm-devel] [PATCH 0/15] KVM userspace interface updates

2007-03-16 Thread Heiko Carstens
On Sun, Mar 11, 2007 at 03:53:12PM +0200, Avi Kivity wrote: > This patchset updates the kvm userspace interface to what I hope will > be the long-term stable interface. Provisions are included for extending > the interface later. The patches address performance and cleanliness > concerns. Search