From: Jan Kiszka jan.kis...@siemens.com
This got broken between a13a4126c8 and c92ef6a22d: old slirp code used
255.255.255.0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/net.c b/net.c
index 19e00e0..a34f1d3 100644
--- a/net.c
+++
From: Avi Kivity a...@redhat.com
This reverts commit 707c0dbc97cddfe8d2441b8259c6c526d99f2dd8. It was
reverted from upstream as well.
Conflicts:
block.c
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/block.c b/block.c
index ddd055c..cefbe77 100644
--- a/block.c
+++ b/block.c
From: Jan Kiszka jan.kis...@siemens.com
This got broken between a13a4126c8 and c92ef6a22d: old slirp code used
255.255.255.0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/net.c b/net.c
index 19e00e0..a34f1d3 100644
--- a/net.c
+++
From: Jan Kiszka jan.kis...@siemens.com
This got broken between a13a4126c8 and c92ef6a22d: old slirp code used
255.255.255.0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/net.c b/net.c
index 19e00e0..a34f1d3 100644
--- a/net.c
+++
From: Jan Kiszka jan.kis...@siemens.com
This got broken between a13a4126c8 and c92ef6a22d: old slirp code used
255.255.255.0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/net.c b/net.c
index 19e00e0..a34f1d3 100644
--- a/net.c
+++
From: Jan Kiszka jan.kis...@siemens.com
This got broken between a13a4126c8 and c92ef6a22d: old slirp code used
255.255.255.0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/net.c b/net.c
index 19e00e0..a34f1d3 100644
--- a/net.c
+++
From: Jan Kiszka jan.kis...@siemens.com
This got broken between a13a4126c8 and c92ef6a22d: old slirp code used
255.255.255.0.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/net.c b/net.c
index 19e00e0..a34f1d3 100644
--- a/net.c
+++
From: Beth Kon e...@us.ibm.com
If the kernel does not support gsi routing, we cannot do the irq0-irq2
override, so disable it in that case.
Signed-off-by: Beth Kon e...@us.ibm.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/hw/ioapic.c b/hw/ioapic.c
index 8a16a5b..efd418d 100644
---
From: Beth Kon e...@us.ibm.com
Win2k8 expects the HPET interrupt on inti2, regardless of whether an
override exists in the BIOS. And the HPET spec states that in legacy
mode, timer interrupt is on inti2.
The irq0-inti2 override will always be used unless the kernel cannot
do irq routing (i.e.,
From: Beth Kon e...@us.ibm.com
The big change here is handling of enabling/disabling of hpet legacy
mode. When hpet enters legacy mode, the spec says that the pit stops
generating interrupts. In practice, we want to stop the pit periodic
timer from running because it is wasteful in a virtual
From: Glauber Costa glom...@redhat.com
Signed-off-by: Glauber Costa glom...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/libkvm-all.h b/libkvm-all.h
index a4193ad..f36d3c3 100644
--- a/libkvm-all.h
+++ b/libkvm-all.h
@@ -105,7 +105,6 @@ int handle_io_window(kvm_context_t
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 be5ef0d..ce0c990 16
--- a/linux-2.6
+++ b/linux-2.6
@@ -1 +1 @@
-Subproject commit be5ef0d26ae68aa6825630cdfc2d0f93a36e3ac1
+Subproject commit
From: Gleb Natapov g...@redhat.com
We emulate x2apic in software, so host support is not required.
Signed-off-by: Gleb Natapov g...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index e3d9040..dfb0e37 100644
--- a/arch/x86/kvm/x86.c
From: Andre Przywara andre.przyw...@amd.com
Signed-off-by: Andre Przywara andre.przyw...@amd.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
index d77fbd8..8ca488d 100644
---
From: Beth Kon e...@us.ibm.com
When kvm is in hpet_legacy_mode, the hpet is providing the timer
interrupt and the pit should not be. So in legacy mode, the pit timer
is destroyed, but the *state* of the pit is maintained. So if kvm or
the guest tries to modify the state of the pit, this
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/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 231d880..7162651 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -1786,8 +1786,8 @@ static
From: Gleb Natapov g...@redhat.com
kvm_set_irq() uses irq_lock now.
Signed-off-by: Gleb Natapov g...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/arch/ia64/kvm/kvm-ia64.c b/arch/ia64/kvm/kvm-ia64.c
index 8054d7b..d7aa6bb 100644
--- a/arch/ia64/kvm/kvm-ia64.c
+++
From: Gleb Natapov g...@redhat.com
It is implemented only by x86.
Signed-off-by: Gleb Natapov g...@redhat.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 30b625d..3f4f00a 100644
---
From: Gleb Natapov g...@redhat.com
Remove kvm_cpu_has_interrupt() and kvm_arch_interrupt_allowed() from
interface between general code and arch code. kvm_arch_vcpu_runnable()
checks for interrupts instead.
Signed-off-by: Gleb Natapov g...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
From: Avi Kivity a...@redhat.com
* upstream-merge: (73 commits)
target-mips: remove useless code in gen_st_cond()
Fix MIPS SC
Sparc64: convert ebus to qdev
sparc64: trap handling corrections
Sparc32: convert eccmemctl to qdev
sparc64: fix helper_st_asi little endian case typo
On 07/09/2009 08:49 PM, Cristi Magherusan wrote:
Is KVM not supposed to work on 2.6.16?
Hi Anna,
I'm afraid that I have some bad news for you. Usually KVM versions are
tailored to kernel versions contemporary with them. Version 87 is
supposed to need 2.6.26 kernels and newer, IIRC. So
On 07/10/2009 05:22 AM, Chris Wright wrote:
I know it's not strictly needed for PCI pass through, but it would be
useful to register the IO regions via UIO. The userspace implementation
would then use UIO strictly instead of poking the sysfs pci info
directly. I think that ends up being
On 07/11/2009 12:18 PM, Jaswinder Singh Rajput wrote:
Hello all,
As include/linux/*.h file count is going to reach 1000.
We need to do some better techniques to reduce the number of files and
add some hierarchy levels like sub directories where possible.
Like atmel is not exporting to
(copying some s390 people)
On 07/10/2009 02:47 PM, Julia Lawall wrote:
In a recent version of linux-next, the function kvm_s390_handle_wait
contains the following code:
add_wait_queue(vcpu-arch.local_int.wq,wait);
while (list_empty(vcpu-arch.local_int.list)
On 07/10/2009 03:20 PM, Andre Przywara wrote:
Signed-off-by: Andre Przywaraandre.przyw...@amd.com
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 07/10/2009 08:06 PM, Anthony Liguori wrote:
BTW, this is one of the challenges of doing pulls. I did the pull and
then deleted every qemu-io patch in my queue since I assumed that
everything that should go in was part of hch's pull request. In
general, that's the only sane way to do pulls
On 07/09/2009 09:01 PM, Erik Jacobson wrote:
Please drop -usbdevice tablet and set the host I/O scheduler to
deadline. Add cache=none to the -drive options.
yes, these changes make a difference.
Before starting qemu-kvm, I did this to change the IO scheduler:
BEFORE:
# for f in
On 07/09/2009 06:00 PM, Gregory Haskins wrote:
+ bool wildcard = args-flags KVM_IOEVENTFD_FLAG_DATAMATCH ?
+ true : false;
Doh! Inverted logic. wildcard should be false if DATAMATCH is
defined in the flags.
Avi, please reverse true/false here
On 07/08/2009 12:08 AM, Gregory Haskins wrote:
(Applies to kvm.git/master:3abaf217)
This is v10 of the series. For more details, please see the header to
patch 2/2.
This series has been tested against the kvm-eventfd unit test, and
appears to be functioning properly. You can download this
On 07/08/2009 03:34 PM, Glauber Costa wrote:
get rid of kvm_callbacks structure definition
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
Jaswinder Singh Rajput jaswin...@kernel.org writes:
Hello all,
As include/linux/*.h file count is going to reach 1000.
We need to do some better techniques to reduce the number of files and
add some hierarchy levels like sub directories where possible.
Why? 100 or 1000 really doesn't make
On 07/10/2009 11:17 PM, Glauber Costa wrote:
Hi,
This is another step at getting us closer to qemu upstream. I'm getting rid
of USE_KVM, replacing it with the combination of KVM_UPSTREAM and CONFIG_KVM
The goal is to slowly reduce that isolation. To demonstrate what I aim
for, the last patches
On 07/08/2009 08:17 AM, Stephane Bakhos wrote:
I've been having some problem with recent releases when it comes to
tap
initialization. It seems that the script is ran after the tap is
opened. I
think this is a bit weird and useless as I want the script to setup
the
tap by itself.
In
On Fri, Jul 10, 2009 at 04:18:00PM -0400, Glauber Costa wrote:
Drop KVM_UPSTREAM around functions we intend to reuse.
This allow us to share code in kvm-all.c, that is equal in qemu-kvm.c
Can we push on_vcpu() to upstream? Then we will be able to reuse
kvm_update_guest_debug() from upstream
On 07/09/2009 05:36 PM, Joerg Roedel wrote:
Signed-off-by: Joerg Roedeljoerg.roe...@amd.com
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 07/09/2009 04:13 PM, Gleb Natapov wrote:
Change it from list to array to make RCU handling simpler.
Signed-off-by: Gleb Natapovg...@redhat.com
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index f54a0d3..12d8d2b 100644
--- a/include/linux/kvm_host.h
+++
On Sun, Jul 12, 2009 at 12:50:05PM +0300, Avi Kivity wrote:
On 07/09/2009 04:13 PM, Gleb Natapov wrote:
Change it from list to array to make RCU handling simpler.
Signed-off-by: Gleb Natapovg...@redhat.com
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index
On Sat, Jul 11, 2009 at 6:05 AM, Martin Blighmbl...@google.com wrote:
On Fri, Jul 10, 2009 at 4:29 AM, sudhir kumarsmalik...@gmail.com wrote:
So is there any plan for adding this patch set in the patch queue? I
would love to incorporate all the comments if any.
Yup, just was behind on
On 07/09/2009 03:33 PM, Gleb Natapov wrote:
Signed-off-by: Gleb Natapovg...@redhat.com
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 majord...@vger.kernel.org
On 07/09/2009 03:33 PM, Gleb Natapov wrote:
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index 05b6bc7..cf20dc1 100644
--- a/virt/kvm/kvm_main.c
+++ b/virt/kvm/kvm_main.c
@@ -1666,9 +1666,7 @@ void kvm_vcpu_block(struct kvm_vcpu *vcpu)
for (;;) {
On Sun, Jul 12, 2009 at 02:03:17PM +0300, Avi Kivity wrote:
On 07/09/2009 03:33 PM, Gleb Natapov wrote:
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index 05b6bc7..cf20dc1 100644
--- a/virt/kvm/kvm_main.c
+++ b/virt/kvm/kvm_main.c
@@ -1666,9 +1666,7 @@ void kvm_vcpu_block(struct
On 07/09/2009 03:33 PM, Gleb Natapov wrote:
Move it from global .h file to arch/x86
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 majord...@vger.kernel.org
More
On 07/09/2009 03:33 PM, Gleb Natapov wrote:
Signed-off-by: Gleb Natapovg...@redhat.com
Applied, thanks. Please copy kvm-ia64 on ia64 patches.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a
On 07/12/2009 02:02 PM, Gleb Natapov wrote:
s390 has:
int kvm_arch_vcpu_runnable(struct kvm_vcpu *vcpu)
{
/* kvm common code refers to this, but never calls it */
BUG();
return 0;
}
So this needs to be updated. Please coordinate with the s390 folks.
s390 never calls
On 07/12/2009 01:07 PM, Gleb Natapov wrote:
On Sun, Jul 12, 2009 at 12:50:05PM +0300, Avi Kivity wrote:
On 07/09/2009 04:13 PM, Gleb Natapov wrote:
Change it from list to array to make RCU handling simpler.
Signed-off-by: Gleb Natapovg...@redhat.com
diff --git
Mask irq notifier list is already there.
Signed-off-by: Gleb Natapov g...@redhat.com
---
arch/ia64/include/asm/kvm_host.h |1 -
arch/x86/include/asm/kvm_host.h |1 -
include/linux/kvm_host.h |1 +
virt/kvm/irq_comm.c |4 ++--
virt/kvm/kvm_main.c
Signed-off-by: Gleb Natapov g...@redhat.com
---
include/linux/kvm_host.h |2 +-
virt/kvm/irq_comm.c | 55 +-
virt/kvm/kvm_main.c |1 -
3 files changed, 26 insertions(+), 32 deletions(-)
diff --git a/include/linux/kvm_host.h
Use RCU locking for mask/ack notifiers lists.
Signed-off-by: Gleb Natapov g...@redhat.com
---
virt/kvm/irq_comm.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/virt/kvm/irq_comm.c b/virt/kvm/irq_comm.c
index 5dde1ef..ba3a115 100644
---
Signed-off-by: Gleb Natapov g...@redhat.com
---
arch/x86/kvm/i8254.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kvm/i8254.c b/arch/x86/kvm/i8254.c
index 8c3ac30..05e00a8 100644
--- a/arch/x86/kvm/i8254.c
+++ b/arch/x86/kvm/i8254.c
@@ -642,6 +642,8 @@ void
Make PIT to unregister IRQ ack notifier. Move irq ack notifier list in
teh same place where mask notifier list is.
Gleb Natapov (4):
Move irq routing data structure to rcu locking
Unregister ack notifier callback on PIT freeing.
Move irq ack notifier list to arch independent code.
Convert
KVM would like to provide x2APIC interface to a guest without emulating
interrupt remapping device. The reason KVM prefers guest to use x2APIC
is that x2APIC interface is better virtualizable and provides better
performance than mmio xAPIC interface:
- msr exits are faster than mmio (no page
We emulate x2apic in software, so host support is not required.
Signed-off-by: Gleb Natapov g...@redhat.com
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index 00844eb..c256da7 100644
--- a/arch/x86/kvm/x86.c
+++ b/arch/x86/kvm/x86.c
@@ -1497,6 +1497,9 @@ static void do_cpuid_ent(struct
On 07/12/2009 04:10 PM, Gleb Natapov wrote:
We emulate x2apic in software, so host support is not required.
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
kvm-87 wasn't so hot due to networking not working with rtl8139 and
e1000. So kvm-88 fixes that and brings a bunch of new features
(resizable sdl windows, multiboot, x2apic, and more). Enjoy.
Changes from kvm-87:
- merge upstream qemu.git
- virtio indirect ring entries
- improves block
They are not used by common code without defines which s390 does not
have.
Signed-off-by: Gleb Natapov g...@redhat.com
diff --git a/arch/s390/include/asm/kvm.h b/arch/s390/include/asm/kvm.h
index 0b2f829..3dfcaeb 100644
--- a/arch/s390/include/asm/kvm.h
+++ b/arch/s390/include/asm/kvm.h
@@ -15,15
On 07/12/2009 06:06 PM, John Rousseau wrote:
On 07/12/2009 09:31 AM, Avi Kivity wrote:
kvm-87 wasn't so hot due to networking not working with rtl8139 and
e1000. So kvm-88 fixes that and brings a bunch of new features
(resizable sdl windows, multiboot, x2apic, and more). Enjoy.
Does anyone
On 07/12/2009 09:31 AM, Avi Kivity wrote:
kvm-87 wasn't so hot due to networking not working with rtl8139 and
e1000. So kvm-88 fixes that and brings a bunch of new features
(resizable sdl windows, multiboot, x2apic, and more). Enjoy.
Does anyone have this working with FC11?
I installed FC11
when i make install, i see some warning message like this:
WARNING: __tracepoint_kvm_mmu_paging_element
[/ramdisk/kvm-88/kvm/kernel/x86/kvm.ko] undefined!
WARNING: __tracepoint_kvm_mmu_sync_page
[/ramdisk/kvm-88/kvm/kernel/x86/kvm.ko] undefined!
WARNING: __tracepoint_kvm_mmio
On 07/12/2009 07:01 PM, John Wong wrote:
when i insmod ./kvm.ko, i see the error message like this:
sudo insmod ./kvm.ko
insmod: error inserting './kvm.ko': -1 Unknown symbol in module
and i can not load the modules on my debian/amd64 kernel-2.6.30
qemu-system-x86_64(kvm-88.tar.gz) is work on
On 07/12/2009 11:13 AM, Avi Kivity wrote:
On 07/12/2009 06:06 PM, John Rousseau wrote:
# /usr/local/bin/qemu-system-x86_64 -hda /home/jrr/vista-x86_64.img
-m 1536M -net nic,vlan=0,macaddr=52:54:00:12:32:00 -net
tap,vlan=0,ifname=tap1 -vga std -full-screen -smp 2 -usb -usbdevice
tablet
Can you
On Sat, Jul 11, 2009 at 5:03 AM, Cam Macdonellc...@cs.ualberta.ca wrote:
Oops, I realize now that I passed the driver patch both times. Here is the
old patch.
http://patchwork.kernel.org/patch/22363/
What are you compiling against? the git tree or a particular version? The
above patch
On Sun, Jul 12, 2009 at 7:08 AM, sudhir kumarsmalik...@gmail.com wrote:
On Sat, Jul 11, 2009 at 6:05 AM, Martin Blighmbl...@google.com wrote:
On Fri, Jul 10, 2009 at 4:29 AM, sudhir kumarsmalik...@gmail.com wrote:
So is there any plan for adding this patch set in the patch queue? I
would love
On Tue, Jul 7, 2009 at 12:07 AM, Martin Blighmbl...@google.com wrote:
Issues: LTP has a history of some of the testcases getting broken.
Right, that's always the concern with doing this.
Anyways
that has nothing to worry about with respect to autotest. One of the known
issue
is broken
63 matches
Mail list logo