Le mardi 22 avril 2008 à 08:50 -0500, Anthony Liguori a écrit :
> Nguyen Anh Quynh wrote:
> > Hi,
> >
> > This should be submitted to upstream (but not to kvm-devel list), but
> > this is only the test code that I want to quickly send out for
> > comments. In case it looks OK, I will send it to up
ned-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
libkvm/libkvm.c | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/libkvm/libkvm.c b/libkvm/libkvm.c
index 329f29f..be74477 100644
--- a/libkvm/libkvm.c
+++ b/libkvm/libkvm.c
@@ -864,6 +864,10 @@ int kvm_r
compatibility with old userspace part.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
[PATCH 1/2] kvm: Batch writes to MMIO
- kernel part
[PATCH 2/2] kvm-userspace: Batch writes to MMIO
- userspace part
Signed-off-by: Laurent Vivier <[EMAIL
NING: this breaks compatibility with old userspace part.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
arch/x86/kvm/x86.c | 21 +
include/asm-x86/kvm_host.h |2 ++
include/linux/kvm.h| 10 +-
virt/kvm/kvm_main.c|3 +++
4 f
Le mercredi 23 avril 2008 à 17:05 +0300, Avi Kivity a écrit :
> Laurent Vivier wrote:
> > These two patches allow to batch writes to MMIO.
> >
> > When kernel has to send MMIO writes to userspace, it stores them
> > in memory until it has to pass the hand to userspace f
Le mercredi 23 avril 2008 à 17:31 +0300, Avi Kivity a écrit :
> Laurent Vivier wrote:
> > This patch is the kernel part of the "batch writes to MMIO" patch.
> >
> > When kernel has to send MMIO writes to userspace, it stores them
> > in memory until it
Le mercredi 23 avril 2008 à 10:10 -0500, Anthony Liguori a écrit :
[...]
> The ne2k is pretty mmio heavy. You should be able to observe a boost
> with something like iperf (guest=>host) I would think if this is a real
> savings.
I like your advices :-D
I use iperf with e1000 emulation and a sl
Le mercredi 23 avril 2008 à 19:25 +0300, Avi Kivity a écrit :
> Laurent Vivier wrote:
> > Le mercredi 23 avril 2008 à 10:10 -0500, Anthony Liguori a écrit :
> > [...]
> >
> >> The ne2k is pretty mmio heavy. You should be able to observe a boost
> >> wi
Le mercredi 23 avril 2008 à 11:48 -0500, Anthony Liguori a écrit :
> Laurent Vivier wrote:
> > Le mercredi 23 avril 2008 à 19:25 +0300, Avi Kivity a écrit :
> >
> >> Laurent Vivier wrote:
> >>
> >>> Le mercredi 23 avri
Le mardi 29 avril 2008 à 11:41 -0500, Anthony Liguori a écrit :
> Guillaume Thouvenin wrote:
> > Hello,
> >
> > This patch should solve the problem observed during protected mode
> > transitions that appears for example during the installation of
> > openSuse-10.3. Unfortunately there is an issue
Le mardi 29 avril 2008 à 19:09 +0200, Laurent Vivier a écrit :
> Le mardi 29 avril 2008 à 11:41 -0500, Anthony Liguori a écrit :
> > Guillaume Thouvenin wrote:
> > > Hello,
> > >
> > > This patch should solve the problem observed during protected mode
> &
Le jeudi 15 mai 2008 à 15:04 +0300, Avi Kivity a écrit :
> Daniel P. Berrange wrote:
> > On Thu, May 15, 2008 at 11:04:47AM +0300, Avi Kivity wrote:
> >
> >> Daniel P. Berrange wrote:
> >>
> >>> With this kind of syntax, now tools generating config files need to make
> >>> up unique names f
s.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
arch/x86/kvm/x86.c | 172
include/asm-x86/kvm.h |7 ++
include/asm-x86/kvm_host.h | 23 ++
include/linux/kvm.h| 16
virt/kvm/kvm_main.c|3 +
es to MMIO
- userspace part
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012
This patch is userspace part of the "batch writes to MMIO" patch.
It defines delayed MMIO zone using kvm_set_mmio() (for VGA and e1000).
It empties the ring buffer and process the MMIO accesses.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
libkvm/libk
Le mardi 15 janvier 2008 à 15:49 +, Christoph Hellwig a écrit :
> On Mon, Jan 07, 2008 at 03:25:50PM +0100, Laurent Vivier wrote:
> > > Perhaps a ./configure is needed.
> > >
> > > What's your HEAD? I have a5b3d2c9b4d4ca3e02f294d14c7df016e070bda7,
> &
ments are welcome, perhaps it is stupid idea...
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/block/loop.c | 43 ---
1 files changed, 36 insertions(+), 7 deletions(-)
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index 56e23
Le mardi 15 janvier 2008 à 18:27 +, Daniel P. Berrange a écrit :
> On Tue, Jan 15, 2008 at 07:22:53PM +0100, Laurent Vivier wrote:
> > As it should be useful to be able to mount partition from a
> > disk image, (and as I need a break in my bug hunting) I've
> > m
Le mardi 15 janvier 2008 à 23:54 +, Daniel P. Berrange a écrit :
> On Wed, Jan 16, 2008 at 12:40:06AM +0100, Laurent Vivier wrote:
> > Le mardi 15 janvier 2008 à 18:27 +, Daniel P. Berrange a écrit :
> > > On Tue, Jan 15, 2008 at 07:22:53PM +0100, Laurent Vivier wrote:
&g
Le mercredi 16 janvier 2008 à 08:57 -0600, Anthony Liguori a écrit :
> > Le mardi 15 janvier 2008 à 23:54 +, Daniel P. Berrange a écrit :
[...]
> >>> 2- I'd like to mount qcow2 or others disk image formats, so perhaps it's
> >>> easier to modify loop device driver (but perhaps you know another
Le lundi 21 janvier 2008 à 13:23 +0100, Jan Kiszka a écrit :
> While trying to reduce the warning noise (to identify warnings of
> homebrewed patches), I also came across this bogus but fortunately
> harmless type change in bdrv_commit. Fix below.
>
> Jan
This has already been reported.
Please a
Le mercredi 23 janvier 2008 à 15:29 +0200, Izik Eidus a écrit :
> Izik Eidus wrote:
> > Andi Kleen wrote:
> >> On Tue, Jan 15, 2008 at 12:56:52PM +0200, Avi Kivity wrote:
> >>
> >>> Andi Kleen wrote:
> >>>
> FWIW it seems things are broken even without -kernel in -59 too. If
> I tr
Le mercredi 23 janvier 2008 à 14:38 +0100, Laurent Vivier a écrit :
> Le mercredi 23 janvier 2008 à 15:29 +0200, Izik Eidus a écrit :
> > Izik Eidus wrote:
> > > Andi Kleen wrote:
> > >> On Tue, Jan 15, 2008 at 12:56:52PM +0200, Avi Kivity wrote:
>
Le jeudi 14 février 2008 à 23:46 +0200, Dor Laor a écrit :
> On Thu, 2008-02-14 at 12:08 -0500, Andrey Dmitriev wrote:
> > If I want to stick to debian, would the best way to do this be to just
> > download kvm60 source, compile the module and load it in, or does
> > kernel still require upgrading
Le vendredi 04 avril 2008 à 18:29 +0900, Jun Koi a écrit :
> On 4/3/08, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> > Jun Koi wrote:
> >
> > > Hi,
> > >
> > > Could someone please post some concret examples on how to use extboot?
> > > I looked around, but saw nothing.
> > >
> > >
> >
> > Just a
Avi Kivity wrote:
> Farkas Levente wrote:
>> Daniel P. Berrange wrote:
>>
>>> A Fedora user reported that Vista networking isn't working with KVM[1] and
>>> pointed to the Wiki
>>>
>>> http://kvm.qumranet.com/kvmwiki/Vista_Networking_Workaround
>>>
>>> FYI, a patch from Xen was merged into ups
e try a "write_emulated()" with c->dst
- write_emulated failed() AND WE DON'T RESTORE ECX AND EIP -> it's bad...
- exit to QEMU
- re-enter in x86_emulate_insn() with already modified ECX and EIP.
Any comment ?
(Yes, I know, it's again another bug I've i
Hi,
booting a FC6 on my intel box (xeon) with a kernel 2.6.22.5 and KVM git, I had
the following error (not reproducible):
# kvm-userspace/qemu/x86_64-softmmu/qemu-system-x86_64 -hda fc6.qcow2 -net nic
-net tap -serial stdio -smp 4
...
INIT: version 2.86 booting
Welcome to Fedora
x86_decode_insn(); and at beginning of x86_emulate_insn(), we restore
all registers as they are in vcpu. We can do that, because the x86_decode_insn()
doesn't modify registers (except EIP).
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/x86_emula
Avi Kivity wrote:
> Laurent Vivier wrote:
>> (Yes, I know, it's again another bug I've introduced into KVM...)
>>
>>
>
> To avoid this, I suggest that Nitin and yourself review each other's
> patches. While I review every patch I commit, it wo
Avi Kivity wrote:
> Laurent Vivier wrote:
>> This patch corrects some errors appearing when we have an emulation
>> failure
>> on an operation using REP prefix.
>>
>> When x86_emulate_insn() fails, saving EIP and ECX is not enough as
>> emulation
>> sho
in this case we are not able to restore
registers.
At beginning of x86_emulate_insn(), we restore registers from vcpu as they were
not modified by x86d_decode_insn() and we save EIP to be able to restore it
in case of failure.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drive
Hi Aurélien,
did you try kvm-45 ?
Laurent
Aurelien Jarno wrote:
> Hi all,
>
> That's not something new, but I never seen the problem mentioned here.
> FreeBSD does not work on KVM, approximately since the lapic merge.
>
> However, that does not seem related to lapic, as using -no-kvm-irqchip
>
Avi Kivity wrote:
> Aurelien Jarno wrote:
>> Hi all,
>>
>> That's not something new, but I never seen the problem mentioned here.
>> FreeBSD does not work on KVM, approximately since the lapic merge.
>>
>> However, that does not seem related to lapic, as using -no-kvm-irqchip
>> does not help. With
Kamble, Nitin A wrote:
> Hi Laurent,
> This patch looks much cleaner to me.
>
> I see you are saving the regs like this in the patch.
> memcpy(c->regs, ctxt->vcpu->regs, sizeof c->regs);
>
> But I don't see any place in the patch these regs getting restored after
> failure.
>
> Is it taken car
Avi Kivity wrote:
> Aurelien Jarno wrote:
>> Avi Kivity a écrit :
>>
>>> Aurelien Jarno wrote:
>>>
Hi all,
That's not something new, but I never seen the problem mentioned here.
FreeBSD does not work on KVM, approximately since the lapic merge.
However, that do
Aurelien Jarno wrote:
> Hi all,
>
> That's not something new, but I never seen the problem mentioned here.
> FreeBSD does not work on KVM, approximately since the lapic merge.
>
> However, that does not seem related to lapic, as using -no-kvm-irqchip
> does not help. With -no-kvm I get a page fau
Aurelien Jarno wrote:
> On Fri, Oct 05, 2007 at 03:25:05PM +0200, Laurent Vivier wrote:
[snip]
> It looks like the solution is either to describe the IRQ with an
> "Extended Interrupt Descriptor" or to change this value to one of the
> two allowed values. In the later cas
Avi Kivity wrote:
> Aurelien Jarno wrote:
>> On Fri, Oct 05, 2007 at 03:25:05PM +0200, Laurent Vivier wrote:
>>
>>> Digging in the FreeBSD sources I found the origin of the problem:
>>>
>>> I added some ACPI traces:
>>>
>>>
for kvm-userspace:
Allow to compile biossums on x86_64 and remove acpi-dsdt.hex on clean.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
bios/Makefile |4 +++-
bios/acpi-dsdt.hex |8
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/bios/Makefile
Avi Kivity wrote:
> Aurelien Jarno wrote:
>>
>> It's actually described page 200 of the specifications (page 216 in
>> ACPIspec30.pdf):
>>
>> Note: This descriptor is meant for describing interrupts that are
>> connected to PIC-compatible
>> interrupt controllers, which can only be programmed f
Avi Kivity wrote:
> Laurent Vivier wrote:
>> Avi Kivity wrote:
>>
>>> Aurelien Jarno wrote:
>>>
>>>> It's actually described page 200 of the specifications (page 216 in
>>>> ACPIspec30.pdf):
>>>>
>>>> N
Avi Kivity wrote:
> Zhao, Yunfeng wrote:
>> This fix cannot resolve this issue.
>> Against latest kvm commits, SMP linux with 4 vcpus still cannot boot up.
>> But the issue will not happen , if adding "-smp4 -no-acpi".
>>
>
> Can you try the attached patch?
>
>
>
>
>
>
> -
Anthony de Almeida Lopes wrote:
> I was curious if anyone thinks that it may be possible to get a
> KVM-patched QEMU to use a real video card? For example, let's say I had
> a second video card. Is QEMU/kvm a codebase which would support hacking
> in the ability to utilize this second video card
Dor Laor wrote:
> Laurent Vivier wrote:
>>
>> Anthony de Almeida Lopes wrote:
>> > I was curious if anyone thinks that it may be possible to get a
>> > KVM-patched QEMU to use a real video card? For example, let's say I had
>> > a second video c
if you put "set -x" at line 409 of configure, perhaps we can have more
information.
Laurent
Zhao, Yunfeng wrote:
> The same as under qemu/
> [EMAIL PROTECTED] kvm-userspace]# ./configure
> ./configure: line 415: /tmp/qemu-conf-24955-17104-27972.c: No such file
> or directory
> ERROR: "/usr/bin/g
Add new-line at end of debug strings.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/ioapic.c | 25 ++---
1 files changed, 14 insertions(+), 11 deletions(-)
diff --git a/drivers/kvm/ioapic.c b/drivers/kvm/ioapic.c
index 3b69541..1a5e59a 100644
According comments from Avi, we can clear PF_VCPU in kvm_guest_exit if we move
it after local_irq_enable().
http://lkml.org/lkml/2007/10/15/114
To simplify s390 port, we don't clear it in account_system_time().
http://lkml.org/lkml/2007/10/15/183
---
drivers/kvm/kvm_main.c |5 -
kernel
Avi Kivity a écrit :
> Laurent Vivier wrote:
>> According comments from Avi, we can clear PF_VCPU in kvm_guest_exit if we
>> move
>> it after local_irq_enable().
>>
>> http://lkml.org/lkml/2007/10/15/114
>>
>> To simplify s390 port, we don&#x
Acked-by: Laurent Vivier <[EMAIL PROTECTED]>
Christian Borntraeger a écrit :
> Seems I overlooked this type while reviewing Laurents patch.
> cputime_add already adds, dont do it twice.
>
> Avi. This should go to Linus before 2.6.24.
>
> Signed-off-by: Christian Bornt
Christian Borntraeger a écrit :
> Am Freitag, 19. Oktober 2007 schrieb Jan Engelhardt:
>> On Oct 19 2007 15:44, Carsten Otte wrote:
>>> Carsten Otte wrote:
First thing we do, is figure whether or not 2.6.23.1 as released breaks our
system too. This way, we can either focus on differences
Carsten Otte a écrit :
> Laurent Vivier wrote:
>> How do you know the problem has been introduced by kvm ?
> I don't. In fact I think it has not been introduced by kvm. All I
> stated, is that we experienced the problem when running the kvm.git
> kernel after the 2.6.23 u
Farkas Levente a écrit :
> Farkas Levente wrote:
>> Avi Kivity wrote:
>>> kvm-47 had a host memory corruption bug when setting the guest pte dirty
>>> bit, so here's kvm-48 with a fix.
>>>
>>> Note that guest time accounting, below, will only work with Linux 2.6.24+.
>> smp guests still not workin
Carsten Otte a écrit :
> Aurelien Jarno wrote:
>> Could you please precise what is corrupted? The guest disk image?
> As stated, we actually did not run any guests and did not load the kvm
> kernel modules.
> The host root file system gets corrupted to an extend not correctable
> by the file syst
x86_emulate_insn() we modify again an already modified value.
Moreover, this patch manages correctly the case where the instruction fails in
writeback().
>> commit 6de232e39be372f85bea96eb741962acc7fcb1f7
>> Author: Laurent Vivier <[EMAIL PROTECTED]>
>> Date: Mon Oct 1
Avi Kivity a écrit :
> Laurent Vivier wrote:
>> Avi Kivity a écrit :
>>> Avi Kivity wrote:
>>>> The following patches fix fallout from the main 2.6.24 KVM merge. An
>>>> exception is the movnti emulation patch, which adds support for Linux
>>>>
This patches can be applied only on kvm-updates-2.6.24 and kvm-updates-2.6.25
as it needs smp_call_function_mask().
In kvm_flush_remote_tlbs(), it replaces a loop using smp_call_function_single()
by a single call to smp_call_function_mask().
Signed-off-by: Laurent Vivier <[EMAIL PROTEC
save only needed registers.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c | 21 +
1 files changed, 9 insertions(+), 12 deletions(-)
diff --git a/drivers/kvm/vmx.c b/drivers/kvm/vmx.c
index 2c6b64a..d6c91ac 100644
--- a/drivers/kvm/vmx.c
Dor Laor a écrit :
> Laurent Vivier wrote:
>> This patches can be applied only on kvm-updates-2.6.24 and
>> kvm-updates-2.6.25
>> as it needs smp_call_function_mask().
>>
>> In kvm_flush_remote_tlbs(), it replaces a loop using
>> smp_call_f
Avi Kivity a écrit :
> Laurent Vivier wrote:
>> As x86_64 ABI defines some registers saved by the calling function, it
>> is not
>> needed to save all registers in the called function when switching to
>> VCPU.
>> (see http://www.x86-64.org/documentation/abi.p
Avi Kivity a écrit :
> Laurent Vivier wrote:
>>
>>> Other than that the patch is very welcome -- the excessive register
>>> saving is very annoying to me.
>>>
>>
>> I think we can do the same thing with svm.c, but I can't test it.
>
I think Anthony has posted a patch to correct this, the name is "[kvm-devel]
[PATCH] Fix external module build".
Laurent
Zhao, Yunfeng a écrit :
> I fails to build the latest tip.
> A .h file is missing.
> error: asm/kvm_para.h: No such file or directory
>
> -Original Message-
> From: r
Zhao, Yunfeng a écrit :
> Didn't see it on kvm tree. The latest commit is 20 hours ago.
>
I mean in the mailing list.
>
>> I think Anthony has posted a patch to correct this, the name is
>> "[kvm-devel] [PATCH] Fix external module build".
>>
>> Laurent
>>
>> Zhao, Yunfeng a écrit :
>>> I fail
previous version of KVM) instead of
send_IPI_mask().
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
kernel/external-module-compat.h | 75 +++
1 files changed, 75 insertions(+), 0 deletions(-)
diff --git a/kernel/external-module-compat.h b/
48, but also tried the 20071020 snapshot. The stuck
> code is kvm_flush_remote_tlbs():
>
> while (atomic_read(&completed) != needed) {
> cpu_relax();
> barrier();
> }
>
This part has been removed by commit 49d3bd7e2b990e717aa66e229410b8f
registers
using the clobber description:
rbx, rcx, rdx, rsi, rdi
r8, r9, r10, r11, r12, r13, r14, r15
- rbp is saved (pop/push) because GCC seems to ignore its use in the clobber
description.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/svm.c
:
ebx, ecx, edx, esi, edi
- rbp is saved (pop/push) because GCC seems to ignore its use in the clobber
description.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/svm.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/kvm/s
%3 \n\t" has been removed because %3
is rcx and rcx is restored just after.
- line ASM_VMX_VMWRITE_RSP_RDX() is moved out of the ifdef/else/endif
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c | 21 +
1 files changed, 9 insertions(+
/from a VCPU in the case of intel i386.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log even
ved by GCC (REGPARM) and
cannot be put in the clobber description.
- line "mov (%%esp), %3 \n\t" has been removed because %3
is ecx and ecx is restored just after.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
drivers/kvm/vmx.c |8 +---
1 files changed
6
or "make VERSION=latest" to create "kvm-latest.tar.gz"
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
Makefile | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 1e59217..3aba0f6 100644
--- a/Makefile
These modification are needed to allow me to compile kvm-userspace
on my x86_64 system.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
---
user/config-x86-common.mak |2 +-
user/config-x86_64.mak |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/user/conf
Le jeudi 08 novembre 2007 à 11:55 -0800, Dave Hansen a écrit :
> drivers/kvm/kvm_main.c: In function `kvm_flush_remote_tlbs':
> drivers/kvm/kvm_main.c:220: error: implicit declaration of function
> `smp_call_function_mask'
> make[2]: *** [drivers/kvm/kvm_main.o] Error 1
> make[1]: *** [drivers/kvm
Hi Levente,
Le mardi 13 novembre 2007 à 10:07 +0100, Farkas Levente a écrit :
> Avi Kivity wrote:
> > Farkas Levente wrote:
> >> Avi Kivity wrote:
> >>
> >>> Farkas Levente wrote:
> >>>
> first of all fully update your centos (a bit newer kernel), then i use
> these packages:
> >
feedback is welcome.
>
> CC: Ingo Molnar <[EMAIL PROTECTED]>
> CC: Avi Kivity <[EMAIL PROTECTED]>
> CC: Laurent Vivier <[EMAIL PROTECTED]>
> Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]>
> ---
> kernel/sched.c |6 +
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 reso
Le mercredi 05 décembre 2007 à 01:49 +0800, 余上 a écrit :
> Hi all ,
>
> Did someone tried kvm on this machine . I tried and got "kvm: disabled
> by bios" , but I did enable the virtulization option in BIOS . Can
> someone help me with this ?
Some machines need a power-off/power-on cycle to really
ncompatible
> > pointer type
> >
> > Signed-off-by: Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]>
> >
>
> Doesn't the cache=off option warrant an allocation here to ensure
> alignment (or perhaps a 1K stack buffer with runtime adjustment)?
You'
Le lundi 07 janvier 2008 à 12:47 +0200, Avi Kivity a écrit :
> Laurent Vivier wrote:
> > Le lundi 07 janvier 2008 à 11:27 +0200, Avi Kivity a écrit :
> >
> >> Carlo Marcelo Arenas Belon wrote:
> >>
> >>> revert a merge conflict from
The error is:
libqemu.a(kvm-tpr-opt.o): In function `kvm_tpr_access_report':
/home/vivierl/Projects/KVM/kvm-userspace/qemu/kvm-tpr-opt.c:221:
undefined reference to `kvm_enable_vapic'
libqemu.a(kvm-tpr-opt.o): In function `kvm_tpr_opt_setup':
/home/vivierl/Projects/KVM/kvm-userspace/qemu/kvm-tpr-o
The error is:
libqemu.a(kvm-tpr-opt.o): In function `kvm_tpr_access_report':
/home/vivierl/Projects/KVM/kvm-userspace/qemu/kvm-tpr-opt.c:221:
undefined reference to `kvm_enable_vapic'
libqemu.a(kvm-tpr-opt.o): In function `kvm_tpr_opt_setup':
/home/vivierl/Projects/KVM/kvm-userspace/qemu/kvm-tpr-o
Le lundi 07 janvier 2008 à 15:26 +0200, Dor Laor a écrit :
> On Mon, 2008-01-07 at 14:14 +0100, Laurent Vivier wrote:
> > The error is:
> >
> > libqemu.a(kvm-tpr-opt.o): In function `kvm_tpr_access_report':
> > /home/vivierl/Projects/KVM/kvm-userspace/qemu/
Le lundi 07 janvier 2008 à 15:57 +0200, Avi Kivity a écrit :
> Laurent Vivier wrote:
> > but a pull doesn't resolve anything (the clone has the same effect).
> >
> > Is the correction has been pushed... ?
> >
> >
>
> Should be...
>
> Perhaps
Le lundi 07 janvier 2008 à 12:47 +0200, Avi Kivity a écrit :
> Laurent Vivier wrote:
> > Le lundi 07 janvier 2008 à 11:27 +0200, Avi Kivity a écrit :
> >
> >> Carlo Marcelo Arenas Belon wrote:
> >>
> >>> revert a merge conflict from
Le lundi 07 janvier 2008 à 10:34 -0500, Javier Guerra a écrit :
> On 1/7/08, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> > What I'm wondering now is: is it really useful to have "cache=off" and
> > "snapshot=on" at the same time ?
>
> does &qu
Le lundi 07 janvier 2008 à 11:03 -0500, Javier Guerra a écrit :
> On 1/7/08, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> > "cache=off" means files is opened with "O_DIRECT" and thus there is no
> > cache in the kernel memory on the host side.
> > IMO,
08 à 11:42 -0500, Javier Guerra a écrit :
> On 1/7/08, Laurent Vivier <[EMAIL PROTECTED]> wrote:
> > Le lundi 07 janvier 2008 à 11:03 -0500, Javier Guerra a écrit :
> > > hopefully, it would now work with "-cache=off", don't you think?
> >
> > We
Avi Kivity wrote:
> Regular readers of this column will not be surprised to hear that kvm-25
> is much faster than earlier versions.
>
> Changes since kvm-24:
> - massive performance increase (Eddie Dong)
> - regenerate bios from latest bochs sources, hopefully fixing a
> regression with some gues
Hi,
I made some benchmarks with dbench on linux/KVM.
IDE means I use an image disk with "-hda"
SCSI means I use an image disk with "-sda"
(see the patch I proposed on qemu list:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg08679.html )
threads KVM-21 KVM-21 KVM-24 KVM-24 KVM-25 KVM-25
Anthony Liguori wrote:
> Laurent Vivier wrote:
>> Hi,
>>
>> I made some benchmarks with dbench on linux/KVM.
>>
>> IDE means I use an image disk with "-hda"
>> SCSI means I use an image disk with "-sda"
>> (see the patch I propo
Anthony Liguori wrote:
> Laurent Vivier wrote:
>> Anthony Liguori wrote:
>> Hi Anthony,
>>
>> I didn't modify aio_init limit...
>>
>
> It would be pretty useful to give it a try. In qemu_aio_init() where
> aio_init() get's called. If yo
Benjamin Budts wrote:
> Gregory Haskins wrote:
>> On Tue, 2007-07-03 at 11:43 +0200, Benjamin Budts wrote:
>>
>>> 3* When I specify a mac address for my debian virtual machine eth0
>>> changes to eth3 ... very very weird... it's not that bad, i just changed
>>> my interfaces config file from e
Benjamin Budts wrote:
[snip]
> 1* When i run hdparm -t /dev/sda1 I have 80-85Mbit/s read speed on my
> guest os (debian etch)
>
> If I run it ''in'' a virtual machine (using also debian Etch with
> 2.6.21.5 kernel) I get : 28-35Mbits...
>
> I even tried to put the image on a seperate disk to be
.kvm.devel/3373
> thx a lot
>
> Laurent Vivier wrote:
>> Benjamin Budts wrote:
>> [snip]
>>
>>> 1* When i run hdparm -t /dev/sda1 I have 80-85Mbit/s read speed on my
>>> guest os (debian etch)
>>>
>>> If I run it ''in&
: cmpxchg_emulated-vcpu, emulator_cmpxchr_emulated() uses struct
kvm_vcpu instead of x86_emulate_ctxt to be consistency with other memops.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
--
- [EMAIL PROTECTED] --
"Software is hard" - Donald Knuth
signature
emulator_write_emulated() uses struct kvm_vcpu instead of x86_emulate_ctxt to be
called in place of kvm_write_guest().
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
--
- [EMAIL PROTECTED] --
"Software is hard" - Donald Knuth
Index:
remove kvm_read_guest() and use emulator_read_std() instead.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
--
- [EMAIL PROTECTED] --
"Software is hard" - Donald Knuth
Index: kvm/d
remove kvm_write_guest() and use emulator_write_emulated() instead.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
--
- [EMAIL PROTECTED] --
"Software is hard" - Donald Knuth
Index: kvm/d
emulator_cmpxchr_emulated() uses struct kvm_vcpu instead of x86_emulate_ctxt to
be consistency with other memops.
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
--
- [EMAIL PROTECTED] --
"Software is hard" - Donald Knuth
Index: kvm/driver
emulator_read_std() uses struct kvm_vcpu instead of x86_emulate_ctxt to be
called in place of kvm_read_guest().
Signed-off-by: Laurent Vivier <[EMAIL PROTECTED]>
--
- [EMAIL PROTECTED] --
"Software is hard" - Donald Knuth
Index: kvm/driver
1 - 100 of 224 matches
Mail list logo
