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
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
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).
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
>
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
tables
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).
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: we
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
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
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.
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
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 extending
the
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.
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
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
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
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
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
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.
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.
Searching
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
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 extending
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.
One patch is missing -- I'd like the string pio transfers not to include
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.
One patch is missing -- I'd like the string pio transfers not to include
24 matches
Mail list logo