On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
We need to reserve a context from KVM to make sure we have our own
segment space. While we did that split for Book3S_64 already, 32 bit
is still outstanding.
So let's split it now.
Signed-off-by: Alexander Graf ag...@suse.de
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
For assembly code there are several long load and store defines already.
The one that's missing is the typical stack store, stdu/stwu.
So let's add that define as well, making my KVM code happy.
Acked-by: Benjamin Herrenschmidt
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
Our shadow MMU code needs to know where the HTAB is located and how
big it is. So we need some variables from the kernel exported to
module space if KVM is built as a module.
Gross :-) Can't you just read the real SDR1 ? :-)
Cheers,
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
We need the SWITCH_FRAME_SIZE define on Book3S_32 now too.
So let's export it unconditionally.
Acked-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Signed-off-by: Alexander Graf ag...@suse.de
---
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
When an interrupt occurs we don't know yet if we're in guest context or
in host context. When in guest context, KVM needs to handle it.
So let's pull the same trick we did on Book3S_64: Just add a macro to
determine if we're in guest
Here is the new patch of V4 against tip/master of April 13th
if anyone wants to try it.
ChangeLog V4:
1) Based on Ingo's comments, I added help information around kvm
such like command-list.txt and perf-kvm.txt.
2) Added guest process id at the tail of kernel dso long
Below is the kernel patch to enable perf to collect guest os statistics.
Joerg,
Would you like to add support on svm? I don't know the exact point to trigger
NMI to host with svm.
See below code with vmx:
+ kvm_before_handle_nmi(vmx-vcpu);
asm(int $2);
+
Add copying the keyval of guest test into client result dir so that server
can get it in autotest case.
Signed-off-by: sshang ssh...@redhat.com
---
client/tests/kvm/kvm_test_utils.py |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git
Since gfn is not changed in the for loop, we do not need to call
gfn_to_memslot_unaliased() under the loop, and it is safe to move
it out.
Signed-off-by: Wei Yongjun yj...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
This patch fix:
- calculate zapped page number properly in mmu_zap_unsync_children()
- calculate freeed page number properly kvm_mmu_change_mmu_pages()
- if zapped children page it shoud restart hlist walking
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c |
Quote from Avi:
|Just change the assignment to a 'goto restart;' please,
|I don't like playing with list_for_each internals.
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git
On 16.04.2010, at 08:47, Benjamin Herrenschmidt wrote:
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
Our shadow MMU code needs to know where the HTAB is located and how
big it is. So we need some variables from the kernel exported to
module space if KVM is built as a module.
Move first pte address calculation out of loop to save some cycles
Signed-off-by: Gui Jianfeng guijianf...@cn.fujitsu.com
---
arch/x86/kvm/paging_tmpl.h |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/paging_tmpl.h b/arch/x86/kvm/paging_tmpl.h
index
Make use of is_large_pte() instead of checking PT_PAGE_SIZE_MASK
bit directly.
Signed-off-by: Gui Jianfeng guijianf...@cn.fujitsu.com
---
arch/x86/kvm/paging_tmpl.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/paging_tmpl.h
Remove unused varialbe in rmap_next()
Signed-off-by: Gui Jianfeng guijianf...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index b44380b..dec8a6d 100644
--- a/arch/x86/kvm/mmu.c
+++
Nobody use gva_to_page() anymore, get rid of it.
Signed-off-by: Gui Jianfeng guijianf...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c | 14 --
include/linux/kvm_host.h |1 -
2 files changed, 0 insertions(+), 15 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
On Fri, 2010-04-16 at 11:07 +0200, Alexander Graf wrote:
On 16.04.2010, at 08:47, Benjamin Herrenschmidt wrote:
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
Our shadow MMU code needs to know where the HTAB is located and how
big it is. So we need some variables from the kernel
On 16.04.2010, at 11:22, Benjamin Herrenschmidt wrote:
On Fri, 2010-04-16 at 11:07 +0200, Alexander Graf wrote:
On 16.04.2010, at 08:47, Benjamin Herrenschmidt wrote:
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
Our shadow MMU code needs to know where the HTAB is located and
On 16.04.2010, at 11:25, Alexander Graf wrote:
On 16.04.2010, at 11:22, Benjamin Herrenschmidt wrote:
On Fri, 2010-04-16 at 11:07 +0200, Alexander Graf wrote:
On 16.04.2010, at 08:47, Benjamin Herrenschmidt wrote:
On Fri, 2010-04-16 at 00:11 +0200, Alexander Graf wrote:
Our shadow MMU
On Thu, 2010-04-15 at 09:43 -0700, Srivatsa Vaddagiri wrote:
On Thu, Apr 15, 2010 at 03:33:18PM +0200, Peter Zijlstra wrote:
On Thu, 2010-04-15 at 11:18 +0300, Avi Kivity wrote:
Certainly that has even greater potential for Linux guests. Note that
we spin on mutexes now, so we need
On 16.04.2010, at 11:31, Alexander Graf wrote:
On 16.04.2010, at 11:25, Alexander Graf wrote:
On 16.04.2010, at 11:22, Benjamin Herrenschmidt wrote:
Well, I did look into reusing the existing functions for HTAB modification,
but they're incredibly tightly coupled to Linux PTEs,
Bugs item #2988248, was opened at 2010-04-16 15:46
Message generated for change (Tracker Item Submitted) made by ruclen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2988248group_id=180599
Please note that this message will contain a full copy of the
Bugs item #2988248, was opened at 2010-04-16 11:46
Message generated for change (Comment added) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2988248group_id=180599
Please note that this message will contain a full copy of the comment thread,
Hi guys.
As the kvm does not support auto connection of USB device, unless
someone inputs the command usb_add in the monitor. I wonder if
there is a better way, say, like some linux, auto mount the USB device
without any command input. And I know there is also qmp(qemu monitor
protocol) to
On Fri, Apr 16, 2010 at 09:18:12PM +0800, chunhui zhao wrote:
Hi guys.
As the kvm does not support auto connection of USB device, unless
someone inputs the command usb_add in the monitor. I wonder if
there is a better way, say, like some linux, auto mount the USB device
without any
On 04/16/10 15:18, chunhui zhao wrote:
Hi guys.
As the kvm does not support auto connection of USB device,
It does. -device usb-host,vendorid=1234,productid=5678
Plug in the device specified by vendor+product id on the host and your
guest will see it.
The problem is, the qmp does
Hi folks,
I've met a serious problem when I use kvm, is this a bug?
I've installed a windows xp sp2 as my guest os. Different from the
usual img way, I installed the window xp on one of my hard disk. I
sucessfully installed windows xp, but when I try to start windows xp,
the famous blue screen
On 04/14/2010 08:01 AM, Lucas Meneghel Rodrigues wrote:
On Wed, Apr 14, 2010 at 10:26 AM, Amos Kong ak...@redhat.com wrote:
Hi Lucas,
When I execute unattended_install testcases on RHEL-5.5, it always fail when
using rhel3.9-32 guest.
I found it blocked after packages installation. Is it
On Fri, 2010-04-16 at 08:03 -0600, David S. Ahern wrote:
On 04/14/2010 08:01 AM, Lucas Meneghel Rodrigues wrote:
On Wed, Apr 14, 2010 at 10:26 AM, Amos Kong ak...@redhat.com wrote:
Hi Lucas,
When I execute unattended_install testcases on RHEL-5.5, it always fail
when using rhel3.9-32
* Make sure all control file derivated files are
left out from the autotest tarball;
* Report the name of failed tests inside the
control file correctly;
* Instead of comparing sizes of the autotest
tarballs, use a more proper md5 comparison between
the generated packages;
* Handle exceptions
Bugs item #2988248, was opened at 2010-04-16 15:46
Message generated for change (Comment added) made by ruclen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2988248group_id=180599
Please note that this message will contain a full copy of the comment
Stephen Liu wrote:
You can use higher level layers to handle that in the meantime. For
example, I always use rdesktop to connect to my Windows guests and it
supports copy and paste just fine.
Hi Jim,
Thanks for your advice.
Host - Debian 5.0
Guest - Debian 5.0
I have
Bugs item #2988248, was opened at 2010-04-16 06:46
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2988248group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2971166, was opened at 2010-03-16 04:32
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2971166group_id=180599
Please note that this message will contain a full copy of the comment
On 04/16/2010 09:36 AM, Lucas Meneghel Rodrigues wrote:
On Fri, 2010-04-16 at 08:03 -0600, David S. Ahern wrote:
On 04/14/2010 08:01 AM, Lucas Meneghel Rodrigues wrote:
On Wed, Apr 14, 2010 at 10:26 AM, Amos Kong ak...@redhat.com wrote:
Hi Lucas,
When I execute unattended_install
On Thu, Apr 15, 2010 at 02:37:24PM -0400, Glauber Costa wrote:
In recent stress tests, it was found that pvclock-based systems
could seriously warp in smp systems. Using ingo's time-warp-test.c,
I could trigger a scenario as bad as 1.5mi warps a minute in some systems.
(to be fair, it wasn't
On 04/15/2010 11:37 AM, Glauber Costa wrote:
In recent stress tests, it was found that pvclock-based systems
could seriously warp in smp systems. Using ingo's time-warp-test.c,
I could trigger a scenario as bad as 1.5mi warps a minute in some systems.
Is that 1.5 million?
(to be fair, it
To have better testing over -stable kernel KVM Avi decided to drop
the Cc: sta...@kernel.org tag (which meant such patches are included
directly in the process by Greg), to instead queue patches in
kvm-updates/2.6.3x branches and autotest them before submission.
So to avoid automatic inclusion,
The boot option is missing from the documentation for the -drive parameter.
If there is a better way to descibe it, I'm all ears.
Signed-off-by: Bruce Rogers brog...@novell.com
diff --git a/qemu-options.hx b/qemu-options.hx
index c5a160c..fbcf61e 100644
--- a/qemu-options.hx
+++
On Fri, Apr 16, 2010 at 04:34:42PM +0800, Xiao Guangrong wrote:
This patch fix:
- calculate zapped page number properly in mmu_zap_unsync_children()
- calculate freeed page number properly kvm_mmu_change_mmu_pages()
- if zapped children page it shoud restart hlist walking
Signed-off-by:
On 04/16/2010 10:36 AM, Jeremy Fitzhardinge wrote:
On 04/15/2010 11:37 AM, Glauber Costa wrote:
In recent stress tests, it was found that pvclock-based systems
could seriously warp in smp systems. Using ingo's time-warp-test.c,
I could trigger a scenario as bad as 1.5mi warps a minute in
In some occasions even though a VM has terminated,
some remote shell sessions will take a long time
before giving up on the host. This situation is
happening frequently on subtests such as autotest:
The VM shuts down, but the session will be alive
for a long time after the VM died.
So let's keep
On 16.04.2010, at 01:00, Alexander Graf wrote:
There are quite some pieces in the code that I overlooked that still use
u64s instead of longs. This has two side effects:
1) Slowness
2) Breakage
This patch fixes both, enabling me to successfully run a Debian guest
on a G4 iBook in
Hi folks,
Host - debian 5.0
Guests - ubuntu 9.04 and windows vista
LAN - workstation, ubuntu 9.10
How to connect guests on the workstation and starting X ?
I can ssh connect the guests on their IP address with X forward. But I can't
start X of Ubuntu 9.04 (guest) on the workstation.
44 matches
Mail list logo