On Wed, Jun 12, 2013 at 10:03:10AM +0200, folkert wrote:
In virt-manager I saw that there's the option for cache writeback for
storage devices.
I'm wondering: does this also make kvm to ignore write barriers invoked
by the virtual machine?
No, that would be unsafe. When the guest issues a
Hi,
In virt-manager I saw that there's the option for cache writeback for
storage devices.
I'm wondering: does this also make kvm to ignore write barriers invoked
by the virtual machine?
No, that would be unsafe. When the guest issues a flush then QEMU will
ensure that data reaches
On Wed, Jun 12, 2013 at 09:35:16PM -0500, Rob Landley wrote:
My aboriginal linux project builds tiny linux systems to run under
qemu, producing as close to the same system as possible across a
bunch of different architectures. The above change broke the mips
r4k build I've been running under
Hi Gleb,
I'm trying to solve these problems in the past days and meet many
difficulties. You want to save all the general registers in calling
insn_page, so registers should be saved to (save) in insn_page.
Because all the instructions should be generated outside and copy to
insn_page, and the
On 09.06.2013 11:43, Gleb Natapov wrote:
On Thu, Jun 06, 2013 at 02:10:39PM +0200, Stefan Pietsch wrote:
On 06.06.2013 13:40, Gleb Natapov wrote:
On Thu, Jun 06, 2013 at 01:35:13PM +0200, Stefan Pietsch wrote:
I had no success with the Debian kernel 3.10~rc4-1~exp1 (3.10-rc4-686-pae).
The
Il 13/06/2013 05:30, 李春奇 Arthur Chunqi Li ha scritto:
Hi Gleb,
I'm trying to solve these problems in the past days and meet many
difficulties. You want to save all the general registers in calling
insn_page, so registers should be saved to (save) in insn_page.
Because all the instructions
Il 12/06/2013 23:28, yongcheng...@i-soft.com.cn ha scritto:
I have a problem for shadow page table. why is write-protect for the
pages containing PML4/PDPT/PDT (page directory) of the guest? In
other words, need to synchronize the change of the page directory of
the guest?
Shadow page tables
Hello All
I am relatively new to kvm.
I have installed a web-server in kvm machine and pushing different request
rates on kvm through httperf. While on a bare host , i can go till 6000
request rates per second, the performance in kvm does not increase beyond
3500 request rates, i have checked CPU
Il 13/06/2013 07:57, Stefan Pietsch ha scritto:
git bisect tells me:
79fd50c67f91136add9726fb7719b57a66c6f763 is the first bad commit
This is an s390 commit, so the bisect somehow went wrong. Can you
confirm that 3.7 works and 3.8 doesn't?
Please check these pairs:
9e2d59a and
Il 13/06/2013 09:42, Paolo Bonzini ha scritto:
Il 13/06/2013 07:57, Stefan Pietsch ha scritto:
git bisect tells me:
79fd50c67f91136add9726fb7719b57a66c6f763 is the first bad commit
This is an s390 commit, so the bisect somehow went wrong. Can you
confirm that 3.7 works and 3.8 doesn't?
On 3 June 2013 14:47, Peter Maydell peter.mayd...@linaro.org wrote:
This patch series overhauls how we handle ARM coprocessor registers,
so that we use a consistent approach for migration, reset and
QEMU-KVM synchronisation, driven by the kernel's list of supported
registers.
Applied to
I'm wondering: does this also make kvm to ignore write barriers invoked
by the virtual machine?
no, cache=writeback is ok, write barriers are working correctly
only with cache=unsafe,it doesn't care about write flush.
- Mail original -
De: folkert folk...@vanheusden.com
À:
On 13.06.2013 15:42, Paolo Bonzini wrote:
Il 13/06/2013 07:57, Stefan Pietsch ha scritto:
git bisect tells me:
79fd50c67f91136add9726fb7719b57a66c6f763 is the first bad commit
This is an s390 commit, so the bisect somehow went wrong. Can you
confirm that 3.7 works and 3.8 doesn't?
Add a function trap_emulator to run an instruction in emulator.
Set inregs first (%rax is invalid because it is used as return
address), put instruction codec in alt_insn and call func with
alt_insn_length. Get results in outregs.
Signed-off-by: Arthur Chunqi Li yzt...@gmail.com
---
Change two functions (test_mmx_movq_mf and test_movabs) using
unified trap_emulator.
Signed-off-by: Arthur Chunqi Li yzt...@gmail.com
---
x86/emulator.c | 85 +++-
1 file changed, 23 insertions(+), 62 deletions(-)
diff --git a/x86/emulator.c
Updated Device Passthrough Patch.
- optimized IRQ-CPU-vCPU binding, irq is installed once
- added dynamic IRQ affinity on schedule in
- added documentation and few other coding recommendations.
Per earlier discussion VFIO is our target but we like
something earlier to work with to tackle
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org]
On Behalf Of an...@ssl.serc.iisc.in
Sent: Thursday, June 13, 2013 9:18 PM
To: kvm@vger.kernel.org
Subject: Bottleneck in KVM
Hello All
I am relatively new to kvm.
I have installed a
On Fri, Jun 07, 2013 at 04:51:22PM +0800, Xiao Guangrong wrote:
Changelog:
V3:
All of these changes are from Gleb's review:
1) rename RET_MMIO_PF_EMU to RET_MMIO_PF_EMULATE.
2) smartly adjust kvm generation number in kvm_current_mmio_generatio()
to avoid kvm_memslots-generation
I got it , thank you for your help.
2013/6/13 Paolo Bonzini pbonz...@redhat.com
Il 12/06/2013 23:28, yongcheng...@i-soft.com.cn ha scritto:
I have a problem for shadow page table. why is write-protect for the
pages containing PML4/PDPT/PDT (page directory) of the guest? In
Hi Paul,
We've just seen another KVM bug with 3.8 on p7. It looks as if for some reason
a bolted HTAB entry for the kernel got evicted.
[ 16s] booting kvm ...
[ 16s] /usr/bin/qemu-system-ppc64 -no-reboot -nographic -vga none -net none
-enable-kvm -M pseries -cpu host -kernel /boot/vmlinux
On Thu, Jun 13, 2013 at 02:34:56PM +0200, Alexander Graf wrote:
Hi Paul,
We've just seen another KVM bug with 3.8 on p7. It looks as if for some
reason a bolted HTAB entry for the kernel got evicted.
...
(gdb) x /i 0xc0005d00
0xc0005d00 instruction_access_common:
On 14.06.2013, at 01:20, Paul Mackerras wrote:
On Thu, Jun 13, 2013 at 02:34:56PM +0200, Alexander Graf wrote:
Hi Paul,
We've just seen another KVM bug with 3.8 on p7. It looks as if for some
reason a bolted HTAB entry for the kernel got evicted.
...
(gdb) x /i 0xc0005d00
On Fri, 2013-06-14 at 01:58 +0200, Alexander Graf wrote:
I don't think that preallocating yet another potentially fragmented
pool of bigger memory chunks - which your patch did - is the answer to
this problem. We just need to defragment normal system memory and
delay HPT creation until it's
23 matches
Mail list logo
