I have been unable to get the real mouse and the virtualized mouse to
stay together when using kvm with linux host, guest and client.
Previous advice (to me and others) was to use -usbdevice tablet. I've
tried that, and a variety of kvm/qemu versions, but no luck.
Can anyone suggest what to do, o
> Sounds logical - do you have numbers on the improvement?
Sure. The patch showed approximately 3-7 times speed up when measured with
rdtsc. The test environment and detailed results are described below.
---
tmp = rdtsc();
/* function of original code*/
t1 += rdtsc() - tmp;
tmp = rdtsc();
On Sun, 2010-02-07 at 22:44 -0200, Marcelo Tosatti wrote:
> On Sun, Feb 07, 2010 at 09:26:21PM -0200, Lucas Meneghel Rodrigues wrote:
> > * Removing older versions of distributions like Fedora have good reason:
> > The support cycle of them is very short (18 months), by their very
> > nature (Fedo
On Wed, 3 Feb 2010 08:18:51 am Shirley Ma wrote:
> Use detach buffers API in virtio to free unused buffers in send queue when
> shutting down
> virtio_net to avoid maintaining skb link list for each transmit packet.
>
> Signed-off-by: Shirley Ma
Hi Shirley,
Nice cleanup. Please cc: net...@
On Sun, 2010-02-07 at 12:59 -0500, Michael Goldish wrote:
> - "Lucas Meneghel Rodrigues" wrote:
>
> > The way tests are currently defined, running unattended
> > install + hugepages will allways skip unattended install
> > setup step (coincidentally the tests on our test farm
> > were working
On Sun, Feb 07, 2010 at 09:26:21PM -0200, Lucas Meneghel Rodrigues wrote:
> On Sun, 2010-02-07 at 13:24 -0500, Michael Goldish wrote:
>
> Let me explain the reasoning behind this:
>
> > Looks like you dropped all step file tests, and I don't think
> > this is a good idea. Keeping them is harmles
On Sun, 2010-02-07 at 13:24 -0500, Michael Goldish wrote:
Let me explain the reasoning behind this:
> Looks like you dropped all step file tests, and I don't think
> this is a good idea. Keeping them is harmless, so I don't think
> they should be dropped unless they're completely useless.
> If y
On 02/07/2010 03:35 PM, Alexander Graf wrote:
It's technically implementation dependent but I don't know of an
implementation that doesn't sign extend.
Hrm, would
gpr = (s64)(s32)gpr;
work? :)
Yes. Integer promotion does guarantee sign extension.
Regards,
Anthony Liguori
Alex
--
To
Avi Kivity wrote:
> On 02/07/2010 05:49 PM, Alexander Graf wrote:
>> Am 07.02.2010 um 13:54 schrieb Avi Kivity :
>>
>>> On 02/04/2010 05:55 PM, Alexander Graf wrote:
In an effort to get KVM on PPC more useful for other userspace
users than
Qemu, I figured it'd be a nice idea to imple
Am 07.02.2010 um 17:27 schrieb Anthony Liguori :
On 02/07/2010 06:32 AM, Avi Kivity wrote:
On 02/04/2010 05:55 PM, Alexander Graf wrote:
The guest I was trying to get to run uses the LHA and LHAU
instructions.
Those instructions basically do a load, but also sign extend the
result.
Since
On Fri, Feb 05, 2010 at 07:14:13PM +0100, Andrea Arcangeli wrote:
> On Fri, Feb 05, 2010 at 03:34:23PM -0200, Marcelo Tosatti wrote:
> > But perhaps a module parameter to turn accessed bit emulation off might
> > be handy in the future?
>
> Maybe, but somebody should show that this can overall bec
On Sun, Feb 07, 2010 at 02:18:19PM +0200, Avi Kivity wrote:
> On 01/29/2010 12:24 AM, Marcelo Tosatti wrote:
> >On Thu, Jan 28, 2010 at 12:37:57PM +0100, Joerg Roedel wrote:
> >>This patch changes the implementation of of
> >>kvm_iommu_map_pages to map the pages with the host page size
> >>into the
- "Lucas Meneghel Rodrigues" wrote:
> Major update and cleanup on guest OS definition:
>
> * Fedora 8, 9, 10 dropped
> * RHEL versions bumped to the latest stable versions
> * Windows 2008, Vista and 7 bumped to the last versions
> * Some duplicate information re-organized
Looks like y
- "Lucas Meneghel Rodrigues" wrote:
> The way tests are currently defined, running unattended
> install + hugepages will allways skip unattended install
> setup step (coincidentally the tests on our test farm
> were working because previous executions of the unattended
> install script ran,
On 02/07/2010 06:32 AM, Avi Kivity wrote:
On 02/04/2010 05:55 PM, Alexander Graf wrote:
The guest I was trying to get to run uses the LHA and LHAU instructions.
Those instructions basically do a load, but also sign extend the result.
Since we need to fill our registers by hand when doing MMIO,
On 02/06/2010 12:59 PM, john cooper wrote:
This patch reworks support for both assignment and
append in the config file parser. It was motivated
by comments received on the cpu model config file
format.
Commit dc9ca4ba27be4fe6a0284061b8f056c4364fb0d9
changed the behavior of "=" from assign to a
On 02/07/2010 05:49 PM, Alexander Graf wrote:
Am 07.02.2010 um 13:54 schrieb Avi Kivity :
On 02/04/2010 05:55 PM, Alexander Graf wrote:
In an effort to get KVM on PPC more useful for other userspace users
than
Qemu, I figured it'd be a nice idea to implement virtualization of the
Gekko CPU.
On 02/07/2010 05:57 PM, Alexander Graf wrote:+
+dprintk(KERN_INFO "FPU Emulator 0x%x ( 0x%llx, 0x%llx, 0x%llx
)", inst,
+inout[1], inout[2], inout[3]);
+
+call_stack =&kvmppc_call_stack[(smp_processor_id() * 2)];
+call_stack[0] = inst;
+/* call_stack[1] is INS_BLR
On 02/07/2010 05:51 PM, Alexander Graf wrote:
+if (vcpu->arch.mmio_sign_extend) {
+switch (run->mmio.len) {
+#ifdef CONFIG_PPC64
+case 4:
+if (gpr& 0x8000)
+gpr |= 0xULL;
+break;
Wouldn't
gpr = (s64)(gpr << 32)
Am 07.02.2010 um 13:50 schrieb Avi Kivity :
On 02/04/2010 05:55 PM, Alexander Graf wrote:
The one big thing about the Gekko is paired singles.
Paired singles are an extension to the instruction set, that adds
32 single
precision floating point registers (qprs), some SPRs to modify the
beh
Am 07.02.2010 um 13:29 schrieb Avi Kivity :
On 02/04/2010 05:55 PM, Alexander Graf wrote:
Right now MMIO access can only happen for GPRs and is at most 32
bit wide.
That's actually enough for almost all types of hardware out there.
Unfortunately, the guest I was using used FPU writes to MMI
Am 07.02.2010 um 13:32 schrieb Avi Kivity :
On 02/04/2010 05:55 PM, Alexander Graf wrote:
The guest I was trying to get to run uses the LHA and LHAU
instructions.
Those instructions basically do a load, but also sign extend the
result.
Since we need to fill our registers by hand when doin
Am 07.02.2010 um 13:54 schrieb Avi Kivity :
On 02/04/2010 05:55 PM, Alexander Graf wrote:
In an effort to get KVM on PPC more useful for other userspace
users than
Qemu, I figured it'd be a nice idea to implement virtualization of
the
Gekko CPU.
The Gekko is the CPU used in the GameCube. I
On 02/07/2010 04:26 PM, Jan Kiszka wrote:
Well, to me it makes more sense to name them from the point of view of
the vcpu that is doing the update.
I'm open for a better name - except for "sync" as writebacks are always
synchronous from the POV of the modified VCPU.
I meant that the st
Avi Kivity wrote:
> On 02/07/2010 03:51 PM, Jan Kiszka wrote:
>> Avi Kivity wrote:
>>
>>> On 02/03/2010 10:53 AM, Jan Kiszka wrote:
>>>
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
- cpu_synchronize_
On Sun, Feb 07, 2010 at 02:09:36PM +0200, Avi Kivity wrote:
> On 01/28/2010 01:37 PM, Joerg Roedel wrote:
>> This patch introduces a generic function to find out the
>> host page size for a given gfn. This function is needed by
>> the kvm iommu code. This patch also simplifies the x86
>> host_mappi
On 02/07/2010 03:51 PM, Jan Kiszka wrote:
Avi Kivity wrote:
On 02/03/2010 10:53 AM, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
- cpu_synchronize_all_states in qemu_savevm_state_complete
(i
Avi Kivity wrote:
> On 02/03/2010 10:53 AM, Jan Kiszka wrote:
>> This attempt to make vmport KVM compatible is half-broken and is
>> scheduled to be replaced by proper upstream support.
>>
>
> Does "scheduled" mean you have patches for adding
> cpu_synchronize_state() to vmport?
See patch 2 i
Avi Kivity wrote:
> On 02/03/2010 10:53 AM, Jan Kiszka wrote:
>> This grand cleanup drops all reset and vmsave/load related
>> synchronization points in favor of four(!) generic hooks:
>>
>> - cpu_synchronize_all_states in qemu_savevm_state_complete
>>(initial sync from kernel before vmsave)
>>
On 02/03/2010 10:53 AM, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
- cpu_synchronize_all_states in qemu_savevm_state_complete
(initial sync from kernel before vmsave)
- cpu_synchronize_all_post_init in
Avi Kivity wrote:
> On 02/07/2010 02:33 PM, Jan Kiszka wrote:
>> Avi Kivity wrote:
>>
>>> On 02/05/2010 10:26 AM, Jan Kiszka wrote:
>>>
Avi Kivity wrote:
> 'mask' is always a constant, so we can check whether it includes a
> bit that
> might be owned by the
On 02/03/2010 10:53 AM, Jan Kiszka wrote:
This attempt to make vmport KVM compatible is half-broken and is
scheduled to be replaced by proper upstream support.
Does "scheduled" mean you have patches for adding
cpu_synchronize_state() to vmport?
--
error compiling committee.c: too many ar
On 02/04/2010 05:55 PM, Alexander Graf wrote:
In an effort to get KVM on PPC more useful for other userspace users than
Qemu, I figured it'd be a nice idea to implement virtualization of the
Gekko CPU.
The Gekko is the CPU used in the GameCube. In a slightly more modern
fashion it lives on in th
On 02/04/2010 05:55 PM, Alexander Graf wrote:
The one big thing about the Gekko is paired singles.
Paired singles are an extension to the instruction set, that adds 32 single
precision floating point registers (qprs), some SPRs to modify the behavior
of paired singled operations and instructions
On Sun, Feb 07, 2010 at 02:22:35PM +0200, Avi Kivity wrote:
> On 02/05/2010 01:01 PM, Joerg Roedel wrote:
>>
>>> Yes, addresses the concern.
>>>
>> Are there any further objections against this patchset? If not it would
>> be cool if you could give me some acks for the kvm specific parts of
>
On 02/07/2010 02:33 PM, Jan Kiszka wrote:
Avi Kivity wrote:
On 02/05/2010 10:26 AM, Jan Kiszka wrote:
Avi Kivity wrote:
'mask' is always a constant, so we can check whether it includes a
bit that
might be owned by the guest very cheaply, and avoid the decache
call. Saves
a
Avi Kivity wrote:
> On 02/05/2010 10:26 AM, Jan Kiszka wrote:
>> Avi Kivity wrote:
>>
>>> 'mask' is always a constant, so we can check whether it includes a
>>> bit that
>>> might be owned by the guest very cheaply, and avoid the decache
>>> call. Saves
>>> a few hundred bytes of module text.
>
On 02/04/2010 05:55 PM, Alexander Graf wrote:
The guest I was trying to get to run uses the LHA and LHAU instructions.
Those instructions basically do a load, but also sign extend the result.
Since we need to fill our registers by hand when doing MMIO, we also need
to sign extend manually.
This
On 02/04/2010 05:55 PM, Alexander Graf wrote:
Right now MMIO access can only happen for GPRs and is at most 32 bit wide.
That's actually enough for almost all types of hardware out there.
Unfortunately, the guest I was using used FPU writes to MMIO regions, so
it ended up writing 64 bit MMIOs us
On 02/04/2010 07:56 PM, Avi Kivity wrote:
vmx.c doesn't initialize kvm_x86_ops->fpu_activate as far as I see.
Gaak. Well, that's obviously unintended.
I committed a patch to fix this.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send th
On 02/05/2010 01:01 PM, Joerg Roedel wrote:
Yes, addresses the concern.
Are there any further objections against this patchset? If not it would
be cool if you could give me some acks for the kvm specific parts of
this patchset.
There are two ways we can get the kvm bits in:
- you
On 01/29/2010 12:24 AM, Marcelo Tosatti wrote:
On Thu, Jan 28, 2010 at 12:37:57PM +0100, Joerg Roedel wrote:
This patch changes the implementation of of
kvm_iommu_map_pages to map the pages with the host page size
into the io virtual address space.
Signed-off-by: Joerg Roedel
---
virt/kvm
On 01/28/2010 01:37 PM, Joerg Roedel wrote:
This patch introduces a generic function to find out the
host page size for a given gfn. This function is needed by
the kvm iommu code. This patch also simplifies the x86
host_mapping_level function.
Applied to kvm.git since this makes sense indep
On 02/05/2010 10:26 AM, Jan Kiszka wrote:
Avi Kivity wrote:
'mask' is always a constant, so we can check whether it includes a bit that
might be owned by the guest very cheaply, and avoid the decache call. Saves
a few hundred bytes of module text.
-no-kvm-irqchip -smp 2 is broken for
On 02/01/2010 06:48 PM, Marcelo Tosatti wrote:
On fpu deactivation, the cr0 read shadow is not properly updated, since
it assumes vcpu->arch.cr0 contains the guest visible cr0 value before
guest had control of cr0.ts.
This is not true, since cr0 has been decached (from vmx_fpu_deactivate
itself
On Sun, Feb 07, 2010 at 12:28:49PM +0100, Jan Kiszka wrote:
> Gleb Natapov wrote:
> > On Wed, Feb 03, 2010 at 09:53:25AM +0100, Jan Kiszka wrote:
> >> This version addresses the feedback on v2, namely:
> >> - assert( || thread>) on low-level
> >> load/save registers
> >> - fixed mpstate initializ
On 02/06/2010 10:43 AM, Julia Lawall wrote:
From: Julia Lawall
msr was tested above, so the second test is not needed.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a messa
On 02/02/2010 09:22 AM, Joe Perches wrote:
String constants that are continued on subsequent lines with \
are not good.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a messag
Gleb Natapov wrote:
> On Wed, Feb 03, 2010 at 09:53:25AM +0100, Jan Kiszka wrote:
>> This version addresses the feedback on v2, namely:
>> - assert( || thread>) on low-level
>> load/save registers
>> - fixed mpstate initialization
>>
> With those patched, doing "info cpus" in monitor kill the gue
On 02/07/2010 12:50 PM, Joerg Roedel wrote:
On Sun, Feb 07, 2010 at 11:38:30AM +0200, Avi Kivity wrote:
On 01/28/2010 01:37 PM, Joerg Roedel wrote:
These two functions provide support for mapping and
unmapping physical addresses to io virtual addresses. The
difference to the iommu_(un
On 01/28/2010 01:02 PM, Matteo Ghezzi wrote:
Upgraded to 2.6.33-rc5, same qemu-kvm version, same hardware.
The Vnc screen is still black and the virtual machine, but now I don't
have anymore messages in the logs but directly at standard output:
KVM internal error. Suberror: 2
extra data[0]: 8000
On Sun, Feb 07, 2010 at 11:38:30AM +0200, Avi Kivity wrote:
> On 01/28/2010 01:37 PM, Joerg Roedel wrote:
>> These two functions provide support for mapping and
>> unmapping physical addresses to io virtual addresses. The
>> difference to the iommu_(un)map_range() is that the new
>> functions take
On 02/07/2010 11:44 AM, Michael S. Tsirkin wrote:
On Sun, Feb 07, 2010 at 11:42:29AM +0200, Avi Kivity wrote:
On 02/01/2010 07:21 PM, Michael S. Tsirkin wrote:
vhost-net only uses memory barriers to control SMP effects
(communication with userspace potentially running on a different C
On Sun, Feb 07, 2010 at 11:42:29AM +0200, Avi Kivity wrote:
> On 02/01/2010 07:21 PM, Michael S. Tsirkin wrote:
>> vhost-net only uses memory barriers to control SMP effects
>> (communication with userspace potentially running on a different CPU),
>> so it should use SMP barriers and not mandatory
On Wed, Feb 03, 2010 at 09:53:25AM +0100, Jan Kiszka wrote:
> This version addresses the feedback on v2, namely:
> - assert( || thread>) on low-level
> load/save registers
> - fixed mpstate initialization
>
With those patched, doing "info cpus" in monitor kill the guest, which,
unfortunately, me
On 02/01/2010 07:21 PM, Michael S. Tsirkin wrote:
vhost-net only uses memory barriers to control SMP effects
(communication with userspace potentially running on a different CPU),
so it should use SMP barriers and not mandatory barriers for memory
access ordering, as suggested by Documentation/me
On 01/28/2010 01:37 PM, Joerg Roedel wrote:
These two functions provide support for mapping and
unmapping physical addresses to io virtual addresses. The
difference to the iommu_(un)map_range() is that the new
functions take a gfp_order parameter instead of a size. This
allows the IOMMU backend i
On Mon, Feb 01, 2010 at 07:21:02PM +0200, Michael S. Tsirkin wrote:
> vhost-net only uses memory barriers to control SMP effects
> (communication with userspace potentially running on a different CPU),
> so it should use SMP barriers and not mandatory barriers for memory
> access ordering, as sugge
58 matches
Mail list logo