Zhang, Xiantao wrote:
In order to make kvm.h arch-independent, some code need to move out from
kvm.h. Now, we move them to x86.h.
This is the preparetion for splitting struct kvm and struct kvm_vcpu.
[1/5] Move some macro definitions out.
[2/5] Move kvm_x86_ops out.
[3/5] Move vcpu regs
Jan Kiszka wrote:
Avi Kivity wrote:
Jan Kiszka wrote:
Hi,
running some oldish 286 protected mode demo in kvm, I came across this
bug of kvm-52:
unhandled vm exit: 0x8021 vcpu_id 0
ds (0010/ p 1 dpl 3 db 0 s 1 type 3 l 0 g 0 avl 0)
ds.base must
Carsten Otte wrote:
Zhang, Xiantao wrote:
Move kvm_vcpu_ioctl_get_dirty_log to arch, and still keep the interface
in common.
diff --git a/drivers/kvm/kvm_main.c b/drivers/kvm/kvm_main.c
index 45b18e1..3400265 100644
--- a/drivers/kvm/kvm_main.c
+++ b/drivers/kvm/kvm_main.c
@@ -419,19
Carsten Otte wrote:
Zhang, Xiantao wrote:
User-allocation should be what we are heading. But considering
compatibility with old user-space support, I think kernel-allocation
approach should exist for a long time.
That's right. This is why I would prefer to have the corresponding
code out
Zhang, Xiantao wrote:
Carsten Otte wrote:
Zhang, Xiantao wrote:
Based on privious discussion, I made this patch to split struct kvm.
In this patch, strcut kvm only holds common fields, and struct
kvm_x86 will keep x86-specific fields. In this way, struct kvm will
be a sub-filed
Zhang, Xiantao wrote:
KVM Portability: Add two arch hooks to handle kvm_create_vm and
kvm destroy_vm. Now, just put io_bus init and destory in common.
1. kvm_arch_create_vm
2. kvm_arch_destroy_vm
This doesn't apply. Is it against some older codebase?
--
error compiling committee.c:
Zhang, Xiantao wrote:
This is the preparation for moving mmu code to arch. Since mmu code in
arch, translation functionality should be implemented for every arch.
Xiantao
Applied, thanks.
--
error compiling committee.c: too many arguments to function
Sheng Yang wrote:
From f8aca5afbc018e71dc37d2e6001bcec376499939 Mon Sep 17 00:00:00 2001
From: Sheng Yang [EMAIL PROTECTED]
Date: Fri, 16 Nov 2007 16:29:15 +0800
Subject: [PATCH] KVM: x86 emulator: Discard CR2 in x86 emulator
For CR2 is unreliable and unavailable in many condition, this
Roel Kluin wrote:
#--#
in function FNAME(page_fault), drivers/kvm/paging_tmpl.h, line 450, (linus'
git)
I think a check is in place. I am not sure whether this is how it should be
done, nor was the patch below
Neo Jia wrote:
Another question is about the architecture, I found it seems that the
32-bit platform is much more stable than 64-bit. Should I switch my
system to 64-bit for later work?
Where do you get this impression? I do almost all of my development on
64-bit, and I don't recall an
Joe Perches wrote:
fix sparse warnings Using plain integer as NULL pointer
Applied, thanks.
--
error compiling committee.c: too many arguments to function
-
This SF.net email is sponsored by: Microsoft
Defy all
Carlo Marcelo Arenas Belon wrote:
The following patch fixes 1a483ef4040ed380bf69d684783d06a617073256 so that the
parent PIC pointer is used to send the edge irq0 instead of the PIC pair and
that is an incompatible pointer type as reported in :
qemu/hw/i8259.c: In function `pic_read_irq':
Neo Jia wrote:
hi,
I am trying to contribute some (just starting some bug fix first) for
KVM development.
But, I want know first what those experienced kvm developer do
everyday for the development work.
I synced with kvm.git and kvm-userspace.git. Do I have to rebuild and
install the
Zhang, Xiantao wrote:
Avi Kivity wrote:
Zhang, Xiantao wrote:
KVM Portability: Add two arch hooks to handle kvm_create_vm and
kvm destroy_vm. Now, just put io_bus init and destory in common.
1. kvm_arch_create_vm
2. kvm_arch_destroy_vm
This doesn't apply. Is it against
Zhang, Xiantao wrote:
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.
Applied, thanks. We will want to redo __init and
Neo Jia wrote:
On Nov 18, 2007 3:04 AM, Avi Kivity [EMAIL PROTECTED] wrote:
Neo Jia wrote:
Another question is about the architecture, I found it seems that the
32-bit platform is much more stable than 64-bit. Should I switch my
system to 64-bit for later work?
Where do
Neo Jia wrote:
Thank you for your response! Now, I can build modules from kvm.git
instead of build the whole kernel.
Any comments for the TODO item or bug I need to pick up first?
It depends on your knowledge of the x86 architecture and experience in
virtualization. If you have little
Zhang, Xiantao wrote:
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.
Amit Shah wrote:
From 76204eda7e03035c16702105e78724137ecad24b Mon Sep 17 00:00:00 2001
From: Amit Shah [EMAIL PROTECTED]
Date: Sun, 18 Nov 2007 22:42:47 +0530
Subject: [PATCH] KVM: SVM: Disable Lazy FPU optimization because of
regressions
Host FPU state is leaked into the guest FPU state.
Amit Shah wrote:
From 554315592b05eabf0355ac63145c28e11358af1f Mon Sep 17 00:00:00 2001
From: Amit Shah [EMAIL PROTECTED]
Date: Sun, 18 Nov 2007 00:03:27 +0530
Subject: [PATCH] KVM: Use write_emulated and not write_std, which is not
implemented
... and calling write_emulated should work
Amit Shah wrote:
Instead of having each architecture do it individually, we
do this in the arch-independent code (just x86 as of now).
Turns out SVM did not do this at all.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
Neo Jia wrote:
Another question is about the architecture, I found it seems that the
32-bit platform is much more stable than 64-bit. Should I switch my
system to 64-bit for later work?
Where do you get this impression? I do almost all of my development on
64-bit, and I
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 are we
Izik Eidus wrote:
Have kvm.h include asm/kvm.h
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
panic.
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 do the
fix
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 'stos' is
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 compile pass. The
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, this
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?
hardirq_offset is used
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
kvm-x86.h
hardirq_offset.
Avi, Ingo, Laurent, 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 ++
1 file changed, 2 insertions(+), 4
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 obsolete
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 extension flags
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
instead of kvm.h.
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
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: x86 emulator
Dor Laor wrote:
Anthony Liguori wrote:
Hi,
I've been experimenting with creating IO threads for the PV device
drivers. Unfortunately, my experiments haven't gotten very far as QEMU
tends to hang up a bit into booting the guest whenever I spawn a thread
that does any sort of
Carsten Otte wrote:
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch callback, and rather than
kvm_arch_vcpu_decache. There's no reason for
Zhang, Xiantao wrote:
Carsten Otte wrote:
I think two other functionalities need to be moved to kvm_arch_init
which are still in common: The call to kvm_mmu_set_nonpresent_ptes()
and the creation of kvm_vcpu_cache. This can well be done after
merging this patch. kvm_init looks very much
Zhang, Xiantao wrote:
Avi Kivity wrote:
Carsten Otte wrote:
I still do strongly agree with the general idea of this patch, and
most of the split comes out just right now. However, there is one
thing I'd like to pick on:
decache_vcpus_on_cpu should be an arch callback, and rather
Alexander Graf wrote:
Hi,
I just tried to run a kernel directly using the -kernel option on VMX.
This worked with the kvm modules in the vanilla 2.6.24 kernel but
breaks on the recent git. I have not tried any version in between.
This really looks like the x86 emulator is broken.
Zhang, Xiantao wrote:
Also work. But the last two patches will have some warnings about hunk
offset. Had better use the attached patches which have been rebased.
Thanks -Xiantao
Okay, applied the lot. I supplied signoffs from previous iterations of
this patchset, but please keep them in
Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1194887893 21600
# Node ID 41925cedf395c050fb31083eeda8a08bad609169
# Parent a40de75e2bf823c092a20009c7646bf4c026a260
Make kvm_run more arch friendly
This patch creates hook kvm_arch_run in kvm_run
/ioapic.o] Error 1
make[1]: ***
[kernel] Error 2
Ouch. Committed the following:
commit 26e6e6a8681f1041b61fccdf2fdf2aacb88cee36
Author: Avi Kivity [EMAIL PROTECTED]
Date: Wed Nov 14 18:31:51 2007 +0200
kvm: external module: include asm/io_apic.h before redefining its
symbols
diff --git
Christian Borntraeger wrote:
Am Mittwoch, 14. November 2007 schrieb Ingo Molnar:
* Christian Borntraeger [EMAIL PROTECTED] wrote:
Avi, Ingo, Laurent,
what do you think about the following patch?
fine to me. I guess this should mostly be a NOP to KVM, right?
Yes,
Jerone Young wrote:
I just happened to be doing some stuff with kvmctl and I decided to run
todays git tree of kvmctl on my Thinkpad T61 (with 2.0 Core 2 Dou). I
get the following when trying to run kvmctl test/x86/vmexit.flat:
[EMAIL PROTECTED]:/home/jerone/work/kvm-userspace/user# ./kvmctl
Farkas Levente wrote:
david ahern wrote:
Can you post the full qemu command that gets launched in each case?
this is the current running one, the only difference when smp set is -smp 4:
root 3270 10.3 25.8 2213976 2111868 ? Sl 16:20 30:35
/usr/bin/qemu-kvm -M pc -m
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:
http://www.lfarkas.org/linux/packages/centos/5/x86_64/
use libvirtd and virt-manager too and start the guests from there. and
start
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 do the fix
:)
I see it in my include/linux/smp.h:
#define
david ahern wrote:
With kvm-52 my 32-bit host running RHEL5.1 can start an RHEL 5 SMP guest only
once. Second and subsequent attempts hang. Removing kvm and kvm_intel modules
have no affect; I need to reboot the host to get an SMP guest to start. My
similarly configured 64-bit host does not
Ryan Harper wrote:
I can't seem to get to the nightly snapshot url:
http://people.qumranet.com:/avi/snapshots/
It's http://people.qumranet.com/avi/snapshots/
--
Do not meddle in the internals of kernels, for they are subtle and quick to
panic.
Farkas Levente wrote:
Avi Kivity wrote:
Farkas Levente wrote:
david ahern wrote:
Can you post the full qemu command that gets launched in each case?
this is the current running one, the only difference when smp set is -smp 4:
root 3270 10.3 25.8
Farkas Levente wrote:
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:
http://www.lfarkas.org/linux/packages/centos/5/x86_64/
use
Glauber de Oliveira Costa wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Avi Kivity escreveu:
Glauber de Oliveira Costa wrote:
This is the host part of kvm clocksource implementation. As it does
not include clockevents, it is a fairly simple implementation. We
only have
Glauber de Oliveira Costa wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dong, Eddie escreveu:
+static void kvm_write_guest_time(struct kvm_vcpu *vcpu) +{
+ struct timespec ts;
+ int r;
+
+ if (!vcpu-clock_gpa)
+ return;
+
+ /* Updates version to the next
Dong, Eddie wrote:
Avi:
Maybe I am wrong, but it looks like we didn't disable
interrupt_window_open GUEST_INTERRUPTIBILITY_INFO if the emulation
path does sti or mov from SS emulation.
Too paranoea?
Well, we should. I doubt it would affect anything, but patches to
Dong, Eddie wrote:
After thinking for a little while, you are theoretically right.
In the current state, we could even be preempted between all
operations ;-) Maybe after avi's suggestion of moving the call to it
it will end up in a preempt safe region, but anyway, it's safer to
add the
david ahern wrote:
I let the host stay up for 90 minutes before loading kvm and starting a VM.
On the first reboot it hangs at 'Starting udev'.
First reboot or first boot?
I thought the problem was cold starting a VM.
I added 'noapic' to the kernel boot options, and it boots fine.
david ahern wrote:
First boot has been working fine since your patch this past weekend. It's
been subsequent boots that hang.
I added -no-kvm-irqchip to qemu command line and did not add the noapic boot
option: it's hung at 'Starting udev' again but this time it's not consuming
CPU.
david ahern wrote:
I removed the kvm/kvm-intel modules. qemu command line was:
/usr/local/bin/qemu-system-x86_64 -boot c -localtime -hda
/opt/kvm/images/rhel5.img -m 1536 -smp 4 -net
nic,macaddr=00:0c:29:10:10:e8,model=rtl8139 -net
tap,ifname=tap0,script=/bin/true -monitor stdio -no-kvm
Amit Shah wrote:
On Monday 12 November 2007 12:22:39 Alexey Eremenko wrote:
This is strange, because I have XP on AMD-64 working fine on KVM-51.
A pre-installed VM works just fine. The problem is with the installation.
Does
the installation succeed for you as well with kvm-51?
. On a dual code it's basically
equivalent to mainline, I guess it's okay for four-way, but above
four-way you will need either mainline or a better
smp_call_function_mask() (which is nontrivial but doable).
david
Avi Kivity wrote:
david ahern wrote:
In RHEL 5.1 linux/notifier.h
Farkas Levente wrote:
Guest is clean FC6 x86_64
can you recheck it with 1 clean centos-5 x86_64 and one centos-5 i386
both have 2GB ram and in your case 2 vcpu and try to start the guest
parallel?
if it's still works for you then the only difference will be the
hardware or that i
Zhao, Yunfeng wrote:
4. Error Fault when IDT_Vectoring while running 64bit UP vista and smp
64bit windows guests
https://sourceforge.net/tracker/index.php?func=detailaid=1816460group_id=180599atid=893831
This should be fixed now. I reverted the patches that introduced it and
Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1194560092 21600
# Node ID 10991ad11487e51d327430a1a61e0d63021caf7b
# Parent 026c26ab068482aaf17deaf8cd73c1ff1db3806b
[v2] Fix declerations that should be in kvm-common.h not in kvm-x86.h
The last
Carlo Marcelo Arenas Belon wrote:
The following patch applies to kvm-51 and correct all compilation warnings
because of mismatching types for ram related variables and that were left
behind after the changes to add support for more than 2GB of memory for 32bit
guests.
Please use correct
Carsten Otte wrote:
Avi Kivity wrote:
For the present discussion, I agree, but in general we should be
prepared to accept some no-op callouts.
Oh sure, I don't mind those. We'll have plenty of them, where other
architectures will need to take action and s390 won't. It's just
Linus,
Please pull the tree at
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git for-linus
Containing some fairly critical fixes for 2.6.24's KVM, including hard host
hangs on AMD.
Avi Kivity (5):
KVM: x86 emulator: fix 'push imm8' emulation
KVM: SVM: Fix SMP with kernel
Small fixes and updates.
Changes from kvm-51:
- fix efer reload host crash on T2600 and similar processors
- revert sleepy interrupt injection
- fixes Fault when IDT_Vectoring
- atomically inject real-mode interrupts
- wbinvd exiting on newer Intel processors (Eddie Dong)
- fixes real-time
Daniel P. Berrange wrote:
On Sat, Nov 10, 2007 at 09:20:36PM -0600, Anthony Liguori wrote:
This patch implements a very naive virtio block device backend in QEMU.
There's a lot of room for future optimization. We need to merge a -disk
patch
before we can provide a mechanism to expose
Farkas Levente wrote:
first of all fully update your centos (a bit newer kernel), then i use
these packages:
http://www.lfarkas.org/linux/packages/centos/5/x86_64/
use libvirtd and virt-manager too and start the guests from there. and
start them manually paralell (i used to reboot the host
Haydn Solomon wrote:
I'm able to install Windows vista 32 bit ok, however when I try to
activate online, it seems to start the process ok but then fails with
the following error.
A problem occurred when Windows tried to activate. Error code
0x80072F78
Any help would be appreciated.
:
Avi Kivity wrote:
If you're having trouble on AMD systems, please try this out.
this version worse than kvm-50:-(
setup:
- host:
- Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
- Intel S3000AHV
- 8GB RAM
- CentOS-5
- kernel-2.6.18-8.1.14.el5 x86_64 64bit
- guest
Farkas Levente wrote:
Avi Kivity wrote:
If you're having trouble on AMD systems, please try this out.
this version worse than kvm-50:-(
setup:
- host:
- Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
- Intel S3000AHV
- 8GB RAM
- CentOS-5
- kernel-2.6.18-8.1.14.el5
Anthony Liguori wrote:
Avi Kivity wrote:
There's no reason that the PIO operations couldn't be handled in the
kernel. You'll already need some level of cooperation in userspace
unless you plan on implementing the PCI bus in kernel space too.
It's easy enough in the pci_map function
Hollis Blanchard wrote:
On Thu, 2007-11-08 at 07:54 +0200, Avi Kivity wrote:
Carlo Marcelo Arenas Belon wrote:
On Tue, Nov 06, 2007 at 10:48:52AM -0600, Jerone Young wrote:
Move msrs functions to libkvm-x86.c
This patch moves functions:
kvm_msr_list
move
TJ wrote:
Avi, thanks. The patch fixes the issue for the XO image and there are no
more MSR read errors.
I'm still not sure why when starting the image with kvm enabled the
drawing of the GRUB screen is so painfully slow, but without kvm it is
fast.
Grub probably uses one of the 4-bit
Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1194543880 21600
# Node ID f87e6f60ddd69cb0ee4e0bbcaed657d2f12311ce
# Parent d6fa0d16fa60ee5083877fec698b69cea840d0b0
Fix declerations that should be in kvm-common.h not in kvm-x86.h
During the first
Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1194551969 21600
# Node ID c08b2667a95ecd85effb1d5f5d84e235f9e8d6cc
# Parent d6fa0d16fa60ee5083877fec698b69cea840d0b0
Fix building of kvmctl
This patch creates the make rule needed to for the linker
to
Glauber de Oliveira Costa wrote:
This is the host part of kvm clocksource implementation. As it does
not include clockevents, it is a fairly simple implementation. We
only have to register a per-vcpu area, and start writting to it periodically.
Missing live migration support (a way for
Amit Shah wrote:
On Friday 09 November 2007 22:49:18 Werner Opriel wrote:
Version:
kvm-50 and kvm-51
Problem:
I am not able to install a Win XP SP2 guest.
The Guest always crashes while installing Windows XP devices at T-37
minutes with a blue-screen and IRQL_NOT_LES_OR_EQUAL.
Dong, Eddie wrote:
Add wbinvd VM Exit support to prepare for pass-through
device cache emulation and also enhance real time
responsibility.
Applied, thanks.
For our real-time users, when will processors supporting this be available?
--
error compiling committee.c: too many
Zhang, Xiantao wrote:
- hardware enable/disable/setup/unsetup/check_processor_compat does
not make any sense for us: all CPUs that have been sold since the
1970s have proper hardware virtualization, and there's nothing to
enable - it just works.
OK, Maybe we can move them to
Carsten Otte wrote:
Hollis Blanchard wrote:
On Thu, 2007-11-08 at 14:49 +0100, Carsten Otte wrote:
Zhang, Xiantao wrote:
+void kvm_arch_vcpu_free(struct kvm_vcpu *vcpu);
+void kvm_arch_vcpu_decache(struct kvm_vcpu *vcpu);
+void kvm_arch_vcpu_load(struct kvm_vcpu *vcpu, int
Clive Stewell wrote:
I have been testing KVM for eventual use in a production server
environment and am running into some trouble when I attempt to rsync my
data from the current production system to the test system.
Specifically, whenever I hit a large file, the guest freezes and I get
Chen Xi wrote:
Hi everybody,
I'm trying to clone the repository:
git-clone http://www.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git kvm
Fail on this:
error: Couldn't get
http://www.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git/refs/heads/kvm-updates
for heads/kvm-updates
The
Zhao, Yunfeng wrote:
Old issues:
Five Windows issues:
2. Cannot boot 64bit Vista
-no-kvm-irqchip has the same issue. And -no-kvm gets blue screen.
https://sourceforge.net/tracker/index.php?func=detailaid=1812072group_
id=180599atid=893831
This ought to be fixed now (some bugs were
Avi Kivity wrote:
Chen Xi wrote:
Hi everybody,
I'm trying to clone the repository:
git-clone http://www.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git kvm
Fail on this:
error: Couldn't get
http://www.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git/refs/heads/kvm-updates
for heads
Farkas Levente wrote:
Avi Kivity wrote:
Farkas Levente wrote:
Avi Kivity wrote:
If you're having trouble on AMD systems, please try this out.
this version worse than kvm-50:-(
setup:
- host:
- Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
- Intel
david ahern wrote:
In RHEL 5.1 linux/notifier.h defines:
#define CPU_TASKS_FROZEN0x0010
#define CPU_ONLINE_FROZEN (CPU_ONLINE | CPU_TASKS_FROZEN)
#define CPU_DEAD_FROZEN (CPU_DEAD | CPU_TASKS_FROZEN)
which means in kvm-51/kernel/external-module-compat.h the '#ifndef
Farkas Levente wrote:
With that change, kvm-51 compiles. I am still seeing 32-bit SMP guests
hang on boot for both 32-bit and 64-bit hosts (again running RHEL5.1).
I still don't. Can you test the attached patch?
can you tell us which cpu, memory, host and guest os are you
If we stgi() too soon, nmis can reach the processor even though interrupts
are disabled, catching it in a half-switched state. Delay the stgi() until
we're done switching.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/svm.c |8
1 files changed, 4 insertions(+), 4
AP processor needs to reset to the SIPI vector, not normal INIT.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/svm.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/kvm/svm.c b/drivers/kvm/svm.c
index 729f1cd..3910358 100644
--- a/drivers/kvm
'push imm8' found itself in the wrong switch somehow, so it is never executed.
This fixes Windows 2003 installation.
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/x86_emulate.c | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers
Carlo Marcelo Arenas Belon wrote:
This patch partially reverts 9105435f46ca4e110237eae57272e4f5deaf8dd6 so that
kvm_msr_list, kvm_get_msrs and kvm_set_msrs are again public and visible in
userspace for x86 as they are used by qemu-kvm
Applied, thanks.
--
error compiling committee.c: too
Emulate the 'invd' instruction (opcode 0f 08).
Signed-off-by: Avi Kivity [EMAIL PROTECTED]
---
drivers/kvm/x86_emulate.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/kvm/x86_emulate.c b/drivers/kvm/x86_emulate.c
index da0cdd5..33b1814 100644
--- a/drivers
I intend to submit the following patchset shortly for mainline. All fixes are
for fairly serious issues, including host crashes. Several will go into
-stable as well.
Please review.
drivers/kvm/svm.c | 18 ++
drivers/kvm/x86_emulate.c | 26
TJ wrote:
Trying to run the latest OLPC XO guest image with kvm-intel on 2.6.22
x86_64 (Ubuntu Gutsy) on a T7200 there are critical problems which don't
occur if kvm-intel is not loaded/used.
The same issue affects kvm-48, kvm-50 and kvm-51.
I don't see these problems with Gutsy or Windows
Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It
allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
Didn't see support for dma.
Not sure what you're expecting there. Using
Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
+case VIRTIO_PCI_QUEUE_NOTIFY:
+if (val VIRTIO_PCI_QUEUE_MAX)
+virtio_ring_kick(vdev, vdev-vq[val]);
+break;
I see you're not using hypercalls for this, presumably for compatibility
1601 - 1700 of 3824 matches
Mail list logo
