>-Original Message-
>From: Neo Jia [mailto:[EMAIL PROTECTED]
>Sent: 2007年4月29日 14:36
>To: He, Qing
>Cc: kvm-devel
>Subject: Re: [kvm-devel] [PATCH] vmx: enable io bitmaps to avoid IO port 0x80
>VMEXITs
>
>On 4/29/07, He, Qing <[EMAIL PROTECTED]> wrote:
>> This patch enables IO bitmaps co
On 4/29/07, He, Qing <[EMAIL PROTECTED]> wrote:
> This patch enables IO bitmaps control on vmx and unmask the 0x80 port to
> avoid VMEXITs caused by accessing port 0x80. 0x80 is used as delays (see
> include/asm/io.h), and handling VMEXITs on its access is unnecessary but
> slows things down. This
This patch enables IO bitmaps control on vmx and unmask the 0x80 port to
avoid VMEXITs caused by accessing port 0x80. 0x80 is used as delays (see
include/asm/io.h), and handling VMEXITs on its access is unnecessary but
slows things down. This patch improves kernel build test at around
3%~5%.
Hi,
First I tried kvm build into the kernel, 2.6.21, togeather with kvm-17,
no problem at all, except that qemu shuts down when I do a reboot in the
guest os. Is there any fix for that btw, guest os is Linux Slackware
11.0 with kernel 2.6.21?
After that I tried upgrading to kvm-21, removing kv
Hi all,
I met some problem : when I create only one svm guest, the qemu hangs
with caption "QEMU/KVM[Stopped]". And this guest can't run any longer. If I
create more than 1 svm guest, the guest are running normally except the 1st
one(qemu stopped). There's no special error log, including serial
O, my fault! Sorry.
Dong, Eddie wrote:
> Looking at following code, PT_INDEX is defined as a host environment
> dependant MACRO while the code is walking guest page table. Is this a
> bug? Do we ever get a pure 32 bits (non PAE) guest run on top of 64
> bits (or PAE) host?
> thanks,eddie
>
>
>
Looking at following code, PT_INDEX is defined as a host environment
dependant MACRO while the code is walking guest page table. Is this a
bug? Do we ever get a pure 32 bits (non PAE) guest run on top of 64 bits
(or PAE) host?
thanks,eddie
static int FNAME(walk_addr)(struct guest_walker *walker,
Third time's a charm, right? :-)
Regards,
Anthony Liguori
From: Anthony Liguori <[EMAIL PROTECTED]>
Subject: [PATCH][SVM] Only save/restore MSRs when needed
We only have to save/restore MSR_GS_BASE on every VMEXIT. The rest can be
saved/restored when we leave the VCPU. Since we don't emul
Avi Kivity wrote:
> Anthony Liguori wrote:
>
>> Anthony Liguori wrote:
>>
>>> I've tested this with 32-bit and 64-bit guests on a 64-bit host and
>>> with 32-bit guests on a 32-bit host.
>>>
>>> I *think* it's doing the right thing wrt to DEBUGCTL but an extra set
>>> of eyes would be helpf
Bugs item #1709384, was opened at 2007-04-28 13:21
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=1709384&group_id=180599
Please note that this message will contain a full copy
It might have worked in this case since PT_PRESENT_MASK is 1, but let's
express this correctly.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.21-rc7-mm2/drivers/kvm/mmu.c.old 2007-04-28 18:05:13.0
+0200
+++ linux-2.6.21-rc7-mm2/drivers/kvm/mmu.c 2007-04-28 18:05
Bugs item #1709352, was opened at 2007-04-28 19:08
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=1709352&group_id=180599
Please note that this message will contain a full copy
Bugs item #1709213, was opened at 2007-04-28 12:36
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=1709213&group_id=180599
Please note that this message will contain a full copy
Avi Kivity wrote:
> I must say I'm pleasantly surprised by this. I keep thinking of ppc and
> ia64 as additional ports, while ignoring the big daddy of virtualization.
Thank you very much for the warm welcome :-).
>> Similar to the kvm interface on x86, this interface is
>> hardware dependent at
14 matches
Mail list logo