Re: GSOC 2011 (KVM for MIPS)

2011-02-21 Thread Jan Kiszka
On 2011-02-21 02:09, yajin wrote: On Sun, Feb 20, 2011 at 9:16 AM, Jan Kiszka jan.kis...@web.de wrote: On 2011-02-20 14:08, Aurelien Jarno wrote: On Wed, Feb 16, 2011 at 07:32:31PM -0500, yajin wrote: Hi all, Hi, I have proposed an idea of GSOC 2011 about adding KVM support to MIPS

Re: [Qemu-devel] Re: [PATCH 07/18] Introduce fault tolerant VM transaction QEMUFile and ft_mode.

2011-02-21 Thread Yoshiaki Tamura
Hi Green, 2011/2/21 ya su suya94...@gmail.com: Yoshiaki:     I have one question about ram_save_live, during migration 3 stage(completation stage), it will call cpu_physical_memory_set_dirty_tracking(0) to stop recording ram dirty pages. at the end of migrate_ft_trans_connect function, it

Re: [PATCH] kvm: allow RO page when atomic !write_fault

2011-02-21 Thread Gleb Natapov
On Mon, Feb 21, 2011 at 11:47:36AM +0800, Lai Jiangshan wrote: Atomic-able hva_to_pfn() patches and allow-read-only-page patches are merged almost the same time. But hva_to_pfn() does not handle these two issues well together. When @atomic !@write_fault host-is-read-only-page-mapped the

[PATCH 1/2] KVM: VMX: write new TR selector value into vmcs immediately if it changes during vm86 mode.

2011-02-21 Thread Gleb Natapov
When vm86 is active TR descriptor is updated with vm86 task values, but selector is left intact. vmx_set_segment() makes sure that if TR register is written into while vm86 is active the new values are saved for use after vm86 is deactivated, but since selector is not updated on vm86

[PATCH 2/2] KVM: VMX: Initialize vm86 TSS only once.

2011-02-21 Thread Gleb Natapov
Currently vm86 task is initialized on each real mode entry and vcpu reset. Initialization is done by zeroing TSS and updating relevant fields. But since all vcpus are using the same TSS there is a race where one vcpu may use TSS while other vcpu is initializing it, so the vcpu that uses TSS will

[PATCH] stop and show registers on error.

2011-02-21 Thread Gleb Natapov
Signed-off-by: Gleb Natapov g...@redhat.com diff --git a/qemu-kvm.c b/qemu-kvm.c index 49cd683..2f3f683 100644 --- a/qemu-kvm.c +++ b/qemu-kvm.c @@ -644,8 +644,7 @@ int kvm_run(CPUState *env) break; #endif case KVM_EXIT_INTERNAL_ERROR: -

[KVM-AUTOTEST PATCH 1/3] KVM test: kvm_config.py: support one-line conditional blocks

2011-02-21 Thread Michael Goldish
Support statements such as: ide: only unattended_install which is just a short form for ide: only unattended_install Currently the short form is supported only for assignment statements. This patch allows it to be used for all types of statements. Note: multiple filters can be combined on

[KVM-AUTOTEST PATCH 2/3] KVM test: kvm_config.py: process_content(): look for Op instead of str

2011-02-21 Thread Michael Goldish
Looking for str is a mistake because content should only contains Ops and Filters. This is a harmless bug but it should be fixed. Signed-off-by: Michael Goldish mgold...@redhat.com --- client/tests/kvm/kvm_config.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[KVM-AUTOTEST PATCH 3/3] KVM test: kvm_config.py: support negative conditional blocks

2011-02-21 Thread Michael Goldish
If the filter starting a conditional block is preceded by '!', the condition is negative. For example: !Fedora.14, RHEL.6.0: only qcow2 means for everything except Fedora.14 and RHEL.6.0, allow only qcow2. Signed-off-by: Michael Goldish mgold...@redhat.com ---

[PATCH] qemu-kvm: Mark VCPU state dirty on creation

2011-02-21 Thread Jan Kiszka
This avoids that early cpu_synchronize_state calls try to retrieve an uninitialized state from the kernel, which even causes a deadlock. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- Corresponding upstream patch will come with next uq/master series. qemu-kvm.c |1 + 1 files changed,

End-User Question: XP-Guest produces high load for no obvious reason

2011-02-21 Thread Andre Tann
Hello everyone, I'm not sure if this is the correct mailing list with my topic. But the website says that end user's questions are welcome. So please give me a hint if this is the wrong place. On the host: # rpm -qa | grep kvm kvm-0.12.5-1.2.1.x86_64 # uname -a Linux alphawkst

Re: [PATCH] stop and show registers on error.

