When we get a performance counter interrupt we need to route it on to the
Linux handler after we got out of the guest context. We also need to tell
our handling code that this particular interrupt doesn't need treatment.
So let's add those two bits in, making perf work while having a KVM guest
run
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 t
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
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. rdeskt
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 name,
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
---
client/tests/kvm/kvm_test_utils.py |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/client/tests/kvm/kvm_test_utils.py
b/client/test
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
---
arch/x86/kvm/mmu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm
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
---
arch/x86/kvm/mmu.c | 11 +++
1 files chang
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
---
arch/x86/kvm/mmu.c | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x8
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
---
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 d9dea28..5910557 100644
--- a/
Make use of is_large_pte() instead of checking PT_PAGE_SIZE_MASK
bit directly.
Signed-off-by: Gui Jianfeng
---
arch/x86/kvm/paging_tmpl.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/paging_tmpl.h b/arch/x86/kvm/paging_tmpl.h
index 5910557..d0cc07e 10
Remove unused varialbe in rmap_next()
Signed-off-by: Gui Jianfeng
---
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
+++ b/arch/x86/kvm/mmu.c
@@ -651,7 +65
Nobody use gva_to_page() anymore, get rid of it.
Signed-off-by: Gui Jianfeng
---
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
index dec8a6d..bb18917 10064
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 t
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 loc
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:
>
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,
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 Linu
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=detail&atid=893831&aid=2988248&group_id=180599
Please note that this message will contain a full copy of the c
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=detail&atid=893831&aid=2988248&group_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
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 no
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 sh
On 04/14/2010 08:01 AM, Lucas Meneghel Rodrigues wrote:
> On Wed, Apr 14, 2010 at 10:26 AM, Amos Kong 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 relate
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 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 w
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=detail&atid=893831&aid=2988248&group_id=180599
Please note that this message will contain a full copy of the comment th
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
>
>
The VM screendump thread recently introduced generates
a lot of output on debug logs. Such output is not needed
most of the time (we are interested to see if a screenshot
production attempt failed though) and distracts the user
from other more important info.
So let's add an additional parameter o
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=detail&atid=893831&aid=2988248&group_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=detail&atid=893831&aid=2971166&group_id=180599
Please note that this message will contain a full copy of the comme
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 wrote:
Hi Lucas,
When I execute unattended_install testc
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'
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 fa
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, a
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 http://vger.kernel.org/majordomo-info.html
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
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 som
41 matches
Mail list logo