* Laurent Vivier [EMAIL PROTECTED] wrote:
According comments from Avi, we can clear PF_VCPU in kvm_guest_exit if
we move it after local_irq_enable().
http://lkml.org/lkml/2007/10/15/114
To simplify s390 port, we don't clear it in account_system_time().
Ingo Molnar wrote:
* Laurent Vivier [EMAIL PROTECTED] wrote:
According comments from Avi, we can clear PF_VCPU in kvm_guest_exit if
we move it after local_irq_enable().
http://lkml.org/lkml/2007/10/15/114
To simplify s390 port, we don't clear it in account_system_time().
SourceForge.net wrote:
Bugs item #1817779, was opened at 2007-10-22 13:02
Summary: KVM crash with Windows XP guest because of ACPI
Initial Comment:
Host: Fedora7, 64-bit, Intel CPU, KVM-48.
When I start Windows XP guest, that was installed with ACPI enabled, without
ACPI in KVM, KVM
Hollis Blanchard wrote:
This patch can now execute guest userspace (I'm not saying it's complete
or stable or anything though). I need to put together a more
full-featured ramdisk to test userspace more completely.
Congratulations Hollis, cool stuff :-).
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag
von Avi Kivity
Gesendet: Monday, October 22, 2007 9:40 AM
An: Back, Michael (ext)
Cc: kvm-devel@lists.sourceforge.net
Betreff: Re: [kvm-devel] KVM and Prempt?
Back, Michael (ext) wrote:
Back, Michael (ext) wrote:
Make sure CONFIG_PREEMPT_NOTIFIER is selected in your .config. You'll
have to adjust Kconfig or select the in-tree kvm for that.
Is there a possibility to check, if CONFIG_PREEMPT_NOTIFIER correct selected
and compiled in the kernel/modules?
Hello All,
I have a Qemu image running WinXP. I originally set it up to use User Mode
Networking with Qemu under Ubuntu 7.04 Feisty Fawn on a non-VMT-capable
system.
I am now running a dual-core, VMT capable system using Ubuntu 7.10 Gutsy
Gibbon.
I installed KVM and my virtual machine image
This patches can be applied only on kvm-updates-2.6.24 and kvm-updates-2.6.25
as it needs smp_call_function_mask().
In kvm_flush_remote_tlbs(), it replaces a loop using smp_call_function_single()
by a single call to smp_call_function_mask().
Signed-off-by: Laurent Vivier [EMAIL PROTECTED]
---
Arnd Bergmann wrote:
On Monday 22 October 2007, Dong, Eddie wrote:
Should fpu_active be X86 specific? Not sure about PPC S390 (Hollis
Carsten?), but for IA64
it is catagoried into low fp high fp.
PPC can use that flag, on s390 it won't help.
While both PPC and x86 may be
As x86_64 ABI defines some registers saved by the calling function, it is not
needed to save all registers in the called function when switching to VCPU.
(see http://www.x86-64.org/documentation/abi.pdf, chapter 3.2.1)
The best way to do that is to inform GCC which registers we use and let
it to
Dor Laor a écrit :
Laurent Vivier wrote:
This patches can be applied only on kvm-updates-2.6.24 and
kvm-updates-2.6.25
as it needs smp_call_function_mask().
In kvm_flush_remote_tlbs(), it replaces a loop using
smp_call_function_single()
by a single call to smp_call_function_mask().
Anthony Liguori wrote:
While both PPC and x86 may be able to use it, I doubt there will
actually be common code that ever touches it.
Common code could figure whether or not it needs to save/restore the
fpu register set, and call back to an arch specific callback to do so.
On the other hand,
Laurent Vivier wrote:
As x86_64 ABI defines some registers saved by the calling function, it is not
needed to save all registers in the called function when switching to VCPU.
(see http://www.x86-64.org/documentation/abi.pdf, chapter 3.2.1)
The best way to do that is to inform GCC which
Laurent Vivier wrote:
Dor Laor a écrit :
Laurent Vivier wrote:
This patches can be applied only on kvm-updates-2.6.24 and
kvm-updates-2.6.25
as it needs smp_call_function_mask().
In kvm_flush_remote_tlbs(), it replaces a loop using
smp_call_function_single()
by a single call
Carsten Otte wrote:
Anthony Liguori wrote:
While both PPC and x86 may be able to use it, I doubt there will
actually be common code that ever touches it.
Common code could figure whether or not it needs to save/restore the
fpu register set, and call back to an arch specific
Laurent Vivier wrote:
This patches can be applied only on kvm-updates-2.6.24 and kvm-updates-2.6.25
as it needs smp_call_function_mask().
In kvm_flush_remote_tlbs(), it replaces a loop using
smp_call_function_single()
by a single call to smp_call_function_mask().
Thanks; I pulled
Avi Kivity a écrit :
Laurent Vivier wrote:
As x86_64 ABI defines some registers saved by the calling function, it
is not
needed to save all registers in the called function when switching to
VCPU.
(see http://www.x86-64.org/documentation/abi.pdf, chapter 3.2.1)
The best way to do that is
Avi Kivity a écrit :
Laurent Vivier wrote:
Other than that the patch is very welcome -- the excessive register
saving is very annoying to me.
I think we can do the same thing with svm.c, but I can't test it.
I can test it for you (but a separate patch please -- these are
Laurent Vivier wrote:
This patches can be applied only on kvm-updates-2.6.24 and kvm-updates-2.6.25
as it needs smp_call_function_mask().
There's one thing I don't understand: How is this locked versus cpu
hotplug? Isn't there an obvious race involved where a cpu unplugged
after cpu_set()?
Carsten Otte wrote:
Laurent Vivier wrote:
This patches can be applied only on kvm-updates-2.6.24 and kvm-updates-2.6.25
as it needs smp_call_function_mask().
There's one thing I don't understand: How is this locked versus cpu
hotplug? Isn't there an obvious race involved where a
Avi Kivity wrote:
Carsten Otte wrote:
Laurent Vivier wrote:
This patches can be applied only on kvm-updates-2.6.24 and
kvm-updates-2.6.25
as it needs smp_call_function_mask().
There's one thing I don't understand: How is this locked versus cpu
hotplug? Isn't
The following patch Implement a configure passthrough for qemu and
migrate all current qemu specific configuration flags (enable-alsa,
disable-vnc-tls and disable-gcc-check) to use it.
It uses qemu's configure to get a list of hints for additional options to
use and to keep backward compatible
On Sun, 2007-10-21 at 08:40 +0200, Avi Kivity wrote:
The usage of the macro is only for an intermediate stage, so this
patch shows the changes in the data structures, while the next one
will be littered with code changes due to the changes in the way
fields are addressed.
OK.
What is the
As vmx_create_vcpu already makes use of start/end_special_insn, we need
to initialise the emulated preempt_notifier earlier. Let's move it to
kvm_vcpu_init. This should fix an oops I've seen here at least once
during kvm startup - so far the problem did not show up again.
Signed-off-by: Jan
Hi,
I'm seeing fairly high vm-exit latencies (300-400 us) during and only
during qemu/kvm startup and shutdown on a Core2 T5500 in 32-bit mode.
It's most probably while the VM runs inside bios code. During the rest
of the time, while some Linux guest is running, the exit latencies are
within
On Mon, Oct 22, 2007 at 09:51:24PM +0200, Avi Kivity wrote:
Carlo Marcelo Arenas Belon wrote:
On Sun, Oct 21, 2007 at 01:25:34PM +0200, Avi Kivity wrote:
Is it possible in case of a failure due to an unrecognized option to
call out usage() instead of qemu's?
not sure what you
The following patch implement a configure passthrough for qemu and
migrate all currently implemented qemu specific configuration flags
(enable-alsa, disable-vnc-tls and disable-gcc-check) to use it.
It uses qemu's configure to get a list of hints for additional options to
use and to keep
[EMAIL PROTECTED] wrote:
Hi,
I'm seeing fairly high vm-exit latencies (300-400 us) during and only
during qemu/kvm startup and shutdown on a Core2 T5500 in 32-bit mode.
It's most probably while the VM runs inside bios code. During the rest
of the time, while some Linux guest is running, the
I fails to build the latest tip.
A .h file is missing.
error: asm/kvm_para.h: No such file or directory
-Original Message-
From: root [mailto:[EMAIL PROTECTED]
Sent: 2007年10月23日 10:49
Subject:
make -C kernel
make[1]: Entering directory
Hi
I tried to build kvm-48 on open suse 10.3 but configure is
giving me error. actually no virtual graphics card is getting selected
as SDL is giving error.
-
Install prefix/usr/local
BIOS directory/usr/local/share/qemu
binary directory /usr/local/bin
Manual
30 matches
Mail list logo