This is the preparation for moving mmu code to arch. Since mmu code in
arch, translation functionality should be implemented for every arch.
Xiantao
>From 509863f6eb6968886ecdbe27c354f63c8c59b799 Mon Sep 17 00:00:00 2001
From: Zhang Xiantao <[EMAIL PROTECTED]>
Date: Fri, 16 Nov 2007 13:05:55 +0800
On Friday 16 November 2007 14:41:50 Avi Kivity wrote:
> Sheng Yang wrote:
> > On Thursday 15 November 2007 18:15:20 Avi Kivity wrote:
> >> Sheng Yang wrote:
> >>> From 9cd9d5cde7341d5e9de41b1070cea7a98e7d8cc9 Mon Sep 17 00:00:00 2001
> >>> From: Sheng Yang <[EMAIL PROTECTED]>
> >>> Date: Thu, 15 No
Remove __init attributes for kvm_init_debug and kvm_init_msr_list, since
their callers are not declared with __init. It maybe introduce prolems,
once kvm is built-in while kvm-intel or kvm-amd is built as module.
Thanks
Xiantao
0003-Remove-__init-attributes-for-kvm_init_debug-and-kvm_.patch
Desc
Sheng Yang wrote:
> On Thursday 15 November 2007 18:15:20 Avi Kivity wrote:
>
>> Sheng Yang wrote:
>>
>>> From 9cd9d5cde7341d5e9de41b1070cea7a98e7d8cc9 Mon Sep 17 00:00:00 2001
>>> From: Sheng Yang <[EMAIL PROTECTED]>
>>> Date: Thu, 15 Nov 2007 15:11:58 +0800
>>> Subject: [PATCH 2/2] KVM: x
According to privious decisions, mmu code should be moved to arch.
>From 43a629932b6babcbf2af75299192c1d77c2393d5 Mon Sep 17 00:00:00 2001
From: Zhang Xiantao <[EMAIL PROTECTED]>
Date: Fri, 16 Nov 2007 13:16:40 +0800
Subject: [PATCH] KVM: MMU split for portability.
Since mmu code is very arch-de
On Nov 15, 2007 2:30 AM, Dong, Eddie <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Thanks. But I cannot use that since I am going to debug drivers
> > running on Windows and qemu does not expose the real hardware to
> > guest.
> >
> > So, here is another question, is there any plan to m
On Thursday 15 November 2007 18:15:20 Avi Kivity wrote:
> Sheng Yang wrote:
> > From 9cd9d5cde7341d5e9de41b1070cea7a98e7d8cc9 Mon Sep 17 00:00:00 2001
> > From: Sheng Yang <[EMAIL PROTECTED]>
> > Date: Thu, 15 Nov 2007 15:11:58 +0800
> > Subject: [PATCH 2/2] KVM: x86 emulator: Discard CR2 in x86 em
On Thursday 15 November 2007 18:05:30 Avi Kivity wrote:
> Sheng Yang wrote:
> > 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', '
Hi, all
I have worked out a rough patch to split mmu code from kvm_main.c.
Welcome comments!
Currently, most of code wrt mmu are moved to arch, but one exception
exists. In fucntion kvm_vm_ioctl_get_diry_log, I used
KVM_CAP_MMU_SHADOW_CACHE_CONTROL to comment two lines. Can it be
accepted
Bonjour,
Je suis artiste peintre, spécialisé dans l'art équestre et le ciel peint sur
plafond.
J'aimerais pouvoir vous compter parmis les visiteurs de mon site :
http://http://www.aymericz.com
et vous y inviter tous les 3 mois pour découvrir mes nouvelles créations.
Si vous acceptez, inscrivez
Elmar Haneke wrote:
> Hi,
>
> I do have some trouble with german keyboard layout when running with
> VNC-X-Server: Umlaut-Keys are dead, some of the number-key show wron
> shift-symbols.
>
> Running against an "real" X-Server does not raise that problem.
>
> Guest OS is Windows Vista
>
> Running an
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>>
>>
BTW, Seems current KVM source doesn't support UP kernel without
kvm built-in, once we build kvm modules through kvm-userspace.git.
>>> Should work, though I never tested it. Are you seeing an error?
>>>
>>
>> Just have a te
Zhang, Xiantao wrote:
> Jerone Young wrote:
>
>> This is a continuation of a conversation I have been having with Izik
>> Eidus on IRC today.
>>
>> I plan on moving x86 code out of kvm.h and into kvm-x86.h. kvm-x86.h
>> would then include kvm.h and would be included by files like svm.c
>> instea
Zhao, Yunfeng wrote:
> Hi, all
> This is today's KVM test result against kvm.git
> e29c6434dcc64992a84e1a34a16ccfc9fd623621 and kvm-userspace.git
> babe2696f21a84ae2da178d3f8173e6b50cdcc8b.
> 64bit host will crash when boot guests.
>
> One new issue
> 1. 64bit host crashes when booting guests
> htt
I sent this to kvm-devel earlier today, but with an attachment which
may or maynot making it to the list. So, instead of attaching the
tarball, you can instead just pull the contents here:
http://hg.codemonkey.ws/kvm-autotest
I've included the original email below:
kvm-test[1] is a package for
Carsten Otte wrote:
> 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 h
Izik Eidus wrote:
> On Thu, 2007-11-15 at 18:52 +0800, Zhang, Xiantao wrote:
>> Hi, all
>> I have worked out a rough patch to split mmu code from
>> kvm_main.c. Welcome comments! Currently, most of code wrt mmu are
>> moved to arch, but one exception exists. In fucntion
>> kvm_vm_ioctl_get_d
Am Donnerstag, 15. November 2007 schrieb Laurent Vivier:
> To be annoying, it should be clearer to write this like:
>
> if ( (p->flags & PF_VCPU) &&
> !(hardirq_count() - hardirq_offset) &&
> !softirq_count() )
> {
> account_guest_time(p, cputime);
> return;
> }
[...]
> But I
Hi,
I do have some trouble with german keyboard layout when running with
VNC-X-Server: Umlaut-Keys are dead, some of the number-key show wron
shift-symbols.
Running against an "real" X-Server does not raise that problem.
Guest OS is Windows Vista
Running an xterm on that VNX-Server also allost
***
Warning: Your file, kvmtest.tar.gz, contains more than 32 files after
decompression and cannot be scanned.
***
kvm-test[1] is a package for automating guest installation with KVM.
The attached tarball includes the autotest wrapper for running kvm-test
On Thu, 2007-11-15 at 10:34 +0200, Avi Kivity wrote:
> Jerone Young wrote:
> > This is a continuation of a conversation I have been having with Izik
> > Eidus on IRC today.
> >
> > I plan on moving x86 code out of kvm.h and into kvm-x86.h. kvm-x86.h
> > would then include kvm.h and would be includ
Le jeudi 15 novembre 2007 à 16:56 +0100, Christian Borntraeger a écrit :
> Am Donnerstag, 15. November 2007 schrieb Laurent Vivier:
> > If I remember correctly time accounting on s390 is more accurate than on
> > x86 ?
>
> Yes. its done during context switches and resolution is microsecond.
>
> >
Zhang, Xiantao wrote:
> Carsten Otte wrote:
>
>> 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 ex
Bugs item #1832496, was opened at 2007-11-15 16:34
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1832496&group_id=180599
Please note that this message will contain a full copy
Izik Eidus wrote:
> On Thu, 2007-11-15 at 23:21 +0800, Zhang, Xiantao wrote:
>> Currently, KVM_SET_MEMORY_REGION ioctl is put under arch, but its
>> implementation is in common code . From code logic, it seems very
>> strange. Maybe I missed some threads about its discuss, who can
>> tell me the s
Am Donnerstag, 15. November 2007 schrieb Laurent Vivier:
> If I remember correctly time accounting on s390 is more accurate than on
> x86 ?
Yes. its done during context switches and resolution is microsecond.
> Because on x86, as we make the kvm_guest_exit() after local_irq_enable()
> we can also
Currently, KVM_SET_MEMORY_REGION ioctl is put under arch, but its
implementation is in common code . From code logic, it seems very
strange. Maybe I missed some threads about its discuss, who can tell me
the story ? Thanks a lot! :)
Xiantao
If I remember correctly time accounting on s390 is more accurate than on
x86 ?
Because on x86, as we make the kvm_guest_exit() after local_irq_enable()
we can also have IRQ with PF_VCPU set... and we discussed a lot on
probability to know if it was good or not. And on x86 it seems good
because it
Zhang, Xiantao wrote:
> How about attached patch? Agree to keep this ioctl in common, and
> instead define an arch-specific function in x86.
Yea, that looks good to me.
Acked-by: Carsten Otte <[EMAIL PROTECTED]>
-
This SF.net
Zhang, Xiantao wrote:
> Currently, KVM_SET_MEMORY_REGION ioctl is put under arch, but its
> implementation is in common code . From code logic, it seems very
> strange. Maybe I missed some threads about its discuss, who can tell me
> the story ? Thanks a lot! :)
>
KVM_SET_MEMORY_REGION is obso
On Thu, 2007-11-15 at 23:21 +0800, Zhang, Xiantao wrote:
> Currently, KVM_SET_MEMORY_REGION ioctl is put under arch, but its
> implementation is in common code . From code logic, it seems very
> strange. Maybe I missed some threads about its discuss, who can tell me
> the story ? Thanks a lot! :)
From 9cd9d5cde7341d5e9de41b1070cea7a98e7d8cc9 Mon Sep 17 00:00:00 2001
From: Sheng Yang <[EMAIL PROTECTED]>
Date: Thu, 15 Nov 2007 15:11:58 +0800
Subject: [PATCH 2/2] KVM: x86 emulator: Discard CR2 in x86 emulator
For CR2 is unreliable and unavailable in many condition, this patch
completely decod
Christian Borntraeger wrote:
> Avi pointed out, that my first patch was broken, here is the 2nd try.
> I tested the patch on s390 with CONFIG_VIRT_CPU_ACCOUNTING and on x86_64.
> Seems to work.
>
> Currently the scheduler checks for PF_VCPU to decide if this
> timeslice has to be accounted as guest
Zhang, Xiantao wrote:
>>> For driver/kvm/kvm.h, I have a proposal before in mailing list. In
>>> my proposal, we can split x86-specific code of kvm.h into current
>>> x86.h, and make code in kvm.h as common. Then, we rename kvm.h to
>>> kvm_comm.h, and also rename x86.h to kvm-x86.h, and meantime
Christian Borntraeger wrote:
> Am Donnerstag, 15. November 2007 schrieb Avi Kivity:
>
>>> + if ((p->flags & PF_VCPU) && (irq_count() - hardirq_offset == 0))
>>>
> [...]
>
>> What's irq_count()? Is it defined to ignore the timer tick? Or is that
>> hardirq_offset?
>>
>
> hardi
Am Donnerstag, 15. November 2007 schrieb Avi Kivity:
> > + if ((p->flags & PF_VCPU) && (irq_count() - hardirq_offset == 0))
[...]
> What's irq_count()? Is it defined to ignore the timer tick? Or is that
> hardirq_offset?
hardirq_offset is used to ignore the timer tick.
irq_count is defined in
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> Jerone Young wrote:
>>
>>> This is a continuation of a conversation I have been having with
>>> Izik Eidus on IRC today.
>>>
>>> I plan on moving x86 code out of kvm.h and into kvm-x86.h. kvm-x86.h
>>> would then include kvm.h and would be included by
Avi Kivity wrote:
> Zhang, Xiantao wrote:
For driver/kvm/kvm.h, I have a proposal before in mailing list.
In my proposal, we can split x86-specific code of kvm.h into
current x86.h, and make code in kvm.h as common. Then, we rename
kvm.h to kvm_comm.h, and also rename x86.h to
* Christian Borntraeger <[EMAIL PROTECTED]> wrote:
> Avi pointed out, that my first patch was broken, here is the 2nd try.
> I tested the patch on s390 with CONFIG_VIRT_CPU_ACCOUNTING and on
> x86_64. Seems to work.
>
> Currently the scheduler checks for PF_VCPU to decide if this timeslice
>
Avi pointed out, that my first patch was broken, here is the 2nd try.
I tested the patch on s390 with CONFIG_VIRT_CPU_ACCOUNTING and on x86_64.
Seems to work.
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
This is a continuation of a conversation I have been having with Izik
Eidus on IRC today.
I plan on moving x86 code out of kvm.h and into kvm-x86.h. kvm-x86.h
would then include kvm.h and would be included by files like svm.c
instead of kvm.h.
Izik pointed out a big issue with this approach and
Hi, all
This is today's KVM test result against kvm.git
e29c6434dcc64992a84e1a34a16ccfc9fd623621 and kvm-userspace.git
babe2696f21a84ae2da178d3f8173e6b50cdcc8b.
64bit host will crash when boot guests.
One new issue
1. 64bit host crashes when booting guests
https://sourceforge.net/tracker/?func=det
On Thu, 2007-11-15 at 18:52 +0800, Zhang, Xiantao wrote:
> Hi, all
> I have worked out a rough patch to split mmu code from kvm_main.c.
> Welcome comments!
> Currently, most of code wrt mmu are moved to arch, but one exception
> exists. In fucntion kvm_vm_ioctl_get_diry_log, I used
> KVM_
Sheng Yang wrote:
> From 9cd9d5cde7341d5e9de41b1070cea7a98e7d8cc9 Mon Sep 17 00:00:00 2001
> From: Sheng Yang <[EMAIL PROTECTED]>
> Date: Thu, 15 Nov 2007 15:11:58 +0800
> Subject: [PATCH 2/2] KVM: x86 emulator: Discard CR2 in x86 emulator
>
> For CR2 is unreliable and unavailable in many condition
Jerone Young wrote:
> This is a continuation of a conversation I have been having with Izik
> Eidus on IRC today.
>
> I plan on moving x86 code out of kvm.h and into kvm-x86.h. kvm-x86.h
> would then include kvm.h and would be included by files like svm.c
> instead of kvm.h.
I assume you are talk
[EMAIL PROTECTED] wrote:
> Thanks. But I cannot use that since I am going to debug drivers
> running on Windows and qemu does not expose the real hardware to
> guest.
>
> So, here is another question, is there any plan to make qemu transfer
> the real hardware to guest?
>
I guess you are talki
Zhang, Xiantao wrote:
>
>
>>> BTW, Seems current KVM source doesn't support UP kernel without kvm
>>> built-in, once we build kvm modules through kvm-userspace.git.
>>>
>>>
>> Should work, though I never tested it. Are you seeing an error?
>>
>
> Just have a test. Seems it can't
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> htt
Sheng Yang wrote:
> 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 '
Neo Jia wrote:
Thanks. But I cannot use that since I am going to debug drivers
running on Windows and qemu does not expose the real hardware to
guest.
So, here is another question, is there any plan to make qemu transfer
the real hardware to guest?
Not at the moment, there is work in progres
-Original Message-
From: Zhang, Xiantao
Sent: 2007年11月15日 17:34
To: 'Avi Kivity'
Cc: kvm-devel@lists.sourceforge.net
Subject: RE: [kvm-devel] smp_call_function_mask not defined in UP kernel.
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> Avi Kivity wrote:
>>
>>> Zhang, Xiantao wrote:
>>
Avi Kivity wrote:
> Zhang, Xiantao wrote:
>> 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 supp
Thanks. But I cannot use that since I am going to debug drivers
running on Windows and qemu does not expose the real hardware to
guest.
So, here is another question, is there any plan to make qemu transfer
the real hardware to guest?
Thanks,
Neo
On Nov 14, 2007 11:54 PM, Dor Laor <[EMAIL PROTECT
Zhang, Xiantao wrote:
> 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
Izik Eidus wrote:
>>>
>>>
>> Have kvm.h include
>>
> what you mean by that?
>
>
include/asm is a symlink to include/asm-$arch, and this is where
arch-specific definitions are placed in Linux.
--
Do not meddle in the internals of kernels, for they are subtle and quick to
pani
On Thu, 2007-11-15 at 10:34 +0200, Avi Kivity wrote:
> Jerone Young wrote:
> > This is a continuation of a conversation I have been having with Izik
> > Eidus on IRC today.
> >
> > I plan on moving x86 code out of kvm.h and into kvm-x86.h. kvm-x86.h
> > would then include kvm.h and would be includ
Jerone Young wrote:
> This is a continuation of a conversation I have been having with Izik
> Eidus on IRC today.
>
> I plan on moving x86 code out of kvm.h and into kvm-x86.h. kvm-x86.h
> would then include kvm.h and would be included by files like svm.c
> instead of kvm.h.
>
>
Which kvm.h ar
Neo Jia 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).
Thanks,
Neo
While its not exactly what you asked for, one can debug a windows guest
using another
windows gu
供应：剪板机、折弯机、卷板机、冲床、校平机
安徽省三力机床制造有限公司，属安徽省名牌、免检产品生产企业，安徽省高新技术企业，马鞍山市“专、精、特、新”企业，马鞍山市下岗失业职工再就业基地，介于南京、芜湖之间，坐落在著名的钢城马鞍山市，丰富的钢铁资源为公司的发展提供了得天独厚的优势。公司占地面积108000平方米，主要生产“大盛”牌系列剪板机、折弯机、卷板机、快速压力机、冲床、开卷校平机、型材弯曲机刀模具等产品，专业为航空、轻工、冶金、化工、建筑汽车、电力、装潢等行业提供所需要的专用机械和成套设备，产品销往全国各地和欧盟及东南亚地区并远销南非。
59 matches
Mail list logo
