Reverse both parameters of utils.open_write_close() that was misplaced.
Signed-off-by: Yolkfull Chow
---
client/tests/kvm/kvm_utils.py |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/client/tests/kvm/kvm_utils.py b/client/tests/kvm/kvm_utils.py
index 08af99b..cdf2a00
On Sun, 7 Feb 2010 07:37:49 pm Michael S. Tsirkin wrote:
> On Mon, Feb 01, 2010 at 07:21:02PM +0200, Michael S. Tsirkin wrote:
> > vhost-net only uses memory barriers to control SMP effects
> > (communication with userspace potentially running on a different CPU),
> > so it should use SMP barriers
On 02/08/2010 12:02 AM, Alexander Graf wrote:
It's not a good idea for the kernel either, if it happens all the
time. If a typical Gekko application uses the fpu and the emulated
instructions intensively, performance will suck badly (as in: qemu/tcg
will be faster).
Yeah, I haven't rea
kvm->arch.vpit will be set to the return value of kvm_create_pit(),
so we do not need to set kvm->arch.vpit in kvm_create_pit(). This
patch remove the useless code.
Signed-off-by: Wei Yongjun
---
arch/x86/kvm/i8254.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/x
If fail to create pit, we should unregister kvm irq notifier
which register in kvm_create_pit().
Signed-off-by: Wei Yongjun
---
arch/x86/kvm/i8254.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/i8254.c b/arch/x86/kvm/i8254.c
index 6c90091..e6500ed 100
On 02/07/2010 08:41 PM, Marcelo Tosatti wrote:
How could it return a bad_page? The whole thing is called for a valid slot.
Userspace can pass a valid slot with a read-only vma, for example.
Oh yes, or without a vma at all.
--
error compiling committee.c: too many arguments to fun
kvm->arch.vioapic is always set either kvm_ioapic_init() is
success or fail. If kvm_ioapic_init() is fail, the kvm->arch.vioapic
may point a freed memory.
Signed-off-by: Wei Yongjun
---
virt/kvm/ioapic.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/virt/kvm/ioapic.c
If fail to create irq chip due to fail of kvm_setup_default_irq_routing(),
kvm->arch.vioapic is not set to NULL, this may cause KVM_GET_IRQCHIP and
KVM_SET_IRQCHIP access to unexcepted memory.
Signed-off-by: Wei Yongjun
---
arch/ia64/kvm/kvm-ia64.c |1 +
1 files changed, 1 insertions(+), 0 d
Takuya Yoshikawa wrote:
Fix the x86 emulation of in:
kvm_emulate_pio() and complete_pio() both read out the
RAX register value and copy it to a place into which
the value read out from the port will be copied later.
This patch removes this redundancy.
/*** snippet from arch/x86/kvm/x86.c ***/
i
Get number of the dirty and non-dirty pages using
cpu_physical_memory_get_{dirty|non_dirty}_range().
Signed-off-by: OHMURA Kei
---
vl.c | 57 ++---
1 files changed, 38 insertions(+), 19 deletions(-)
diff --git a/vl.c b/vl.c
index 4ef6a78..0
We will check the dirty and non-dirty pages as follows:
1. Checked by 64 pages block.
Check pages using phys_ram_dirty_by_word. Count up/down it when
phys_ram_dirty when is 0xff or not.
2. Checked by TARGET_LONG_SIZE pages block.
3. Checked by one page.
Signed-off-by: OHMURA Kei
---
exec.c | 1
The dirty and non-dirty pages are checked one by one in vl.c.
Since we believe that most of the memory is not dirty,
checking the dirty and non-dirty pages by multiple page size
should be much faster than checking them one by one.
We think there is mostly two kind of situation.
One is almost all t
We think access phys_ram_dirty through inline functions is better
than directly for encoupseling reason.
We devided the ram in a 64 pages block. Each block has a counter, which is
stored in phys_ram_dirty_by_word. It shows the number of dirty pages.
We will find the 64 pages block is dirty or non-
On 02/03/2010 11:11 PM, Rik van Riel wrote:
Currently KVM pretends that pages with EPT mappings never got
accessed. This has some side effects in the VM, like swapping
out actively used guest pages and needlessly breaking up actively
used hugepages.
We can avoid those very costly side effects b
On 01/28/10 05:39, Kevin O'Connor wrote:
As a side note, it should probably do the e820 map check even for qemu
users (ie, not just kvm).
Hi Kevin,
Here is an updated version of the patch which does the e820 read
unconditionally of the return from kvm_para_available() so it should
work for co
On 02/05/2010 10:52 AM, Takuya Yoshikawa wrote:
Fix the x86 emulation of in:
kvm_emulate_pio() and complete_pio() both read out the
RAX register value and copy it to a place into which
the value read out from the port will be copied later.
This patch removes this redundancy.
Applied, than
Hi folks,
We've had consistent suspend to RAM issues on today's upstream job, for
qemu-kvm.git
kvm.qemu-kvm-git.1.hp.raw.smp2.Fedora.11.64.linux_s3
kvm.qemu-kvm-git.1.smp2.Fedora.11.32.linux_s3
kvm.qemu-kvm-git.2.hp.smp2.Fedora.11.64.linux_s3
kvm.qemu-kvm-git.2.smp2.Fedora.11.32.linux_s3
qemu-kv
On 08.02.2010, at 09:53, Avi Kivity wrote:
> On 02/08/2010 12:02 AM, Alexander Graf wrote:
>>
>>> It's not a good idea for the kernel either, if it happens all the
>>> time. If a typical Gekko application uses the fpu and the emulated
>>> instructions intensively, performance will suck badly (a
On 5 févr. 2010, at 16:07, Jan Kiszka wrote:
> Pierre Riteau wrote:
>> On 5 févr. 2010, at 15:46, Jan Kiszka wrote:
>>
>>> Pierre Riteau wrote:
On 4 févr. 2010, at 15:34, Pierre Riteau wrote:
> Hello,
> I'm having trouble running the latest qemu-kvm code on Debian Lenny
>
On 02/08/2010 12:58 PM, Alexander Graf wrote:
If it really gets unusably slow, I'd rather binary patch the guest on
the fly in KVM according to rules set by the userspace client.
Is that even possible? Do those register-pair instructions and registers map
1:1 to 970 instructions and re
Pierre Riteau wrote:
> On 5 févr. 2010, at 16:07, Jan Kiszka wrote:
>
>> Pierre Riteau wrote:
>>> On 5 févr. 2010, at 15:46, Jan Kiszka wrote:
>>>
Pierre Riteau wrote:
> On 4 févr. 2010, at 15:34, Pierre Riteau wrote:
>
>> Hello,
>> I'm having trouble running the latest qemu-k
>> Would be great if you could provide a version for upstream as well
>> because it will likely replace this qemu-kvm code on day.
> O.K. We'll prepare it.
We have implemented the version for upstream. Some source code are borrowed
from qemu-kvm.c. It is not fully tested yet, though.
We also
On 08.02.2010, at 12:09, Avi Kivity wrote:
> On 02/08/2010 12:58 PM, Alexander Graf wrote:
If it really gets unusably slow, I'd rather binary patch the guest on
the fly in KVM according to rules set by the userspace client.
>>> Is that even possible? Do those register-pair
OHMURA Kei wrote:
>>> Would be great if you could provide a version for upstream as well
>>> because it will likely replace this qemu-kvm code on day.
>> O.K. We'll prepare it.
>
>
> We have implemented the version for upstream. Some source code are borrowed
> from qemu-kvm.c. It is not fully
On 02/08/2010 01:30 PM, Alexander Graf wrote:
Hum, so you suggest I get some real application running properly first so we
can evaluate if it's fast enough?
Yes, a real application typical for whatever use case you envision for Gekko
emulation (can you shed a few words on that please)
Avi,
with 2c8232f over kvm-kmod and "qemu-system-x86_64 -m 256 vm-image.qcow2
-snapshot -serial stdio -s -smp 2" I just got this:
KVM internal error. Suberror: 1
rax rbx 6f08 rcx rdx
0052
rsi rdi 000f4fd4 rsp 000
On 08.02.2010, at 13:03, Avi Kivity wrote:
> On 02/08/2010 01:30 PM, Alexander Graf wrote:
Hum, so you suggest I get some real application running properly first so
we can evaluate if it's fast enough?
>>> Yes, a real application typical for whatever use case you envi
On 02/08/2010 02:04 PM, Jan Kiszka wrote:
Avi,
with 2c8232f over kvm-kmod and "qemu-system-x86_64 -m 256 vm-image.qcow2 -snapshot
-serial stdio -s -smp 2" I just got this:
What is vm-image.qcow2?
KVM internal error. Suberror: 1
rax rbx 6f08 rcx
On 02/08/2010 02:05 PM, Alexander Graf wrote:
http://www.dolphin-emu.com/
Basically I envision that this is the easiest way to do PR for KVM on PPC.
Releasing this properly will instantly raise awareness and thus potentially
increase our user base by a lot. IMHO it'd also help KVM in general
On Mon, Feb 8, 2010 at 1:19 AM, Ross Boylan wrote:
> Previous advice (to me and others) was to use -usbdevice tablet. I've
> tried that, and a variety of kvm/qemu versions, but no luck.
check your guest's X11 config. if you didn't have -usbdevice tablet
when installing, the installer would set
On 02/08/2010 01:13 PM, Jan Kiszka wrote:
I confirm that this exception does not happen with kvm-kmod-2.6.33-rc6.
However, after I run and stop a guest VM just executing the bios sequence (no
disk/CD image attached), I get this kind of errors on the host when untar a
small archive (less than
On 08.02.2010, at 13:15, Avi Kivity wrote:
> On 02/08/2010 02:05 PM, Alexander Graf wrote:
>>>
http://www.dolphin-emu.com/
Basically I envision that this is the easiest way to do PR for KVM on PPC.
Releasing this properly will instantly raise awareness and thus
potent
On 02/05/2010 12:18 PM, OHMURA Kei wrote:
> dirty-bitmap-traveling is carried out by byte size in qemu-kvm.c.
> But We think that dirty-bitmap-traveling by long size is faster than by byte
> size especially when most of memory is not dirty.
>
>
>
> +
> +static int kvm_get_dirty_pages_log_range_by_l
Avi Kivity wrote:
> On 02/08/2010 02:04 PM, Jan Kiszka wrote:
>> Avi,
>>
>> with 2c8232f over kvm-kmod and "qemu-system-x86_64 -m 256 vm-image.qcow2
>> -snapshot -serial stdio -s -smp 2" I just got this:
>>
>>
>
> What is vm-image.qcow2?
>
>> KVM internal error. Suberror: 1
>> rax 00
On Mon, Feb 08, 2010 at 01:45:01PM +0100, Jan Kiszka wrote:
> Avi Kivity wrote:
> > On 02/08/2010 02:04 PM, Jan Kiszka wrote:
> >> Avi,
> >>
> >> with 2c8232f over kvm-kmod and "qemu-system-x86_64 -m 256 vm-image.qcow2
> >> -snapshot -serial stdio -s -smp 2" I just got this:
> >>
> >>
> >
> >
Gleb Natapov wrote:
> On Mon, Feb 08, 2010 at 01:45:01PM +0100, Jan Kiszka wrote:
>> Avi Kivity wrote:
>>> On 02/08/2010 02:04 PM, Jan Kiszka wrote:
Avi,
with 2c8232f over kvm-kmod and "qemu-system-x86_64 -m 256 vm-image.qcow2
-snapshot -serial stdio -s -smp 2" I just got this:
On 02/07/10 17:24, Anthony Liguori wrote:
On 02/06/2010 12:59 PM, john cooper wrote:
This patch reworks support for both assignment and
append in the config file parser. It was motivated
by comments received on the cpu model config file
format.
Commit dc9ca4ba27be4fe6a0284061b8f056c4364fb0d9
ch
Hello,
In my testing of virtio-console, I found qemu-kvm.git introduces a lot
of overhead in thread scheduling compared to qemu.git.
My test sends a 260M file from the host to a guest via a virtio-console
port and then computes the sha1sum of the file on the host as well as on
the guest, compares
On 02/08/2010 02:45 PM, Jan Kiszka wrote:
Looks like tried to outsource my own bugs: I was on queues/vcpu-state,
ie. my state writeback rework, and I'm unable to reproduce over qemu-kvm
master.
I do that all the time.
Still, the issue around -no-kvm-irqchip exists with master.
I se
On 02/08/2010 03:48 PM, Avi Kivity wrote:
Still, the issue around -no-kvm-irqchip exists with master.
I see it now. I guess -no-kvm-irqchip triggers a lot of
KVM_SET_SREGS, and that something is wrong there. Will look further.
Fix in next, bug too embarrassing to detail.
--
error comp
file: /sys/devices/virtio-pci/virtio4/block/vdd/removable
CPU 3
Pid: 511, comm: vballoon Not tainted 2.6.33-rc7-next-20100208+ #51 /
RIP: 0010:[] [] balloon+0x1a1/0x309
[virtio_balloon]
Looks like the guest is broken, not the host. Do things work if you
leave out CONFIG_VIRTIO_BALLOON
3b9dc067 PMD 0
> > Oops: [#1] SMP
> > last sysfs file: /sys/devices/virtio-pci/virtio4/block/vdd/removable
> > CPU 3
> > Pid: 511, comm: vballoon Not tainted 2.6.33-rc7-next-20100208+ #51 /
> > RIP: 0010:[] [] balloon+0x1a1/0x309
> > [virtio_balloon]
On 02/08/2010 07:46 AM, Amit Shah wrote:
Hello,
In my testing of virtio-console, I found qemu-kvm.git introduces a lot
of overhead in thread scheduling compared to qemu.git.
My test sends a 260M file from the host to a guest via a virtio-console
port and then computes the sha1sum of the file on
On Thu, Feb 04, 2010 at 08:21:08PM +0100, Jan Kiszka wrote:
> Jan Kiszka wrote:
> > Marcelo Tosatti wrote:
> >> With kvm-autotest the failure is not sporadic (and the above commit
> >> applied): with KVM_SET_GUEST_DEBUG in arch_put_regs all migration
> >> tests fail, without, all of them succeed.
On Thu, Feb 04, 2010 at 08:00:26PM +0100, Jan Kiszka wrote:
> Jan Kiszka wrote:
> > Marcelo Tosatti wrote:
> >>
> >> Unrelated to this problem, won't put_vcpu_events, which is executed
> >> after KVM_SET_GUEST_DEBUG, overwrite any queued debug exceptions?
> >
> > Good point, SET_GUEST_DEBUG shoul
Marcelo Tosatti wrote:
> On Thu, Feb 04, 2010 at 08:00:26PM +0100, Jan Kiszka wrote:
>> Jan Kiszka wrote:
>>> Marcelo Tosatti wrote:
Unrelated to this problem, won't put_vcpu_events, which is executed
after KVM_SET_GUEST_DEBUG, overwrite any queued debug exceptions?
>>> Good point, SET_G
Gerd Hoffmann wrote:
> On 02/07/10 17:24, Anthony Liguori wrote:
>> On 02/06/2010 12:59 PM, john cooper wrote:
>>> This patch reworks support for both assignment and
>>> append in the config file parser. It was motivated
>>> by comments received on the cpu model config file
>>> format.
>>>
>>> Comm
Fix a race condition where qemu finds that there are not enough virtio
ring buffers available and the guest make more buffers available before
qemu can enable notifications.
Signed-off-by: Tom Lendacky
Signed-off-by: Anthony Liguori
hw/virtio-net.c | 10 +-
1 files changed, 9 insert
On 02/03/2010 05:55 PM, Marcelo Tosatti wrote:
The following changes since commit 117f8eb81dfdf51a0418fbf6d260cbb72bcd4a9d:
Markus Armbruster (1):
qdev: Add rudimentary help for property value
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.
On (Mon) Feb 08 2010 [08:57:05], Anthony Liguori wrote:
> On 02/08/2010 07:46 AM, Amit Shah wrote:
>> Hello,
>>
>> In my testing of virtio-console, I found qemu-kvm.git introduces a lot
>> of overhead in thread scheduling compared to qemu.git.
>>
>> My test sends a 260M file from the host to a gues
On Mon, Feb 08, 2010 at 05:03:51PM +0800, Wei Yongjun wrote:
> If fail to create pit, we should unregister kvm irq notifier
> which register in kvm_create_pit().
>
> Signed-off-by: Wei Yongjun
> ---
> arch/x86/kvm/i8254.c |5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
ACK
--
T
On Mon, Feb 08, 2010 at 05:01:15PM +0800, Wei Yongjun wrote:
> kvm->arch.vpit will be set to the return value of kvm_create_pit(),
> so we do not need to set kvm->arch.vpit in kvm_create_pit(). This
> patch remove the useless code.
>
> Signed-off-by: Wei Yongjun
The device could be accessed betw
On Mon, Feb 08, 2010 at 05:36:45PM +0800, Wei Yongjun wrote:
> kvm->arch.vioapic is always set either kvm_ioapic_init() is
> success or fail. If kvm_ioapic_init() is fail, the kvm->arch.vioapic
> may point a freed memory.
>
> Signed-off-by: Wei Yongjun
> ---
> virt/kvm/ioapic.c |3 ++-
> 1 f
On Mon, 2010-02-08 at 07:17 -0500, Javier Guerra wrote:
> On Mon, Feb 8, 2010 at 1:19 AM, Ross Boylan wrote:
> > Previous advice (to me and others) was to use -usbdevice tablet. I've
> > tried that, and a variety of kvm/qemu versions, but no luck.
>
> check your guest's X11 config. if you didn'
Bugs item #2926083, was opened at 2010-01-05 02:16
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2926083&group_id=180599
Please note that this message will contain a full copy of the comme
Bugs item #2925306, was opened at 2010-01-03 12:42
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2925306&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2924683, was opened at 2010-01-01 15:53
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2924683&group_id=180599
Please note that this message will contain a full copy of the comme
Bugs item #2944508, was opened at 2010-02-02 03: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=2944508&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2897679, was opened at 2009-11-14 07:19
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2897679&group_id=180599
Please note that this message will contain a full copy of the comme
Bugs item #1698925, was opened at 2007-04-11 23:09
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1698925&group_id=180599
Please note that this message will contain a full copy of the comme
On 02/08/2010 11:35 AM, Amit Shah wrote:
On (Mon) Feb 08 2010 [08:57:05], Anthony Liguori wrote:
On 02/08/2010 07:46 AM, Amit Shah wrote:
Hello,
In my testing of virtio-console, I found qemu-kvm.git introduces a lot
of overhead in thread scheduling compared to qemu.git.
My test send
Bugs item #2793994, was opened at 2009-05-19 12:52
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2793994&group_id=180599
Please note that this message will contain a full copy of the comme
Bugs item #1831806, was opened at 2007-11-14 08:40
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1831806&group_id=180599
Please note that this message will contain a full copy of the comme
Bugs item #1842160, was opened at 2007-11-30 23:12
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1842160&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1842160, was opened at 2007-11-30 23:12
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1842160&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2030703, was opened at 2008-07-28 16:05
Message generated for change (Settings changed) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2030703&group_id=180599
Please note that this message will contain a full copy of the comme
On 02/08/2010 10:10 AM, Tom Lendacky wrote:
Fix a race condition where qemu finds that there are not enough virtio
ring buffers available and the guest make more buffers available before
qemu can enable notifications.
Signed-off-by: Tom Lendacky
Signed-off-by: Anthony Liguori
I've walked t
On Mon, Feb 08, 2010 at 10:10:01AM -0600, Tom Lendacky wrote:
>
> Fix a race condition where qemu finds that there are not enough virtio
> ring buffers available and the guest make more buffers available before
> qemu can enable notifications.
>
> Signed-off-by: Tom Lendacky
> Signed-off-by: Ant
Bugs item #2948108, was opened at 2010-02-08 14:06
Message generated for change (Tracker Item Submitted) made by ramereth
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2948108&group_id=180599
Please note that this message will contain a full copy of the
On Thu, Feb 04, 2010 at 11:46:25PM +0200, Avi Kivity wrote:
> On 02/04/2010 11:36 PM, Marcelo Tosatti wrote:
> >On Thu, Feb 04, 2010 at 09:16:47PM +0200, Avi Kivity wrote:
> >>On 01/28/2010 09:03 PM, Marcelo Tosatti wrote:
> >>>A vcpu can be stopped after handling IO in userspace,
> >>>but before r
Bugs item #2948108, was opened at 2010-02-08 16:06
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2948108&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2948108, was opened at 2010-02-08 14:06
Message generated for change (Comment added) made by ramereth
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2948108&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2948108, was opened at 2010-02-08 16:06
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2948108&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2948108, was opened at 2010-02-08 14:06
Message generated for change (Comment added) made by ramereth
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2948108&group_id=180599
Please note that this message will contain a full copy of the comment
Now we have a virtio detach API (in commit
f9bfbebf34eab707b065116cdc9699d25ba4252a), we don't need to track xmit
skbs in the virio_net driver, which improves transmission performance.
Signed-off-by: Shirley Ma
Acked-by: Rusty Russell
Acked-by: Michael S. Tsirkin
---
drivers/net/virtio_net.c |
Bugs item #2948108, was opened at 2010-02-08 16:06
Message generated for change (Comment added) made by iggy_cav
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2948108&group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #2948108, was opened at 2010-02-08 14:06
Message generated for change (Comment added) made by ramereth
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2948108&group_id=180599
Please note that this message will contain a full copy of the comment
kvm->arch.vioapic should be NULL in case of kvm_ioapic_init() failure
due to cannot register io dev.
Signed-off-by: Wei Yongjun
---
virt/kvm/ioapic.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/virt/kvm/ioapic.c b/virt/kvm/ioapic.c
index a2edfd1..f3d0693 100644
--
Please send in any agenda items you are interested in covering.
--
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 http://vger.kernel.org/majordomo-info.html
Wei Yongjun wrote:
> kvm->arch.vioapic should be NULL in case of kvm_ioapic_init() failure
> due to cannot register io dev.
>
> Signed-off-by: Wei Yongjun
> ---
> virt/kvm/ioapic.c |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
>
>
Please ignore this patch, I will send in o
Wei Yongjun wrote:
> If fail to create irq chip due to fail of kvm_setup_default_irq_routing(),
> kvm->arch.vioapic is not set to NULL, this may cause KVM_GET_IRQCHIP and
> KVM_SET_IRQCHIP access to unexcepted memory.
>
> Signed-off-by: Wei Yongjun
> ---
> arch/ia64/kvm/kvm-ia64.c |1 +
> 1 f
kvm->arch.vioapic should be NULL in case of kvm_ioapic_init() failure
due to cannot register io dev.
Signed-off-by: Wei Yongjun
---
virt/kvm/ioapic.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/virt/kvm/ioapic.c b/virt/kvm/ioapic.c
index a2edfd1..f3d0693 100644
--
If we fail to init ioapic device or the fail to setup the default irq
routing, the device register by kvm_create_pic() and kvm_ioapic_init()
remain unregister. This patch fixed to do this.
Signed-off-by: Wei Yongjun
---
arch/x86/kvm/i8259.c | 11 +++
arch/x86/kvm/irq.h |1 +
arch
If fail to create pit, we should unregister kvm irq notifier
which register in kvm_create_pit().
Signed-off-by: Wei Yongjun
Acked-by: Marcelo Tosatti
---
arch/x86/kvm/i8254.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/i8254.c b/arch/x86/kvm/i8254.c
If KVM_CREATE_IRQCHIP fail due to kvm_setup_default_irq_routing(),
ioapic device is not destroyed and kvm->arch.vioapic is not set to
NULL, this may cause KVM_GET_IRQCHIP and KVM_SET_IRQCHIP access to
unexcepted memory.
Signed-off-by: Wei Yongjun
---
arch/ia64/kvm/kvm-ia64.c |2 +-
1 files c
On 02/09/2010 12:41 AM, Marcelo Tosatti wrote:
On Thu, Feb 04, 2010 at 11:46:25PM +0200, Avi Kivity wrote:
On 02/04/2010 11:36 PM, Marcelo Tosatti wrote:
On Thu, Feb 04, 2010 at 09:16:47PM +0200, Avi Kivity wrote:
On 01/28/2010 09:03 PM, Marcelo Tosatti wrote:
A vc
Build fix for #define KVM_DEBUG
If KVM_DEBUG is defined, the build for kvm_kmod is failed because :
1. is_long_mode() has moved to x86.h.
2. shadow_efer no longer exists.
3. The registers R8 - R15 don't exist on i386 architecture.
This patch fix this problem.
From: Tsuyoshi Ozawa
Date: Tue, 9
On 02/09/2010 03:28 AM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
hpet overhead on large smp guests
I measured hpet consuming about a half a core's worth of cpu on an idle
Windows 2008 R2 64-way guest. This is mostly due to futex contention,
lik
On 09.02.2010, at 07:56, Avi Kivity wrote:
> On 02/09/2010 03:28 AM, Chris Wright wrote:
>> Please send in any agenda items you are interested in covering.
>>
>
> hpet overhead on large smp guests
>
> I measured hpet consuming about a half a core's worth of cpu on an idle
> Windows 2008 R2
89 matches
Mail list logo