Re: [kvm-devel] [PATCH 06/55] KVM: Per-architecture hypercall definitions

2007-12-26 Thread Pavel Machek
Hi! > Currently kvm provides hypercalls only for x86* architectures. To > provide hypercall infrastructure for other kvm architectures I split > kvm_para.h into a generic header file and architecture specific > definitions. > > Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]> > Signed-off

Re: [kvm-devel] [RFC] Deferred interrupt handling.

2007-07-25 Thread Pavel Machek
Hi! I guess this will also allow UIO to work without _any_ kernel parts, with only slight performance penalty in 'almost-never-happens' deadlock case? (Greg, details are below, and better description is in the lkml thread). Pavel > > - Our

Re: [kvm-devel] [PATCH 10/13] KVM: Wire up hypercall handlers to a central arch-independent location

2007-02-22 Thread Pavel Machek
On Mon 2007-02-19 10:30:52, Avi Kivity wrote: > Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> changelog? > + switch (nr) { > + default: > + ; > + } Eh? -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture

Re: [kvm-devel] [RFC] Stable kvm userspace interface

2007-01-12 Thread Pavel Machek
Hi! > >>Can we please avoid adding a ton of new ioctls? > >>ioctls inevitably require 64-bit compat code for > >>certain architectures, whereas sysfs/procfs does not. > > > >For performance reasons, an ascii string based > >interface is not > >desireable here, some of these calls should be >

Re: [kvm-devel] [announce] [patch] KVM paravirtualization for Linux

2007-01-06 Thread Pavel Machek
Hi! > i'm pleased to announce the first release of paravirtualized KVM (Linux > under Linux), which includes support for the hardware cr3-cache feature > of Intel-VMX CPUs. (which speeds up context switches and TLB flushes) > > the patch is against 2.6.20-rc3 + KVM trunk and can be found at: >

Re: [kvm-devel] [PATCH 12/14] KVM: x86 emulator

2006-11-07 Thread Pavel Machek
HI! > Add an x86 instruction emulator for kvm. > > We need an x86 emulator for the following reasons: > > - mmio instructions are intercepted as page faults, with no information about > the operation to be performed other than the virtual address > - real-mode is emulated using the old-fashine