Acked-by: Carsten Otte [EMAIL PROTECTED]
Zhang, Xiantao wrote:
From: Zhang Xiantao [EMAIL PROTECTED]
Move kvm_x86_ops to x86.c
Signed-off-by: Zhang Xiantao [EMAIL PROTECTED]
---
drivers/kvm/kvm_main.c |1 -
drivers/kvm/x86.c |2 ++
drivers/kvm/x86.h |2 ++
3 files
Luca Tettamanti wrote:
On Nov 13, 2007 11:42 PM, Dor Laor [EMAIL PROTECTED] wrote:
Anthony Liguori wrote:
I've been experimenting with creating IO threads for the PV device
drivers. Unfortunately, my experiments haven't gotten very far as QEMU
tends to hang up a bit into booting the
Bugs item #1831632, was opened at 2007-11-14 10:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1831632group_id=180599
Please note that this message will contain a full copy of
Dor Laor wrote:
Anthony Liguori wrote:
Hi,
I've been experimenting with creating IO threads for the PV device
drivers. Unfortunately, my experiments haven't gotten very far as QEMU
tends to hang up a bit into booting the guest whenever I spawn a thread
that does any sort of
Zhang, Xiantao wrote:
I rebased this series of patches to further split kvm_main.c. In
this version, I mainly improved the 3th patch, and make
kvm_arch_vcpu_create to hold more logics according to community's
response. Thanks Hollis and Carsteno for Acks. :)
Hi Xiantao,
these patches
Acked-by: Carsten Otte [EMAIL PROTECTED]
Zhang, Xiantao wrote:
From: Zhang Xiantao [EMAIL PROTECTED]
Combine kvm_init and kvm_init_x86 into one function, and will be called
when arch register.
Signed-off-by: Zhang Xiantao [EMAIL PROTECTED]
---
drivers/kvm/kvm.h |4 +-
Zhang, Xiantao wrote:
Moving KVM_CHECK_EXTENSION case to arch, since different archs should
have different capabilities.
Acked-by: Carsten Otte [EMAIL PROTECTED]
-
This SF.net email is sponsored by: Splunk Inc.
Still
Zhang, Xiantao wrote:
Moving KVM_CHECK_EXTENSION case to arch, since different archs should
have different capabilities.
I believe we want to keep the existence of the ioctl
KVM_CHECK_EXTENSION common. Just the extension flags should be arch
specific. This patch has the danger, that we might
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch callback, and rather than
kvm_arch_vcpu_decache. There's no reason for s390 to grab locks and
IA64 doesn't need it as well. OK, keep them under arch, but we have to expose
kvm_lock, and vm_list out. :)
Xiantao
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carsten Otte
Sent: 2007年11月14日 19:53
To: Zhang, Xiantao
Cc:
Carsten Otte wrote:
I think two other functionalities need to be moved to kvm_arch_init
which are still in common: The call to kvm_mmu_set_nonpresent_ptes()
and the creation of kvm_vcpu_cache. This can well be done after
merging this patch. kvm_init looks very much cleaned up now, well done
Carsten Otte wrote:
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch callback, and rather than
kvm_arch_vcpu_decache. There's no reason for
Zhang, Xiantao wrote:
So we have to expose kvm_lock, and vm_list out. Is it OK?
I think that should be ok. We're within the very same module.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log
Carsten Otte wrote:
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch callback, and rather than
kvm_arch_vcpu_decache. There's no reason for
Zhang, Xiantao wrote:
Carsten Otte wrote:
I think two other functionalities need to be moved to kvm_arch_init
which are still in common: The call to kvm_mmu_set_nonpresent_ptes()
and the creation of kvm_vcpu_cache. This can well be done after
merging this patch. kvm_init looks very much
Zhang, Xiantao wrote:
Agree. I am working on this now. I think we should move all mmu code
to arch specific.
Yea, I think ppc does'nt need it as well. Hollis?
-
This SF.net email is sponsored by: Splunk Inc.
Still
david ahern wrote:
Farkas Levente wrote:
anyway how should i've test noapic? qemu command line -noapic or guest
kernel param noapic or both?
Add 'noapic' to guest kernel boot options. I've been adding it for a while to
workaround a networking issue (see kvm-Bugs-1802082).
i know try with
hi
while i try to boot our mandrake-9 single cpu 32 bit guest on our x86_64
host it always crash during kernel load. while in the host log i've got
such messages:
qemu-kvm[3155]: segfault at 2aa5a3e6 rip 004f2afd rsp
7fff4328a3e0 error 4
qemu-kvm[3197]: segfault at
On Wed, 2007-11-14 at 14:56 +0100, Farkas Levente wrote:
hi
while i try to boot our mandrake-9 single cpu 32 bit guest on our x86_64
host it always crash during kernel load. while in the host log i've got
such messages:
qemu-kvm[3155]: segfault at 2aa5a3e6 rip 004f2afd rsp
Bugs item #1831806, was opened at 2007-11-14 16:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1831806group_id=180599
Please note that this message will contain a full copy of
Bugs item #1831813, was opened at 2007-11-14 16:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1831813group_id=180599
Please note that this message will contain a full copy of
Bugs item #1831825, was opened at 2007-11-14 17:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1831825group_id=180599
Please note that this message will contain a full copy of
Avi, Ingo, Laurent,
what do you think about the following patch?
Currently the scheduler checks for PF_VCPU to decide if this
timeslice has to be accounted as guest time. On s390 host
interrupts are not disabled during guest execution. This causes
these interrupts to be accounted as guest time.
Avi Kivity wrote:
Zhang, Xiantao wrote:
Avi Kivity wrote:
Carsten Otte wrote:
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch
Zhang, Xiantao wrote:
Avi Kivity wrote:
Carsten Otte wrote:
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch callback, and rather
Avi Kivity wrote:
Zhang, Xiantao wrote:
Carsten Otte wrote:
I think two other functionalities need to be moved to kvm_arch_init
which are still in common: The call to kvm_mmu_set_nonpresent_ptes()
and the creation of kvm_vcpu_cache. This can well be done after
merging this patch. kvm_init
Hi,
I just tried to run a kernel directly using the -kernel option on VMX.
This worked with the kvm modules in the vanilla 2.6.24 kernel but
breaks on the recent git. I have not tried any version in between.
This really looks like the x86 emulator is broken.
Is this a known issue? Are there
Avi Kivity wrote:
Carsten Otte wrote:
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch callback, and rather than
kvm_arch_vcpu_decache.
Alexander Graf wrote:
Hi,
I just tried to run a kernel directly using the -kernel option on VMX.
This worked with the kvm modules in the vanilla 2.6.24 kernel but
breaks on the recent git. I have not tried any version in between.
This really looks like the x86 emulator is broken.
Zhang, Xiantao wrote:
Also work. But the last two patches will have some warnings about hunk
offset. Had better use the attached patches which have been rebased.
Thanks -Xiantao
Okay, applied the lot. I supplied signoffs from previous iterations of
this patchset, but please keep them in
Am Mittwoch, 14. November 2007 schrieb Avi Kivity:
But isn't account_system_time() called via the timer tick interrupt, and
never directly from kvm? So in_interrupt() would always be true.
Ouch, yes. Please dont use that patch, I will make a new one.
Christian
Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1194887893 21600
# Node ID 41925cedf395c050fb31083eeda8a08bad609169
# Parent a40de75e2bf823c092a20009c7646bf4c026a260
Make kvm_run more arch friendly
This patch creates hook kvm_arch_run in kvm_run
Carlo Marcelo Arenas Belon wrote:
On Sat, Nov 10, 2007 at 11:19:01AM -0800, SourceForge.net wrote:
Bugs item #1829614, was opened at 2007-11-10 21:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
On Wed, 2007-11-14 at 17:28 +0100, Farkas Levente wrote:
Izik Eidus wrote:
On Wed, 2007-11-14 at 14:56 +0100, Farkas Levente wrote:
hi
while i try to boot our mandrake-9 single cpu 32 bit guest on our x86_64
host it always crash during kernel load. while in the host log i've got
such
On Wed, 2007-11-14 at 10:10 -0600, Anthony Liguori wrote:
Avi Kivity wrote:
Alexander Graf wrote:
Hi,
I just tried to run a kernel directly using the -kernel option on VMX.
This worked with the kvm modules in the vanilla 2.6.24 kernel but
breaks on the recent git. I have not
On Sat, Nov 10, 2007 at 11:19:01AM -0800, SourceForge.net wrote:
Bugs item #1829614, was opened at 2007-11-10 21:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
Avi Kivity wrote:
Alexander Graf wrote:
Hi,
I just tried to run a kernel directly using the -kernel option on VMX.
This worked with the kvm modules in the vanilla 2.6.24 kernel but
breaks on the recent git. I have not tried any version in between.
This really looks like the x86
* Christian Borntraeger [EMAIL PROTECTED] wrote:
Avi, Ingo, Laurent,
what do you think about the following patch?
fine to me. I guess this should mostly be a NOP to KVM, right?
Ingo
-
This SF.net email is
Christian Borntraeger wrote:
Am Mittwoch, 14. November 2007 schrieb Ingo Molnar:
* Christian Borntraeger [EMAIL PROTECTED] wrote:
Avi, Ingo, Laurent,
what do you think about the following patch?
fine to me. I guess this should mostly be a NOP to KVM, right?
Yes,
hi,
I am wondering if I can running a guest Windows inside Linux host with
KVM and doing remote debugging (through firewire) another Windows
machine (running natively).
Thanks,
Neo
--
I would remember that if researchers were not ambitious
probably today we haven't the technology we are using!
I just happened to be doing some stuff with kvmctl and I decided to run
todays git tree of kvmctl on my Thinkpad T61 (with 2.0 Core 2 Dou). I
get the following when trying to run kvmctl test/x86/vmexit.flat:
[EMAIL PROTECTED]:/home/jerone/work/kvm-userspace/user# ./kvmctl
test/x86/vmexit.flat
Avi Kivity wrote:
Zhang, Xiantao wrote:
Hi Avi,
smp_call_function_mask is introduced in latest commits, but not
defined in UP configuration. So, it will run into compile fail when
kernel is configured without smp support. Please check and do the
fix :)
I see it in my
[EMAIL PROTECTED] wrote:
hi,
I am wondering if I can running a guest Windows inside Linux host with
KVM and doing remote debugging (through firewire) another Windows
machine (running natively).
This should be OK as if the connection is network.
eddie
Bugs item #1832246, was opened at 2007-11-15 13:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1832246group_id=180599
Please note that this message will contain a full copy of
Jerone Young wrote:
I just happened to be doing some stuff with kvmctl and I decided to run
todays git tree of kvmctl on my Thinkpad T61 (with 2.0 Core 2 Dou). I
get the following when trying to run kvmctl test/x86/vmexit.flat:
[EMAIL PROTECTED]:/home/jerone/work/kvm-userspace/user# ./kvmctl
From c7b60a362930679e24df27e6a412cdbdf1a55f69 Mon Sep 17 00:00:00 2001
From: Sheng Yang [EMAIL PROTECTED]
Date: Thu, 15 Nov 2007 14:52:28 +0800
Subject: [PATCH 1/2] KVM: x86 emulator: modify 'cmpxchg8b', 'lods', 'stos' to
not depend on CR2
The current 'lods' and 'stos' is depending on incoming
46 matches
Mail list logo