From: Jan Kiszka jan.kis...@siemens.com
No caller of qemu_cond_wait makes use of this polling anymore. Remove
it.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 32dce4a..0615d06 100644
--- a/qemu-kvm.c
+++
From: Jan Kiszka jan.kis...@siemens.com
A recent generates config.h from config.mak; align these two configs with
the new way of doing things.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/configure b/configure
index 2a6faa2..c743186
From: Glauber Costa glom...@redhat.com
it is not needed.
Signed-off-by: Glauber Costa glom...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/qemu-kvm.c b/qemu-kvm.c
index f88c043..d74d96c 100644
--- a/qemu-kvm.c
+++ b/qemu-kvm.c
@@ -2354,12 +2354,7 @@ int
From: Glauber Costa glom...@redhat.com
Some more cleanup from the libkvm era. Functions that starts with
kvm_qemu_yyy just to wrap a kvm_yyy. I'm removing it, and changing
the name of one of them to match upstream.
Signed-off-by: Glauber Costa glom...@redhat.com
Signed-off-by: Avi Kivity
From: Avi Kivity a...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/linux-2.6 b/linux-2.6
index ce0c990..0b972aa 16
--- a/linux-2.6
+++ b/linux-2.6
@@ -1 +1 @@
-Subproject commit ce0c990165e183d07cde7c8ed726c37c4f94ae5c
+Subproject commit
From: Mikhail Ershov arce...@gmail.com
Commit f0a3602c20 (KVM: Move interrupt injection logic to x86.c) does not
update the cr8 intercept if the lapic is disabled, so when userspace updates
cr8, the cr8 threshold control is not updated and we are left with illegal
control fields.
Fix by
From: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
Remove debugfs file if kvm_arch_init() return error
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index 98e4ec8..1df4c04 100644
---
From: Joerg Roedel joerg.roe...@amd.com
This patch removes the largepage parameter from the rmap_add function.
Together with rmap_remove this function now uses the role.level field to
find determine if the page is a huge page.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Avi
From: Joerg Roedel joerg.roe...@amd.com
If userspace knows that the kernel part supports 1GB pages it can enable
the corresponding cpuid bit so that guests actually use GB pages.
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git
From: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Joerg Roedel joerg.roe...@amd.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
index c9fb2bc..3315efa 100644
--- a/arch/x86/include/asm/kvm_host.h
+++
From: Joerg Roedel joerg.roe...@amd.com
This patch adds support for shadow paging to the 1gb page table code in KVM.
With this code the guest can use 1gb pages even if the host does not support
them.
[ Marcelo: fix shadow page collision on pmd level if a guest 1gb page is mapped
with
From: Izik Eidus iei...@redhat.com
First check if the list is empty before attempting to look at list
entries.
Signed-off-by: Izik Eidus iei...@redhat.com
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/arch/x86/kvm/mmu.c
From: Avi Kivity a...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/linux-2.6 b/linux-2.6
index 0b972aa..1374571 16
--- a/linux-2.6
+++ b/linux-2.6
@@ -1 +1 @@
-Subproject commit 0b972aaabb95808397c61483bd061f4e9ed10e11
+Subproject commit
On Tue, Aug 4, 2009 at 11:23 AM, Michael Goldishmgold...@redhat.com wrote:
Looks like there really are only 3 lines to read.
Telnet is printing those lines, not windows. It's just indicating
that it successfully connected. Windows is saying nothing.
This is a little weird, because:
- It can
For making it more clear here are the timoeout debug prints
14:31:04 INFO | ('DEBUG: timeout in read_until_output_matches =%d', 30)
14:31:04 INFO | ('DEBUG: internal_timeout in read_until_output_matches
=%d', 3.5)
{sorry with little syntax typo :( }
On Tue, Aug 4, 2009 at 12:12 PM, sudhir
On Mon, Aug 03, 2009 at 04:00:45AM -0400, Michael Goldish wrote:
- Yolkfull Chow yz...@redhat.com wrote:
On Mon, Aug 03, 2009 at 02:45:23AM -0400, Michael Goldish wrote:
- Yolkfull Chow yz...@redhat.com wrote:
Hi Michael, I just have some comments on what you changed
Differences between previous patch:
- Use a loop waiting for some seconds to compare output of a command
- Use a loop waiting for some seconds to catch string indicates which
PCI device
- Add option kill_vm_on_error in block_hotplug since once a model failed
to be hot removed, it will affect
Sorry for just submitting a wrong patch file which including a bug, please
ignore previous one
and review following patch:
Differences between previous patch:
- Use a loop waiting for some seconds to compare output of a command
- Use a loop waiting for some seconds to catch string indicates
On 08/03/2009 07:57 PM, Michael S. Tsirkin wrote:
Why not do it at the point of the write?
if (value != ctx-count) {
ctx-count = value;
wake_things_up();
}
What if write comes before read?
The read will get the new value.
--
error compiling
On Tue, Aug 04, 2009 at 11:53:03AM +0300, Avi Kivity wrote:
On 08/03/2009 07:57 PM, Michael S. Tsirkin wrote:
Why not do it at the point of the write?
if (value != ctx-count) {
ctx-count = value;
wake_things_up();
}
What if write comes before read?
On 08/04/2009 11:54 AM, Michael S. Tsirkin wrote:
On Tue, Aug 04, 2009 at 11:53:03AM +0300, Avi Kivity wrote:
On 08/03/2009 07:57 PM, Michael S. Tsirkin wrote:
Why not do it at the point of the write?
if (value != ctx-count) {
ctx-count = value;
On Tue, Aug 04, 2009 at 12:17:44PM +0300, Avi Kivity wrote:
On 08/04/2009 11:54 AM, Michael S. Tsirkin wrote:
On Tue, Aug 04, 2009 at 11:53:03AM +0300, Avi Kivity wrote:
On 08/03/2009 07:57 PM, Michael S. Tsirkin wrote:
Why not do it at the point of the write?
if (value !=
On 08/04/2009 12:17 PM, Gleb Natapov wrote:
If a different read comes after the write but after our read, it will
have transferred the value, resulting in the same situation.
I think reads should never block with a state based mechanism.
Reader may want to poll for the status change.
On Tue, Aug 04, 2009 at 12:25:49PM +0300, Avi Kivity wrote:
On 08/04/2009 12:17 PM, Gleb Natapov wrote:
If a different read comes after the write but after our read, it will
have transferred the value, resulting in the same situation.
I think reads should never block with a state based
Daniel Bareiro schrieb:
Has KVM some bandwidth limitation of the virtualized network interfaces?
In such case, exists some way to increase that limitation?
Which interface do you use? Have you tried virtio?
regards,
Kai
--
To unsubscribe from this list: send the line unsubscribe kvm in
the
On Tue, Aug 04, 2009 at 12:30:29PM +0300, Avi Kivity wrote:
On 08/04/2009 12:23 PM, Gleb Natapov wrote:
On Tue, Aug 04, 2009 at 12:25:49PM +0300, Avi Kivity wrote:
On 08/04/2009 12:17 PM, Gleb Natapov wrote:
If a different read comes after the write but after our read, it will
On Tue, Aug 04, 2009 at 12:17:44PM +0300, Avi Kivity wrote:
On 08/04/2009 11:54 AM, Michael S. Tsirkin wrote:
On Tue, Aug 04, 2009 at 11:53:03AM +0300, Avi Kivity wrote:
On 08/03/2009 07:57 PM, Michael S. Tsirkin wrote:
Why not do it at the point of the write?
if (value !=
Hi Gregory.
On Monday, 03 August 2009 23:01:30 -0400,
Gregory Haskins wrote:
There is no set artificial limit afaict, though there are a large
number of factors that can affect performance. Of course,
everything has an ultimate ceiling (KVM included) but I have found
this limit in KVM
On 08/04/2009 12:26 PM, Michael S. Tsirkin wrote:
How is it an exception? It seems that one reader get the counter,
others will block until the next write.
Right. I retract my comments
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list:
Daniel Bareiro schrieb:
r...@ss02:~# ps ax|grep aps2|grep -v grep
28711 ?Sl 8171:06 kvm -hda /dev/vm/aps2-raiz -hdb \
/dev/vm/aps2-space -hdc /dev/vm/aps2-index -hdd /dev/vm/aps2-cache -m \
4096 -smp 4 -net nic,vlan=0,macaddr=00:16:3E:00:00:27 -net tap \
-daemonize -vnc :5 -k
On 08/03/2009 04:51 PM, Michael Goldish wrote:
- Dor Laordl...@redhat.com wrote:
On 08/03/2009 12:39 PM, Michael Goldish wrote:
- Dor Laordl...@redhat.com wrote:
tcpOn 08/03/2009 02:58 AM, Michael Goldish wrote:
Here's my proposed TAP solution:
- The user specifies MAC ranges
- Dor Laor dl...@redhat.com wrote:
On 08/03/2009 04:51 PM, Michael Goldish wrote:
- Dor Laordl...@redhat.com wrote:
On 08/03/2009 12:39 PM, Michael Goldish wrote:
- Dor Laordl...@redhat.com wrote:
tcpOn 08/03/2009 02:58 AM, Michael Goldish wrote:
Here's my proposed
Currently kvm_tests.cfg.sample contains a huge library of tests,
followed by an example of how to use these tests. Split the file
tests into a test library (which can be reused by other test config
files) and the example.
This allows me to maintain my own tests without modifying version
Maybe the problem is related to how you implemented TAP support in
your tree. You're obviously not using user mode networking because
the guest's IP address is 10.0.99.100. I'm not sure exactly what the
problem is, so can you print the connection command in remote_login()?
Add something like
On 08/03/2009 07:23 PM, Sheng Yang wrote:
Should be new ept_identity_map_addr rather than old macro.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
On 08/03/2009 07:23 PM, Sheng Yang wrote:
The argument to kernel space should be u64 rather than unsigned long.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
On 08/03/2009 07:43 PM, Jan Kiszka wrote:
Yes, that's much nicer.
-
So far unprivileged guest callers running in ring 3 can issue, e.g., MMU
hypercalls. Normally, such callers cannot provide any hand-crafted MMU
command structure as it has to be passed by its physical address, but
I see autotest consuming all available cpu after upgrading to
479db4e7c6; strace shows
read(23, ..., 1) = 0
read(23, ..., 1) = 0
read(23, ..., 1) = 0
read(23, ..., 1) = 0
read(23, ..., 1) =
Otherwise the host can spend too long traversing an rmap chain, which
happens under a spinlock.
Cc: sta...@kernel.org
Signed-off-by: Marcelo Tosatti mtosa...@redhat.com
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 24e4188..08b6d98 100644
--- a/arch/x86/kvm/mmu.c
+++
On 08/04/2009 03:17 PM, Marcelo Tosatti wrote:
Otherwise the host can spend too long traversing an rmap chain, which
happens under a spinlock.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm
Currently they are called when irq vector is been delivered. Calling ack
notifiers at this point is wrong. Device assignment ack notifier enables
host interrupts, but guest not yet had a chance to clear interrupt
condition in a device.
Signed-off-by: Gleb Natapov g...@redhat.com
---
d5ecfdd25 moved it out because back than it was impossible to
call it inside spinlock. This restriction no longer exists.
Signed-off-by: Gleb Natapov g...@redhat.com
---
arch/x86/kvm/i8259.c | 10 +-
arch/x86/kvm/irq.h |1 -
2 files changed, 1 insertions(+), 10 deletions(-)
diff
Ack notifiers called at wrong time in PIC. kvm_vcpu_kick() can be called
under spinlock now, so code can be simplified.
Gleb Natapov (3):
Call kvm_vcpu_kick() inside pic spinlock
Call ack notifiers from PIC when guest OS acks an IRQ.
Replace pic_lock()/pic_unlock() with direct call to
They are not doing anything else now.
Signed-off-by: Gleb Natapov g...@redhat.com
---
arch/x86/kvm/i8259.c | 36
1 files changed, 12 insertions(+), 24 deletions(-)
diff --git a/arch/x86/kvm/i8259.c b/arch/x86/kvm/i8259.c
index 3aacd33..01f1516 100644
---
Hello Ryan,
see below...
Dne 29.7.2009 16:41, Ryan Harper napsal(a):
* Lucas Meneghel Rodriguesl...@redhat.com [2009-07-28 22:40]:
This patch adds a small setup script to set up huge memory
pages during the kvm tests execution. Also, added hugepage setup to the
fc8_quick sample.
This adds an explanation of the 64 constant in vmsm equation.
diff --git a/client/tests/kvm/scripts/hugepage.py
b/client/tests/kvm/scripts/hugepage.py
index dc36da4..3828533 100644
--- a/client/tests/kvm/scripts/hugepage.py
+++ b/client/tests/kvm/scripts/hugepage.py
@@ -57,6 +57,7 @@ class
2009/8/4 Lukáš Doktor ldok...@redhat.com:
This adds an explanation of the 64 constant in vmsm equation.
Thanks, Applied!
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Bugs item #2506814, was opened at 2009-01-14 11:38
Message generated for change (Comment added) made by mellen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2506814group_id=180599
Please note that this message will contain a full copy of the comment
On Tue, Aug 4, 2009 at 11:32 AM, Lucas Meneghel Rodriguesl...@redhat.com
wrote:
On Tue, Aug 4, 2009 at 9:21 AM, Avi Kivitya...@redhat.com wrote:
I see autotest consuming all available cpu after upgrading to 479db4e7c6;
strace shows
Will check into it... Weird.
Other than the command that
On Tue, Aug 4, 2009 at 5:01 PM, Michael Goldishmgold...@redhat.com wrote:
Maybe the problem is related to how you implemented TAP support in
your tree. You're obviously not using user mode networking because
I do not understand what do you mean here. Yes the setup is a tap
network and I can
On Tue, Aug 4, 2009 at 10:06 PM, Michael Goldishmgold...@redhat.com wrote:
- sudhir kumar smalik...@gmail.com wrote:
On Tue, Aug 4, 2009 at 5:01 PM, Michael Goldishmgold...@redhat.com
wrote:
Maybe the problem is related to how you implemented TAP support in
your tree. You're
- sudhir kumar smalik...@gmail.com wrote:
On Tue, Aug 4, 2009 at 10:06 PM, Michael Goldishmgold...@redhat.com
wrote:
- sudhir kumar smalik...@gmail.com wrote:
On Tue, Aug 4, 2009 at 5:01 PM, Michael
Goldishmgold...@redhat.com
wrote:
Maybe the problem is related to how you
On Tue, 28 Jul 2009 03:34:33 am Amit Shah wrote:
We expose multiple char devices (ports) for simple communication
between the host userspace and guest.
Hi Amit,
OK, seems like it's time for some serious review. Below.
+config VIRTIO_SERIAL
+ tristate Virtio serial
+ select
Bugs item #2789729, was opened at 2009-05-10 08:09
Message generated for change (Settings changed) made by jiajun
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2789729group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2832416, was opened at 2009-08-04 18:49
Message generated for change (Tracker Item Submitted) made by jiajun
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2832416group_id=180599
Please note that this message will contain a full copy of the
Bugs item #2832416, was opened at 2009-08-04 18:49
Message generated for change (Comment added) made by jiajun
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=2832416group_id=180599
Please note that this message will contain a full copy of the comment
Hi All,
There has been a long time we did not send out KVM testing resport. We will
restart our biweekly report sending from this week. This Weekly KVM Testing
Report against lastest kvm.git
0b972aaabb95808397c61483bd061f4e9ed10e11 and qemu-kvm.git
f2593a0bf33ed609d87ad029ff003f1d50afb65e.
On (Wed) Aug 05 2009 [09:33:40], Rusty Russell wrote:
On Tue, 28 Jul 2009 03:34:33 am Amit Shah wrote:
We expose multiple char devices (ports) for simple communication
between the host userspace and guest.
Hi Amit,
OK, seems like it's time for some serious review. Below.
Thanks!
The whole patchset add guest debug support for kvmppc.
patch 1: fix kvmppc build error
patch 2: fix kvmppc init error
patch 3: add guest debug support
patch 4: translate eaddr for fsl_booke mmu
patch 5: guest debug init
[v2]:
1. use cpu_synchronize_state() instead of kvm_arch_put_registers()
2.
Signed-off-by: Liu Yu yu@freescale.com
---
target-ppc/kvm.c | 203 ++
1 files changed, 203 insertions(+), 0 deletions(-)
diff --git a/target-ppc/kvm.c b/target-ppc/kvm.c
index b53d6e9..97a0737 100644
--- a/target-ppc/kvm.c
+++
Signed-off-by: Liu Yu yu@freescale.com
---
target-ppc/helper.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/target-ppc/helper.c b/target-ppc/helper.c
index 6eca2e5..07e56a4 100644
--- a/target-ppc/helper.c
+++ b/target-ppc/helper.c
@@ -22,6 +22,7
440(BOOKE) supports 4 hardware breakpoints,
while e500 supports 2.
Signed-off-by: Liu Yu yu@freescale.com
---
target-ppc/kvm.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/target-ppc/kvm.c b/target-ppc/kvm.c
index 97a0737..82e7897 100644
---
62 matches
Mail list logo