2011-02-21 Thread Avi Kivity
On 02/21/2011 12:16 PM, Gleb Natapov wrote: Signed-off-by: Gleb Natapovg...@redhat.com diff --git a/qemu-kvm.c b/qemu-kvm.c index 49cd683..2f3f683 100644 --- a/qemu-kvm.c +++ b/qemu-kvm.c @@ -644,8 +644,7 @@ int kvm_run(CPUState *env) break; #endif case

Re: [PATCH] stop and show registers on error.

2011-02-21 Thread Gleb Natapov
On Mon, Feb 21, 2011 at 02:24:19PM +0200, Avi Kivity wrote: On 02/21/2011 12:16 PM, Gleb Natapov wrote: Signed-off-by: Gleb Natapovg...@redhat.com diff --git a/qemu-kvm.c b/qemu-kvm.c index 49cd683..2f3f683 100644 --- a/qemu-kvm.c +++ b/qemu-kvm.c @@ -644,8 +644,7 @@ int kvm_run(CPUState

[PATCH] KVM test: encapsulate unittests build and move it to parent class

2011-02-21 Thread Lucas Meneghel Rodrigues
In installer.py, we realized that we could benefit from having the unittests build in pretty much all build types, after all, if the userspace is sufficiently new we can run the unittests, regardless of the way the binaries were build. Encapsulate the unittests build and install to a method and

Re: [PATCH] stop and show registers on error.

2011-02-21 Thread Jan Kiszka
On 2011-02-21 13:25, Gleb Natapov wrote: On Mon, Feb 21, 2011 at 02:24:19PM +0200, Avi Kivity wrote: On 02/21/2011 12:16 PM, Gleb Natapov wrote: Signed-off-by: Gleb Natapovg...@redhat.com diff --git a/qemu-kvm.c b/qemu-kvm.c index 49cd683..2f3f683 100644 --- a/qemu-kvm.c +++ b/qemu-kvm.c

Re: Slow disk IO on virtio kvm guests with Centos 5.5 as hypervisor

2011-02-21 Thread Thomas Broda
On Wed, 16 Feb 2011 16:07:54 +0100, Thomas Broda tho...@bassfimass.de wrote: I will try Fedora then. I've installed Fedora 14 on the hypervisor last weekend, and the disk performance is as bad as it used to be under Centos 5.5. I think this related to the RAID controller. A Google search for

Re: [PATCH] stop and show registers on error.

2011-02-21 Thread Gleb Natapov
On Mon, Feb 21, 2011 at 01:53:15PM +0100, Jan Kiszka wrote: On 2011-02-21 13:25, Gleb Natapov wrote: On Mon, Feb 21, 2011 at 02:24:19PM +0200, Avi Kivity wrote: On 02/21/2011 12:16 PM, Gleb Natapov wrote: Signed-off-by: Gleb Natapovg...@redhat.com diff --git a/qemu-kvm.c b/qemu-kvm.c

[PATCH] KVM test: Move enumerate test dicts code to kvm_utils.run_tests()

2011-02-21 Thread Lucas Meneghel Rodrigues
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com --- client/tests/kvm/control |7 ++- client/tests/kvm/kvm_utils.py |9 ++--- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/client/tests/kvm/control b/client/tests/kvm/control index be37678..d9ff70c

KVM Agenda for Feb 22

2011-02-21 Thread Juan Quintela
please send in any agenda items you are interested in covering. thanks, Juan. -- 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

Re: [PATCH 5/6] KVM: X86: Delegate tsc-offset calculation to architecture code

2011-02-21 Thread Roedel, Joerg
(Sorry for the delay, I had to spend some days sick at home :-( ) On Fri, Feb 11, 2011 at 05:12:29PM -0500, Zachary Amsden wrote: On 02/09/2011 12:29 PM, Joerg Roedel wrote: So I've gone over this series and the only issue I see so far is with this patch, and it doesn't have to do with

Re: [PATCH 6/6] KVM: X86: Implement userspace interface to set virtual_tsc_khz

2011-02-21 Thread Roedel, Joerg
On Sun, Feb 13, 2011 at 10:12:14AM -0500, Avi Kivity wrote: On 02/09/2011 07:29 PM, Joerg Roedel wrote: This patch implements two new vm-ioctls to get and set the virtual_tsc_khz if the machine supports tsc-scaling. Setting the tsc-frequency is only possible before userspace creates any

Re: [PATCH 0/6] KVM support for TSC scaling

2011-02-21 Thread Roedel, Joerg
On Sun, Feb 13, 2011 at 10:19:19AM -0500, Avi Kivity wrote: On 02/09/2011 07:29 PM, Joerg Roedel wrote: Hi Avi, Marcelo, here is the patch-set to implement the TSC-scaling feature of upcoming AMD CPUs. When this feature is supported the CPU provides a new MSR which holds a multiplier

Re: [Qemu-devel] KVM Agenda for Feb 22

2011-02-21 Thread Anthony Liguori
On 02/21/2011 11:12 AM, Juan Quintela wrote: please send in any agenda items you are interested in covering. - 0.14.0 release is out, thanks to everyone that participated! Let's discuss what worked well, what could be improved. - 0.15 planning - Should we do a bump to 1.0? -

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread James Neave
On Mon, Feb 14, 2011 at 5:48 PM, Alex Williamson alex.william...@redhat.com wrote: On Sat, 2011-02-12 at 16:04 +, James Neave wrote: On Tue, Feb 8, 2011 at 10:17 AM, James Neave robo...@gmail.com wrote: On Tue, Feb 8, 2011 at 9:59 AM, Kenni Lund ke...@kelu.dk wrote: 2011/2/7 Daniel P.

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread Alex Williamson
On Mon, 2011-02-21 at 20:31 +, James Neave wrote: On Mon, Feb 14, 2011 at 5:48 PM, Alex Williamson alex.william...@redhat.com wrote: On Sat, 2011-02-12 at 16:04 +, James Neave wrote: On Tue, Feb 8, 2011 at 10:17 AM, James Neave robo...@gmail.com wrote: On Tue, Feb 8, 2011 at 9:59

Re: [PATCH 0/6] KVM support for TSC scaling

2011-02-21 Thread Zachary Amsden
On 02/21/2011 12:28 PM, Roedel, Joerg wrote: On Sun, Feb 13, 2011 at 10:19:19AM -0500, Avi Kivity wrote: On 02/09/2011 07:29 PM, Joerg Roedel wrote: Hi Avi, Marcelo, here is the patch-set to implement the TSC-scaling feature of upcoming AMD CPUs. When this feature is supported the

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread James Neave
On Mon, Feb 21, 2011 at 10:49 PM, James Neave robo...@gmail.com wrote: On Mon, Feb 21, 2011 at 10:25 PM, James Neave robo...@gmail.com wrote: On Mon, Feb 21, 2011 at 9:01 PM, Alex Williamson alex.william...@redhat.com wrote: On Mon, 2011-02-21 at 20:31 +, James Neave wrote: On Mon, Feb

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread James Neave
On Mon, Feb 21, 2011 at 10:55 PM, James Neave robo...@gmail.com wrote: On Mon, Feb 21, 2011 at 10:49 PM, James Neave robo...@gmail.com wrote: On Mon, Feb 21, 2011 at 10:25 PM, James Neave robo...@gmail.com wrote: On Mon, Feb 21, 2011 at 9:01 PM, Alex Williamson alex.william...@redhat.com

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread James Neave
On Mon, Feb 21, 2011 at 10:25 PM, James Neave robo...@gmail.com wrote: On Mon, Feb 21, 2011 at 9:01 PM, Alex Williamson alex.william...@redhat.com wrote: On Mon, 2011-02-21 at 20:31 +, James Neave wrote: On Mon, Feb 14, 2011 at 5:48 PM, Alex Williamson alex.william...@redhat.com wrote:

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread James Neave
On Mon, Feb 21, 2011 at 9:01 PM, Alex Williamson alex.william...@redhat.com wrote: On Mon, 2011-02-21 at 20:31 +, James Neave wrote: On Mon, Feb 14, 2011 at 5:48 PM, Alex Williamson alex.william...@redhat.com wrote: On Sat, 2011-02-12 at 16:04 +, James Neave wrote: On Tue, Feb 8,

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread Chris Wright
* Alex Williamson (alex.william...@redhat.com) wrote: I don't know why you're getting -EBUSY for this device, but maybe we can start from a clean slate and see if it helps. Here's what I would suggest: I bet this is an AMD IOMMU box. Can we get full dmesg? -- To unsubscribe from this list:

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread James Neave
On Mon, Feb 21, 2011 at 11:28 PM, Chris Wright chr...@sous-sol.org wrote: * Alex Williamson (alex.william...@redhat.com) wrote: I don't know why you're getting -EBUSY for this device, but maybe we can start from a clean slate and see if it helps.  Here's what I would suggest: I bet this is

Re: PCI Passthrough, error: The driver 'pci-stub' is occupying your device 0000:08:06.2

2011-02-21 Thread Chris Wright
* James Neave (robo...@gmail.com) wrote: Finally, here is the very latest dmesg: http://pastebin.com/9HE61K62 OK, this is an AMD IOMMU box. [0.00] ACPI: IVRS cfcf9830 000E0 (v01 AMD RD890S 00202031 AMD ) It's discovered and enalbed properly: [0.698992]