>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
Dear Sir/Madam,
Inquire about one million Chinese end buyers and suppliers information freely.
Establish the direct cooperation relationship with Chinese end suppliers and
buyers,then you can decrease cost and win the
biggest profit.
Inquire about 100,000 world ship-owners database and shipping
From: Zhang Xiantao <[EMAIL PROTECTED]>
Date: Fri, 23 Nov 2007 07:28:35 +0800
Subject: [PATCH] Add the arg module for kvm_arch_into
Add the arg module for kvm_arch_into, since some archs may
need module info.
Signed-off-by: Zhang Xiantao <[EMAIL PROTECTED]>
---
drivers/kvm/kvm.h |4 +++-
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
> ==
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
-
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
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 generall
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
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 s39
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
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/
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,
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
--
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 irq
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
===
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 funct
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
Sen
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
>
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 ar
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. T
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?
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 bench
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 in
* 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 b
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: Guillaum
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
* 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 introduc
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
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
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
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 c
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: Gui
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
> `kvm_q
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_CONTRO
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
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.
> >>
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
>>
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 <[EM
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 f
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.
40 matches
Mail list logo