repository: c:/kernel.org/kvm-guest-drivers-windows
branch: master
commit 0f7574bdc663aba3ae7f2a8addb2b3a4f34fdd76
Author: Vadim Rozenfeld vroze...@redhat.com
Date: Fri Oct 1 13:04:00 2010 +0200
[virtio] From: Yan Vugenfirer yvuge...@redhat.com Revert published
indexes
diff --git
repository: c:/kernel.org/kvm-guest-drivers-windows
branch: master
commit 10660d8c613b1615d0193a0e983985bcb9431149
Author: Vadim Rozenfeld vroze...@redhat.com
Date: Fri Oct 1 13:13:45 2010 +0200
[NetKVM] From: Yan Vugenfirer yvuge...@redhat.com Revert
published indexes.
diff --git
repository: c:/kernel.org/kvm-guest-drivers-windows
branch: master
commit 809713e25bc6beb40850661df9039da804915545
Author: Vadim Rozenfeld vroze...@redhat.com
Date: Fri Oct 1 13:16:50 2010 +0200
[NetKVM] From: Yan Vugenfirer yvuge...@redhat.com fix build and
signing scripts
diff --git
repository: c:/kernel.org/kvm-guest-drivers-windows
branch: master
commit 11ad3ec4be2fcf47d3b63c8b89cd7ad688a83a33
Author: Vadim Rozenfeld vroze...@redhat.com
Date: Fri Oct 1 13:18:40 2010 +0200
[WIN-GUEST-DRIVERS] fix build and cleanup scripts
diff --git a/buildAll.bat b/buildAll.bat
On Wed, Sep 29, 2010 at 1:38 AM, Avi Kivity a...@redhat.com wrote:
On 09/28/2010 08:40 PM, Neo Jia wrote:
I found the instruction that caused this problem:
emulation failed (failure) rip 71f14651 66 0f 7f 07
And according to Intel, this is a MOVDQA. So, do we already have this
instruction
Manao ahoana, Hello, Bonjour,
I would like to launch several KVM guests on a multicore CPU.
The number of the KVM process is over the number of physical cores.
I would like to limit each KVM process to say... 10% of CPU
I first use cpulimit
Would you know some better way to limit them? it's
From: xiaohui@intel.com
Date: Thu, 30 Sep 2010 22:04:23 +0800
@@ -197,10 +197,11 @@ struct skb_shared_info {
union skb_shared_tx tx_flags;
struct sk_buff *frag_list;
struct skb_shared_hwtstamps hwtstamps;
- skb_frag_t frags[MAX_SKB_FRAGS];
/*
On Fri, 1 Oct 2010 10:03:28 +0300
Mihamina Rakotomandimby miham...@gulfsat.mg wrote:
Manao ahoana, Hello, Bonjour,
I would like to launch several KVM guests on a multicore CPU.
The number of the KVM process is over the number of physical cores.
I would like to limit each KVM process to
hi,
i am trying to create a 64bit VM on 32bit host. i use the following command:
kvm -cpu kvm64
but then i got error like this CPU is not 64-bit compatible
i also tried with -cpu qemu64, but that didnt help.
so is it possible to run guest 64bit on host 32bit with KVM?
thanks,
Jun
--
To
On 01.10.2010, at 13:14, Jun Koi wrote:
hi,
i am trying to create a 64bit VM on 32bit host. i use the following command:
kvm -cpu kvm64
but then i got error like this CPU is not 64-bit compatible
i also tried with -cpu qemu64, but that didnt help.
so is it possible to run
On Thu, Sep 30, 2010, Zachary Amsden wrote about Re: TSC in nested SVM and
VMX:
1) When reading an MSR, we are not emulating the L2 guest; we are
DIRECTLY reading the MSR for the L1 emulation. Any emulation of the L2
guest is actually done by the code running /inside/ the L1 emulation, so
Hi Experts,
Question:
IN Qemu Monitor if i type info cpus the shown cpu list like:
QEMU 0.12.5 monitor - type 'help' for more information
(qemu) info cpus
* CPU #0: pc=0xfff0 thread_id=11170
CPU #1: pc=0xfff0 (halted) thread_id=11171
CPU #2: pc=0xfff0
On 10/01/2010 08:16 AM, Neo Jia wrote:
On Wed, Sep 29, 2010 at 1:38 AM, Avi Kivitya...@redhat.com wrote:
On 09/28/2010 08:40 PM, Neo Jia wrote:
I found the instruction that caused this problem:
emulation failed (failure) rip 71f14651 66 0f 7f 07
And according to Intel, this is a
On 01.10.2010, at 13:21, Nadav Har'El wrote:
On Thu, Sep 30, 2010, Zachary Amsden wrote about Re: TSC in nested SVM and
VMX:
1) When reading an MSR, we are not emulating the L2 guest; we are
DIRECTLY reading the MSR for the L1 emulation. Any emulation of the L2
guest is actually done
Just a stable update from the 2.6.35 series.
KVM changes since kvm-kmod-2.6.35:
- VMX: Fix host GDT.LIMIT corruption
- MMU: fix mmu notifier invalidate handler for huge spte
- x86: emulator: inc/dec can have lock prefix
- MMU: fix direct sp's access corrupted
- Prevent internal slots from
The KVM development for 2.6.36 settled, so it's time to role out the
first kvm-kmod test version based on that kernel. The changelog might be
a bit boring - I was too lazy to dig for potential interesting details.
Major KVM changes since kvm-kmod-2.6.35.6:
- No major features: mostly improved
Hi,
for the past days I've been trying to understand a very strange hard
lock-up of some Intel i7 boxes when running our 16-bit guest OS under
KVM. After applying some instrumentation before and after the VM entry
(e.g. direct write to VGA memory), it turned out that the system is
apparently
On 10/01/2010 04:46 AM, Alexander Graf wrote:
On 01.10.2010, at 13:21, Nadav Har'El wrote:
On Thu, Sep 30, 2010, Zachary Amsden wrote about Re: TSC in nested SVM and
VMX:
1) When reading an MSR, we are not emulating the L2 guest; we are
DIRECTLY reading the MSR for the L1
On Thu, Sep 30, 2010 at 12:07:15PM +0300, Dmitry Golubev wrote:
Hi,
I am not sure what's really happening, but every few hours
(unpredictable) two virtual machines (Linux 2.6.32) start to generate
huge cpu loads. It looks like some kind of loop is unable to complete
or something...
So
On Fri, Oct 01, 2010 at 09:52:25AM +0800, Huang Ying wrote:
From: Max Asbock masb...@linux.vnet.ibm.com
Add command p2v to translate guest physical address to host virtual
address.
The p2v command provides one step in a chain of translations from
guest virtual to guest physical to host
Hi,
Thanks for reply. Well, although there is plenty of RAM left (about
100MB), some swap space was used during the operation:
Mem: 8193472k total, 8089788k used, 103684k free, 5768k buffers
Swap: 11716412k total,36636k used, 11679776k free, 103112k cached
I am not sure why,
OK, I have repeated the problem. The two machines were working fine
for few hours without some services running (these would take up some
gigabyte additionally in total), I ran these services again and some
40 minutes later the problem reappeared (may be a coincidence, though,
but I don't think
On 09/30/2010 01:07 PM, Michael Tokarev wrote:
01.10.2010 03:02, Michael Tokarev wrote:
30.09.2010 23:05, Marcelo Tosatti wrote:
[]
Arjan, Michael, can you try the following:
From 3823c018162dc708b543cbdc680a4c7d63533fee Mon Sep 17 00:00:00 2001
From: Zachary
23 matches
Mail list logo