On Thu, 2007-11-22 at 11:25 +0800, Zhang, Xiantao wrote:
From: Zhang Xiantao [EMAIL PROTECTED]
Date: Thu, 22 Nov 2007 11:20:33 +0800
Subject: [PATCH] KVM Portability: moving unalias_gfn to arch.
Non-x86 archs don't need this mechanism. Move it to arch, and
keep its interface in common.
On Wed, 2007-11-21 at 20:16 -0500, Haydn Solomon wrote:
Sorry to be late on reporting on kvm-53 release but I have had host
hang and BSOD when running windows xp sp2 32-bit guest. I have had to
revert to release 51 as I also have problems with release 52 (boot
failure). My host does have
Zhang, Xiantao wrote:
From: Zhang Xiantao [EMAIL PROTECTED]
Date: Thu, 22 Nov 2007 11:20:33 +0800
Subject: [PATCH] KVM Portability: moving unalias_gfn to arch.
Non-x86 archs don't need this mechanism. Move it to arch, and
keep its interface in common.
Signed-off-by: Zhang Xiantao [EMAIL
Izik Eidus wrote:
On Thu, 2007-11-22 at 11:25 +0800, Zhang, Xiantao wrote:
From: Zhang Xiantao [EMAIL PROTECTED]
Date: Thu, 22 Nov 2007 11:20:33 +0800
Subject: [PATCH] KVM Portability: moving unalias_gfn to arch.
Non-x86 archs don't need this mechanism. Move it to arch, and keep
its
On Thu, 2007-11-22 at 17:09 +0800, Zhang, Xiantao wrote:
Izik Eidus wrote:
On Thu, 2007-11-22 at 11:25 +0800, Zhang, Xiantao wrote:
From: Zhang Xiantao [EMAIL PROTECTED]
Date: Thu, 22 Nov 2007 11:20:33 +0800
Subject: [PATCH] KVM Portability: moving unalias_gfn to arch.
Non-x86 archs
Farkas Levente wrote:
Alexey Eremenko wrote:
OK, I have found that Mandrake Linux 9.0 works on Intel/x86-64 on KVM-51.
Does this help you for now ?
I will try to look further.
try with kvm-53! it do not even start to boot for me (actually i don't
remember for the kvm-51 result
Sheng Yang wrote:
From 140114fbd60afaf08fde429d05c280d88205051b Mon Sep 17 00:00:00 2001
From: Sheng Yang [EMAIL PROTECTED]
Date: Wed, 21 Nov 2007 14:33:25 +0800
Subject: [PATCH] KVM: VMX: Remove the secondary execute control depends on
irqchip
The state of SECONDARY_VM_EXEC_CONTROL
Hello,
CMPS and SCAS instructions accept repeat prefixes F3 and F2. So in
order to emulate those prefixed instructions we need to be able to know
if prefixes are REP/REPE/REPZ or REPNE/REPNZ. Currently kvm doesn't make
this distinction. This patch introduces this distinction.
Signed-off-by:
Zhang, Xiantao wrote:
From: Zhang Xiantao [EMAIL PROTECTED]
Date: Thu, 22 Nov 2007 11:20:33 +0800
Subject: [PATCH] KVM Portability: moving unalias_gfn to arch.
Non-x86 archs don't need this mechanism. Move it to arch, and
keep its interface in common.
Applied, thanks.
--
error
Guillaume Thouvenin wrote:
Hello,
CMPS and SCAS instructions accept repeat prefixes F3 and F2. So in
order to emulate those prefixed instructions we need to be able to know
if prefixes are REP/REPE/REPZ or REPNE/REPNZ. Currently kvm doesn't make
this distinction. This patch introduces this
Carlo Marcelo Arenas Belon wrote:
The following patch complement c79baa60813812e8d0e34d998d609e8 to avoid the
implicit declaration of kvm_qemu_check_extension as shown by :
kvm-53/qemu/vl.c: In function `main':
kvm-53/qemu/vl.c:8675: warning implicit declaration of function
Lynn Kerby schrieb:
On Nov 21, 2007, at 12:52 PM, Mike wrote:
Hello,
I have a problem with my virtual machines. I am using kvm53
on an AMD Athlon(tm) 64 X2 Dual Core Processor 5000+.
As distribution I use Ubuntu server 7.10.
As kernel I use Linux 2.6.22-14-server #1 SMP Sun Oct 14 22:09:15
Cam Macdonell wrote:
Hi,
I'm trying to install KVM using the git repos on Scientific Linux. The
error occurs when I run make.
The kvm-53 tarball works fine, but something is getting misconfigured
when I run make -C kernel sync. This error doesn't occur on
Fedora Core. I
* Guillaume Thouvenin wrote:
Hello,
CMPS and SCAS instructions accept repeat prefixes F3 and F2. So in
order to emulate those prefixed instructions we need to be able to know
if prefixes are REP/REPE/REPZ or REPNE/REPNZ. Currently kvm doesn't make
this distinction. This patch introduces
On Thu, 22 Nov 2007 17:27:55 +0530
Amit Shah [EMAIL PROTECTED] wrote:
Can you just rename this to REP and REPNE?
Yes I can. I send the new patch.
Does this fix the problems you saw with openbsd?
No not yet. It will help to make the difference between REPE prefix and
REPNE prefix because
CMPS and SCAS instructions accept repeat prefixes REPE and REPNE. So in
order to emulate those prefixed instructions we need to be able to know
if prefixes are REP/REPE/REPZ or REPNE/REPNZ. Currently kvm doesn't
make this distinction. This patch introduces this distinction.
Signed-off-by:
* Guillaume Thouvenin wrote:
On Thu, 22 Nov 2007 17:27:55 +0530
Amit Shah [EMAIL PROTECTED] wrote:
Can you just rename this to REP and REPNE?
Yes I can. I send the new patch.
Does this fix the problems you saw with openbsd?
No not yet. It will help to make the difference between REPE
On Thu, Nov 22, 2007 at 10:12:04AM +1030, Mike Lampard wrote:
On Wed, 21 Nov 2007 09:36:31 pm Dan Kenigsberg wrote:
These patches expose host CPU features (that are known to work under
KVM) to guests. It makes a couple of benchmarks run faster, and
generally gives kvm's user better info on
On Thu, 22 Nov 2007 11:31:18 pm Dan Kenigsberg wrote:
On Thu, Nov 22, 2007 at 10:12:04AM +1030, Mike Lampard wrote:
On Wed, 21 Nov 2007 09:36:31 pm Dan Kenigsberg wrote:
These patches expose host CPU features (that are known to work under
KVM) to guests. It makes a couple of benchmarks
Guillaume Thouvenin wrote:
On Thu, 22 Nov 2007 17:27:55 +0530
Amit Shah [EMAIL PROTECTED] wrote:
Can you just rename this to REP and REPNE?
Yes I can. I send the new patch.
Too late, merged it already.
Does this fix the problems you saw with openbsd?
No not
Mike Lampard wrote:
With current kvm-git (commit 51727a110220681f6f43b005d069e28c58f5d151)
(userspace is current to commit 6a385c9539f9746d7ff51ef34c064c3eba86448b) and
the userspace portion of this patch I cannot boot a 64 bit guest (Mandriva
2008 x64) on my AMD x2 without -cpu host. The
On Thu, Nov 22, 2007 at 11:50:14PM +1030, Mike Lampard wrote:
On Thu, 22 Nov 2007 11:31:18 pm Dan Kenigsberg wrote:
On Thu, Nov 22, 2007 at 10:12:04AM +1030, Mike Lampard wrote:
On Wed, 21 Nov 2007 09:36:31 pm Dan Kenigsberg wrote:
These patches expose host CPU features (that are known
On Fri, 23 Nov 2007 12:00:00 am Avi Kivity wrote:
Mike Lampard wrote:
With current kvm-git (commit 51727a110220681f6f43b005d069e28c58f5d151)
(userspace is current to commit 6a385c9539f9746d7ff51ef34c064c3eba86448b)
and the userspace portion of this patch I cannot boot a 64 bit guest
Thanks for reporting the problem.
You do not need to make -C kernel sync with kvm-tarballs.
For more information look at http://kvm.qumranet.com/kvmwiki/HOWTO --
Unpacking and configuring kvm components
Uri.
-Original Message-
From: [EMAIL PROTECTED] on behalf of Cam Macdonell
Sent:
Carlo Marcelo Arenas Belon wrote:
The following patch complement 50096dbe4c8523d9855b0e2ee6f058a75e7942a3 to
avoid a compilation warning because of a formatting mismatch after making
size long to allow for allocations bigger than 4GB and as can be seen by :
kvm-53/qemu/exec.c: In function
This patch removes the include of asm/desc.h in kvm_main.c, which is
only available for x86 and not needed anymore.
Signed-off-by: Carsten Otte [EMAIL PROTECTED]
---
kvm_main.c |1 -
1 file changed, 1 deletion(-)
Index: kvm/drivers/kvm/kvm_main.c
This patch removes the include of irq.h in kvm_main.c, s390 does not
have irqs. For that, kvm_cpu_has_interrupt becomes an architecutre
specific function which can check for external or I/O interrupts on s390
and for irqs on x86 and others. In order to clarify wording, the
function defined by
Carsten Otte wrote:
This patch removes the include of asm/desc.h in kvm_main.c, which is
only available for x86 and not needed anymore.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
Carsten Otte wrote:
This patch removes the include of irq.h in kvm_main.c, s390 does not
have irqs. For that, kvm_cpu_has_interrupt becomes an architecutre
specific function which can check for external or I/O interrupts on s390
and for irqs on x86 and others. In order to clarify wording, the
On Thu, 22 Nov 2007 18:37:13 +0200,
Avi Kivity [EMAIL PROTECTED] wrote:
Carsten Otte wrote:
This patch removes the include of irq.h in kvm_main.c, s390 does not
have irqs. For that, kvm_cpu_has_interrupt becomes an architecutre
specific function which can check for external or I/O
Cornelia Huck wrote:
Carsten Otte wrote:
This patch removes the include of irq.h in kvm_main.c, s390 does not
have irqs. For that, kvm_cpu_has_interrupt becomes an architecutre
specific function which can check for external or I/O interrupts on s390
and for irqs on x86 and others. In
Avi Kivity wrote:
I generally understand irq to mean the interrupt request line, and
interrupt to mean a vectored interrupt (post interrupt controller).
In those terms the naming in correct. However I'm not at all certain
this naming convention is generally accepted.
I think on s390 we'll
Avi Kivity wrote:
Cornelia Huck wrote:
Carsten Otte wrote:
This patch removes the include of irq.h in kvm_main.c, s390 does not
have irqs. For that, kvm_cpu_has_interrupt becomes an architecutre
specific function which can check for external or I/O interrupts on
s390
and for irqs on
Carsten Otte wrote:
Avi Kivity wrote:
I generally understand irq to mean the interrupt request line, and
interrupt to mean a vectored interrupt (post interrupt
controller). In those terms the naming in correct. However I'm not
at all certain this naming convention is generally accepted.
On Thu, 22 Nov 2007 17:42:30 +0100,
Cornelia Huck [EMAIL PROTECTED] wrote:
Argh, please ignore. Was deep in something else and became confused.
Sorry about the noise.
-
This SF.net email is sponsored by: Microsoft
Defy all
Uri Lublin wrote:
Thanks for reporting the problem.
Thanks for the quick patch :)
You do not need to make -C kernel sync with kvm-tarballs.
Yes, sorry, my language was unclear in that sentence. I wasn't running
sync on the tarball, just on the git repo.
Thanks,
Cam
Carsten Otte wrote:
This patch removes the include of asm/desc.h in kvm_main.c, which is
only available for x86 and not needed anymore.
Signed-off-by: Carsten Otte [EMAIL PROTECTED]
---
kvm_main.c |1 -
1 file changed, 1 deletion(-)
Index: kvm/drivers/kvm/kvm_main.c
From 3671928c13f974a9e1f551a9829b49511499d1a5 Mon Sep 17 00:00:00 2001
From: Neo Jia [EMAIL PROTECTED]
Date: Thu, 22 Nov 2007 23:03:17 -0800
Subject: [PATCH] Change arch_clean target of config-x86-common.mak file to
remove .*.d and *.o files in x86/lib directory.
Signed-off-by: Neo Jia [EMAIL
38 matches
Mail list logo
