Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/21/2010 11:20 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: Well, for what it's worth, I rarely ever use anything else. My virtual disks are raw so I can loop mount them easily, and I can also switch my guest kernels from outside... without ever needing to mount those

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/21/2010 10:37 PM, Ingo Molnar wrote: That includes the guest kernel. If you can deploy a new kernel in the guest, presumably you can deploy a userspace package. Note that with perf we can instrument the guest with zero guest-kernel modifications as well. We try to reduce the

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/21/2010 11:52 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: I.e. you are arguing for microkernel Linux, while you see me as arguing for a monolithic kernel. No. I'm arguing for reducing bloat wherever possible. Kernel code is more expensive than userspace code

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Zhang, Yanmin
On Sun, 2010-03-21 at 22:20 +0100, Ingo Molnar wrote: * Avi Kivity a...@redhat.com wrote: Well, for what it's worth, I rarely ever use anything else. My virtual disks are raw so I can loop mount them easily, and I can also switch my guest kernels from outside... without ever needing

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/21/2010 11:54 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/21/2010 10:55 PM, Ingo Molnar wrote: Of course you could say the following: ' Thanks, I'll mark this for v2.6.36 integration. Note that we are not able to add this to the v2.6.35 kernel

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 12:00 AM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: Consider the _other_ examples that are a lot more clear: ' If you expose paravirt spilocks via KVM please also make sure the KVM tooling can make use of it, has an option for it to configure it, and

Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side

2010-03-22 Thread Zhang, Yanmin
On Fri, 2010-03-19 at 09:21 +0100, Ingo Molnar wrote: Nice progress! This bit: 1) perf kvm top [r...@lkp-ne01 norm]# perf kvm --host --guest --guestkallsyms=/home/ymzhang/guest/kallsyms --guestmodules=/home/ymzhang/guest/modules top Will be really be painful to developers - to

[PATCH 1/4] KVM test: Add monotonic_time into the guest test

2010-03-22 Thread Jason Wang
Monotonic_time is used to test gettimeofday(), TSC and clock_gettime(CLOCK_MONOTONIC) which is useful to test the virutal timer device. Signed-off-by: Jason Wang jasow...@redhat.com --- .../kvm/autotest_control/monotonic_time.control| 37

[PATCH 2/4] KVM test: Add TSC into guest test

2010-03-22 Thread Jason Wang
TSC is used to check the whether the TSC of processors are synchronized which is useful for testing virtual TSC. Signed-off-by: Jason Wang jasow...@redhat.com --- client/tests/kvm/autotest_control/tsc.control | 13 + client/tests/kvm/tests_base.cfg.sample|3 +++ 2 files

[PATCH 3/4] KVM test: Add scrashme into guest test

2010-03-22 Thread Jason Wang
This patch let the scrashme run in the guest. Scrashme is one kind of fuzzing or stress test through systemcall. It should be useful in testing the VMM. Signed-off-by: Jason Wang jasow...@redhat.com --- client/tests/kvm/autotest_control/scrashme.control | 14 ++

[PATCH 4/4] KVM test: Enable timedrift for Linux guests

2010-03-22 Thread Jason Wang
We should also test timedrift for Linux guests especially for guest with pvclock. So this patch enable the timedrift for linux guests. Signed-off-by: Jason Wang jasow...@redhat.com --- client/tests/kvm/tests_base.cfg.sample | 11 ++- 1 files changed, 10 insertions(+), 1 deletions(-)

[PATCH] Correct wrong table name 'tko_test_view' in tko/frontend.py.

2010-03-22 Thread Feng Yang
Change tko_test_view to tko_test_view_2. autotest_web do not have tko_test_view table. Signed-off-by: Feng Yang fy...@redhat.com --- tko/frontend.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/tko/frontend.py b/tko/frontend.py index 9033c20..0fd61f9 100644 ---

Re: [Qemu-devel] Re: 2 serial ports?

2010-03-22 Thread Michael Tokarev
Paul Brook wrote at Wed, 17 Mar 2010 11:18:09 +: Oh, well, yes, I remember. qemu is more strict on ISA irq sharing now. A bit too strict. /me goes dig out a old patch which never made it upstream for some reason I forgot. Attached. This is wrong. Two devices should never be

Re: [Qemu-devel] Re: 2 serial ports?

2010-03-22 Thread Avi Kivity
On 03/22/2010 10:35 AM, Michael Tokarev wrote: Paul Brook wrote at Wed, 17 Mar 2010 11:18:09 +: Oh, well, yes, I remember. qemu is more strict on ISA irq sharing now. A bit too strict. /me goes dig out a old patch which never made it upstream for some reason I forgot. Attached.

[PATCH] KMV: VMX: consult IA32_VMX_EPT_VPID_CAP to determine EPT paging-structure memory type

2010-03-22 Thread Gui Jianfeng
According to SDM, we need to configure EPT paging-structure memory type by consulting IA32_VMX_EPT_VPID_CAP. Signed-off-by: Gui Jianfeng guijianf...@cn.fujitsu.com --- arch/x86/include/asm/vmx.h |2 ++ arch/x86/kvm/vmx.c | 12 +--- 2 files changed, 11 insertions(+), 3

Re: [PATCH] KMV: VMX: consult IA32_VMX_EPT_VPID_CAP to determine EPT paging-structure memory type

2010-03-22 Thread Sheng Yang
On Monday 22 March 2010 17:06:42 Gui Jianfeng wrote: According to SDM, we need to configure EPT paging-structure memory type by consulting IA32_VMX_EPT_VPID_CAP. Signed-off-by: Gui Jianfeng guijianf...@cn.fujitsu.com --- arch/x86/include/asm/vmx.h |2 ++ arch/x86/kvm/vmx.c |

Re: Time and KVM - best practices

2010-03-22 Thread Dor Laor
On 03/21/2010 01:29 PM, Thomas Løcke wrote: Hey, What is considered best practice when running a KVM host with a mixture of Linux and Windows guests? Currently I have ntpd running on the host, and I start my guests using -rtc base=localhost,clock=host, with an extra -tdf added for Windows

[PATCH] Change decimal_places from 31 to 2 in frontend/tko/models.py

2010-03-22 Thread Feng Yang
decimal_places must less-than-or-equal-to max_digits in 'numeric(max_digits, decimal_places)' in mysql syntax. max_digits is 12, so decimal_places must = 12. Set decimal_places to 2. Signed-off-by: Feng Yang fy...@redhat.com --- frontend/tko/models.py |2 +- 1 files changed, 1

Re: Time and KVM - best practices

2010-03-22 Thread Alexander Graf
On 22.03.2010, at 10:15, Dor Laor wrote: On 03/21/2010 01:29 PM, Thomas Løcke wrote: Hey, What is considered best practice when running a KVM host with a mixture of Linux and Windows guests? Currently I have ntpd running on the host, and I start my guests using -rtc

Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side

2010-03-22 Thread oerg Roedel
On Sun, Mar 21, 2010 at 07:43:00PM +0100, Ingo Molnar wrote: Having access to the actual executable files that include the symbols achieves precisely that - with the additional robustness that all this functionality is concentrated into the host, while the guest side is kept minimal (and

[PATCH] KVM: x86: Fix TSS size check for 16-bit tasks

2010-03-22 Thread Jan Kiszka
A 16-bit TSS is only 44 bytes long. So make sure to test for the correct size on task switch. Signed-off-by: Jan Kiszka jan.kis...@siemens.com --- This should be stable material as well. I can provide a patch that applies on .32 and .33, or what will be the procedure? arch/x86/kvm/emulate.c |

Re: Time and KVM - best practices

2010-03-22 Thread Jan Kiszka
Dor Laor wrote: On 03/21/2010 01:29 PM, Thomas Løcke wrote: Hey, What is considered best practice when running a KVM host with a mixture of Linux and Windows guests? Currently I have ntpd running on the host, and I start my guests using -rtc base=localhost,clock=host, with an extra -tdf

Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side

2010-03-22 Thread Ingo Molnar
* oerg Roedel j...@8bytes.org wrote: It can decide whether it exposes the files. Nor are there any security issues to begin with. I am not talking about security. [...] You were talking about security, in the portion of your mail that you snipped out, and which i replied to: 2.

[PATCH] Bail out when VCPU_CREATE fails

2010-03-22 Thread Alexander Graf
When we fail to create a VCPU we have no way to tell our callers that something failed. So the caller happily uses a completely broken state. This code should become deprecated in the process of converting qemu-kvm to qemu anyways, so let's not care about remdeling it but just bailing out when

Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side

2010-03-22 Thread Ingo Molnar
* oerg Roedel j...@8bytes.org wrote: On Sun, Mar 21, 2010 at 07:43:00PM +0100, Ingo Molnar wrote: Having access to the actual executable files that include the symbols achieves precisely that - with the additional robustness that all this functionality is concentrated into the

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread oerg Roedel
On Sun, Mar 21, 2010 at 09:31:21PM +0100, Ingo Molnar wrote: Lets see one example of that thought process in action: Oprofile. Since you are talking so much about oProfile in this thread I think it is important to mention that the problem with oProfile was not the repository separation. The

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Alexander Graf
On 22.03.2010, at 12:14, Ingo Molnar wrote: * Avi Kivity a...@redhat.com wrote: On 03/21/2010 11:54 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/21/2010 10:55 PM, Ingo Molnar wrote: Of course you could say the following: ' Thanks, I'll mark this for v2.6.36

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: IMO the reason perf is more usable than oprofile has less to do with the kernel/userspace boundary and more do to with effort and attention spent on the userspace/user boundary. [...] If you are interested in the first-hand experience of the people who

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: On 03/21/2010 10:37 PM, Ingo Molnar wrote: That includes the guest kernel. If you can deploy a new kernel in the guest, presumably you can deploy a userspace package. Note that with perf we can instrument the guest with zero guest-kernel

Re: [Autotest] [PATCH 4/4] KVM test: Enable timedrift for Linux guests

2010-03-22 Thread Michael Goldish
- Jason Wang jasow...@redhat.com wrote: We should also test timedrift for Linux guests especially for guest with pvclock. So this patch enable the timedrift for linux guests. Signed-off-by: Jason Wang jasow...@redhat.com --- client/tests/kvm/tests_base.cfg.sample | 11 ++-

Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side

2010-03-22 Thread Joerg Roedel
On Mon, Mar 22, 2010 at 11:59:27AM +0100, Ingo Molnar wrote: Best would be if you demonstrated any problems of the perf symbol lookup code you are aware of on the host side, as it has that exact design you are criticising here. We are eager to fix any bugs in it. If you claim that it's

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: My 10+ years experience with kernel instrumentation solutions is that kernel-driven, self-sufficient, robust, trustable, well-enumerated sources of information work far better in practice. What about line number information? And the source? Into

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Anthony Liguori anth...@codemonkey.ws wrote: On 03/21/2010 04:54 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/21/2010 10:55 PM, Ingo Molnar wrote: Of course you could say the following: ' Thanks, I'll mark this for v2.6.36 integration. Note that we are not

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Antoine Martin
[snip] I believe that -kernel use will be rare, though. It's a lot easier to keep everything in one filesystem. Well, for what it's worth, I rarely ever use anything else. My virtual disks are raw so I can loop mount them easily, and I can also switch my guest kernels from outside...

Re: Tracking KVM development

2010-03-22 Thread Kenni Lund
2010/3/22 Asdo a...@shiftmail.org: I've looked at libvirt a bit, and I fail at seeing the attraction. I think I will stay with plain qemu-kvm, unless there are some very compelling reasons for going down the libvirt route. Virsh (uses libvirt) is almost irreplaceable for us... How do you

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* oerg Roedel j...@8bytes.org wrote: On Sun, Mar 21, 2010 at 09:31:21PM +0100, Ingo Molnar wrote: Lets see one example of that thought process in action: Oprofile. Since you are talking so much about oProfile in this thread I think it is important to mention that the problem with

Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side

2010-03-22 Thread Ingo Molnar
* Joerg Roedel j...@8bytes.org wrote: On Mon, Mar 22, 2010 at 11:59:27AM +0100, Ingo Molnar wrote: Best would be if you demonstrated any problems of the perf symbol lookup code you are aware of on the host side, as it has that exact design you are criticising here. We are eager to

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 01:14 PM, Ingo Molnar wrote: I think we agree at last. Neither I nor my employer are interested in running qemu as a desktop-on-desktop tool, therefore I don't invest any effort in that direction, or require it from volunteers. Obviously your employer at least in part

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Pekka Enberg
On Mon, Mar 22, 2010 at 1:48 PM, Ingo Molnar mi...@elte.hu wrote: What about line number information?  And the source?  Into the kernel with them as well? Sigh. Please read the _very first_ suggestion i made, which solves all that. I rarely go into discussions without suggesting technical

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 01:48 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: My 10+ years experience with kernel instrumentation solutions is that kernel-driven, self-sufficient, robust, trustable, well-enumerated sources of information work far better in practice. What about

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Daniel P. Berrange
On Mon, Mar 22, 2010 at 02:31:49PM +0200, Pekka Enberg wrote: On Mon, Mar 22, 2010 at 1:48 PM, Ingo Molnar mi...@elte.hu wrote: What about line number information?  And the source?  Into the kernel with them as well? Sigh. Please read the _very first_ suggestion i made, which solves all

Re: Time and KVM - best practices

2010-03-22 Thread Thomas Løcke
On Mon, Mar 22, 2010 at 11:36 AM, Jan Kiszka jan.kis...@siemens.com wrote: Don't know what Windows does with the RTC, but the idea behind -rtc clock=host is to provide an accurate time source to guest without paravirtualized guest kernel drivers or an ntp installation in the guest. Last time I

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Pekka Enberg
Hi Daniel, (I'm getting slightly off-topic, sorry about that.) Daniel P. Berrange kirjoitti: Here it is, repeated for the Nth time: Allow a guest to (optionally) integrate its VFS namespace with the host side as well. An example scheme would be: /guests/Fedora-G1/ /guests/Fedora-G1/proc/

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: On 03/22/2010 01:14 PM, Ingo Molnar wrote: I think we agree at last. Neither I nor my employer are interested in running qemu as a desktop-on-desktop tool, therefore I don't invest any effort in that direction, or require it from volunteers. Obviously

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 01:39 PM, Ingo Molnar wrote: Reality is, the server space never was and never will be self-sustaining in the long run (as Novell has found it out with Netware), it is the desktop that dictates future markets. This is why i find your views about this naive and shortsighted.

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 01:23 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: IMO the reason perf is more usable than oprofile has less to do with the kernel/userspace boundary and more do to with effort and attention spent on the userspace/user boundary. [...] If you are

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Pekka Enberg
On Mon, Mar 22, 2010 at 2:36 PM, Avi Kivity a...@redhat.com wrote: Here it is, repeated for the Nth time: Allow a guest to (optionally) integrate its VFS namespace with the host side as well. An example scheme would be:    /guests/Fedora-G1/ [...] You're missing something.  This

Re: Strange CPU usage pattern in SMP guest

2010-03-22 Thread Sebastian Hetze
On Sun, Mar 21, 2010 at 05:17:38PM +0200, Avi Kivity wrote: On 03/21/2010 04:55 PM, Sebastian Hetze wrote: On Sun, Mar 21, 2010 at 02:19:40PM +0200, Avi Kivity wrote: On 03/21/2010 02:02 PM, Sebastian Hetze wrote: 12:46:02 CPU%usr %nice%sys %iowait%irq %soft

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 02:44 PM, Ingo Molnar wrote: This is why i consider that line of argument rather dishonest ... I am not going to reply to any more email from you on this thread. -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Lukas Kolbe
Am Montag, den 22.03.2010, 12:23 +0100 schrieb Alexander Graf: I think we agree at last. Neither I nor my employer are interested in running qemu as a desktop-on-desktop tool, therefore I don't invest any effort in that direction, or require it from volunteers. Obviously your

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Daniel P. Berrange berra...@redhat.com wrote: On Mon, Mar 22, 2010 at 02:31:49PM +0200, Pekka Enberg wrote: On Mon, Mar 22, 2010 at 1:48 PM, Ingo Molnar mi...@elte.hu wrote: What about line number information? ?And the source? ?Into the kernel with them as well? Sigh. Please

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Daniel P. Berrange
On Mon, Mar 22, 2010 at 02:44:57PM +0200, Avi Kivity wrote: On 03/22/2010 01:39 PM, Ingo Molnar wrote: Reality is, the server space never was and never will be self-sustaining in the long run (as Novell has found it out with Netware), it is the desktop that dictates future markets. This is

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Pekka Enberg
Hi Avi, On Mon, Mar 22, 2010 at 2:49 PM, Avi Kivity a...@redhat.com wrote: Seems like perf is also split, with sysprof being developed outside the kernel.  Will you bring sysprof into the kernel?  Will every feature be duplicated in prof and sysprof? I am glad you brought it up! Sysprof was

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Daniel P. Berrange
On Mon, Mar 22, 2010 at 01:54:40PM +0100, Ingo Molnar wrote: * Daniel P. Berrange berra...@redhat.com wrote: FYI, for offline guests, you can use libguestfs[1] to access change files inside the guest, and read-only access to running guests files. It provides access via a interactive

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Richard W.M. Jones
On Mon, Mar 22, 2010 at 01:05:13PM +, Daniel P. Berrange wrote: This is close to the way libguestfs already works. It boots QEMU/KVM pointing to a minimal stripped down appliance linux OS image, containing a small agent it talks to over some form of vmchannel/serial/virtio-serial device.

x86: Exception handling via task gates broken

2010-03-22 Thread Jan Kiszka
Hi, when switching an x86 hardware task because of some exception, KVM does not push potential error codes on the stack of the handler task. I guess not many OSes make use of this slow feature - we found one :). Does anyone happen to have a fix on his agenda? Otherwise I will look into this (next

Re: About KVM Forum 2010

2010-03-22 Thread Dor Laor
On 03/17/2010 07:37 AM, kazushi takahashi wrote: Hi all Does anybody know exact important date, such as paper deadline for KVM Forum 2010? It's not yet official and Chris Wright will publish the dates but last we talked it was about asking for pretty simple abstracts (a paragraph or two,

Re: Time and KVM - best practices

2010-03-22 Thread Glauber Costa
On Mon, Mar 22, 2010 at 10:55:18AM +0100, Alexander Graf wrote: On 22.03.2010, at 10:15, Dor Laor wrote: On 03/21/2010 01:29 PM, Thomas Løcke wrote: Hey, What is considered best practice when running a KVM host with a mixture of Linux and Windows guests? Currently I have ntpd

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Joerg Roedel
On Mon, Mar 22, 2010 at 01:22:28PM +0100, Ingo Molnar wrote: * Joerg Roedel j...@8bytes.org wrote: [...] Basically the reason of the oProfile failure is a disfunctional community. [...] Caused by: repository separation and the inevitable code and social fork a decade later. No, the

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Daniel P. Berrange berra...@redhat.com wrote: On Mon, Mar 22, 2010 at 01:54:40PM +0100, Ingo Molnar wrote: * Daniel P. Berrange berra...@redhat.com wrote: FYI, for offline guests, you can use libguestfs[1] to access change files inside the guest, and read-only access to

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Richard W.M. Jones rjo...@redhat.com wrote: On Mon, Mar 22, 2010 at 01:05:13PM +, Daniel P. Berrange wrote: This is close to the way libguestfs already works. It boots QEMU/KVM pointing to a minimal stripped down appliance linux OS image, containing a small agent it talks to

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Richard W.M. Jones rjo...@redhat.com wrote: On Mon, Mar 22, 2010 at 02:56:47PM +0100, Ingo Molnar wrote: Just curious: any plans to extend this to include live read/write access as well? I.e. to have the 'agent' (guestfsd) running universally, so that tools such as perf and by

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Richard W.M. Jones
On Mon, Mar 22, 2010 at 02:56:47PM +0100, Ingo Molnar wrote: Just curious: any plans to extend this to include live read/write access as well? I.e. to have the 'agent' (guestfsd) running universally, so that tools such as perf and by users could rely on the VFS integration as well, not just

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread oerg Roedel
On Mon, Mar 22, 2010 at 01:23:26PM +, Richard W.M. Jones wrote: On Mon, Mar 22, 2010 at 01:05:13PM +, Daniel P. Berrange wrote: This is close to the way libguestfs already works. It boots QEMU/KVM pointing to a minimal stripped down appliance linux OS image, containing a small

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: On 03/22/2010 01:39 PM, Ingo Molnar wrote: Reality is, the server space never was and never will be self-sustaining in the long run (as Novell has found it out with Netware), it is the desktop that dictates future markets. This is why i find your

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: On 03/22/2010 02:44 PM, Ingo Molnar wrote: This is why i consider that line of argument rather dishonest ... I am not going to reply to any more email from you on this thread. Because i pointed out that i consider a line of argument intellectually

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Anthony Liguori
On 03/22/2010 09:32 AM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/22/2010 02:44 PM, Ingo Molnar wrote: This is why i consider that line of argument rather dishonest ... I am not going to reply to any more email from you on this thread. Because i

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 04:32 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/22/2010 02:44 PM, Ingo Molnar wrote: This is why i consider that line of argument rather dishonest ... I am not going to reply to any more email from you on this thread. Because i

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: On 03/22/2010 01:23 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: IMO the reason perf is more usable than oprofile has less to do with the kernel/userspace boundary and more do to with effort and attention spent on the userspace/user

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Pekka Enberg penb...@cs.helsinki.fi wrote: Hi Avi, On Mon, Mar 22, 2010 at 2:49 PM, Avi Kivity a...@redhat.com wrote: Seems like perf is also split, with sysprof being developed outside the kernel. ?Will you bring sysprof into the kernel? ?Will every feature be duplicated in prof and

Re: Broken loadvm ?

2010-03-22 Thread Alpár Török
Indeed, 0.12.3 fixes the problem Alpar Torok 2010/3/17 Marcelo Tosatti mtosa...@redhat.com: On Tue, Mar 16, 2010 at 05:25:13PM +0200, Alpár Török  wrote: PS:  It just occurred to me , that  it does  indeed freeze and cause a 100% CPU usage. At least i can say for sure that network, serial

[KVM-AUTOTEST PATCH v2] KVM test: kvm_preprocessing.py: minor style corrections

2010-03-22 Thread Michael Goldish
Also, fetch the KVM version before setting up the VMs. Changes from v1: Change 'for key in env' back to 'for key in env.keys()', because that loop may remove entries from the env dictionary, therefore causing an exception to be raised (RuntimeError: dictionary changed size during iteration).

[KVM-AUTOTEST PATCH v2] KVM test: take frequent screendumps during all tests

2010-03-22 Thread Michael Goldish
Screendumps are taken regularly and converted to JPEG format. They are stored in .../debug/screendumps_VMname/. Requires python-imaging. - Enabled by 'take_regular_screendumps = yes' (naming suggestions welcome). - Delay between screendumps is controlled by 'screendump_delay' (default 5). -

Re: [PATCH v2 0/8] Miscellaneous x86 emulator fixes

2010-03-22 Thread Alexander Graf
On 10.02.2010, at 13:21, Gleb Natapov wrote: X86 emulator fails to do permission/correctness checking like real CPU does for some instruction. This patch series fixes some of those discrepancies. Changelog: v1-v2 - move IOPL permission checking functions into emulate.c - rename them

Re: [PATCH v2 0/8] Miscellaneous x86 emulator fixes

2010-03-22 Thread Alexander Graf
On 22.03.2010, at 16:48, Alexander Graf wrote: On 10.02.2010, at 13:21, Gleb Natapov wrote: X86 emulator fails to do permission/correctness checking like real CPU does for some instruction. This patch series fixes some of those discrepancies. Changelog: v1-v2 - move IOPL permission

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Anthony Liguori anth...@codemonkey.ws wrote: [...] I've been trying very hard to turn this into a productive thread attempting to capture your feedback and give clear suggestions about how you can solve achieve your desired functionality. I'm glad that we are at this more productive

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Anthony Liguori
On 03/22/2010 10:55 AM, Ingo Molnar wrote: * Anthony Liguorianth...@codemonkey.ws wrote: [...] I've been trying very hard to turn this into a productive thread attempting to capture your feedback and give clear suggestions about how you can solve achieve your desired functionality.

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: On 03/22/2010 04:32 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/22/2010 02:44 PM, Ingo Molnar wrote: This is why i consider that line of argument rather dishonest ... I am not going to reply to any more email from you on this

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 06:08 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/22/2010 04:32 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/22/2010 02:44 PM, Ingo Molnar wrote: This is why i consider that line of argument rather

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 06:12 PM, Avi Kivity wrote: There were a few responses to that but none really addressed those problems - they mostly tried to re-define the problem and suggested that i was wrong to want such capabilities and suggested various inferior approaches instead. See the thread for the

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Joerg Roedel j...@8bytes.org wrote: [...] Look at the state of the alpha arch in Linux today, it is maintained in one repository but nobody really cares about it. Thus it is miles behine most other archs Linux supports today in quality and feature completeness. I dont know how you can

Re: Tracking KVM development

2010-03-22 Thread Tomasz Chmielewski
I've never heard of any KVM specific distributions. Are you aware of any? Have you heard of Proxmox VE[1]? It's built on top of Debian with virtualization in mind. [1] http://pve.proxmox.com -- Tomasz Chmielewski http://wpkg.org -- To unsubscribe from this list: send the line unsubscribe

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Pekka Enberg
On Mon, Mar 22, 2010 at 6:16 PM, Avi Kivity a...@redhat.com wrote: You simply kept ignoring me when I said that if something can be kept out of the kernel without impacting performance, it should be.  I don't want emergency patches closing some security hole or oops in a kernel symbol server.

Re: [PATCH] Enhance perf to collect KVM guest os statistics from host side

2010-03-22 Thread Arnaldo Carvalho de Melo
Em Mon, Mar 22, 2010 at 03:24:47PM +0800, Zhang, Yanmin escreveu: On Fri, 2010-03-19 at 09:21 +0100, Ingo Molnar wrote: So some sort of --guestmount option would be the natural solution, which points to the guest system's root: and a Qemu enumeration of guest mounts (which would be off by

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: The crux of the problem is very simple. To quote my earlier mail: | | - The inconvenience of having to type: | perf kvm --host --guest --guestkallsyms=/home/ymzhang/guest/kallsyms \ |

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Anthony Liguori anth...@codemonkey.ws wrote: On 03/22/2010 10:55 AM, Ingo Molnar wrote: * Anthony Liguorianth...@codemonkey.ws wrote: [...] I've been trying very hard to turn this into a productive thread attempting to capture your feedback and give clear suggestions about how you

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 06:51 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: The crux of the problem is very simple. To quote my earlier mail: | | - The inconvenience of having to type: | perf kvm --host --guest --guestkallsyms=/home/ymzhang/guest/kallsyms \ |

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Anthony Liguori anth...@codemonkey.ws wrote: - Easy default reference to guest instances, and a way for tools to reference them symbolically as well in the multi-guest case. Preferably something trustable and kernel-provided - not some indirect information like a PID file

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Frank Ch. Eigler
mingo wrote: [...] No, the split-repository situation was the smallest problem after all. Its was a community thing. If the community doesn't work a single-repo project will also fail. [...] So, what do you think creates code communities and keeps them alive? Developers and code. And

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Pekka Enberg
Hi Frank, On Mon, Mar 22, 2010 at 7:17 PM, Frank Ch. Eigler f...@redhat.com wrote: In your very previous paragraphs, you enumerate two separate causes: repository structure and development/maintenance process as being sources of fun.  Please simply accept that the former is considered by many

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 04:26 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/22/2010 01:39 PM, Ingo Molnar wrote: Reality is, the server space never was and never will be self-sustaining in the long run (as Novell has found it out with Netware), it is the desktop that

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 07:27 PM, Pekka Enberg wrote: It's kinda funny to see people argue that having an external repository is not a problem and that it's not a big deal if building something from the repository is slightly painful as long as it doesn't require a PhD when we have _real world_ experience

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: - Easy default reference to guest instances, and a way for tools to reference them symbolically as well in the multi-guest case. Preferably something trustable and kernel-provided - not some indirect information like a PID file created by

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Avi Kivity a...@redhat.com wrote: On 03/22/2010 07:27 PM, Pekka Enberg wrote: It's kinda funny to see people argue that having an external repository is not a problem and that it's not a big deal if building something from the repository is slightly painful as long as it doesn't

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 06:32 PM, Ingo Molnar wrote: So, what do you think creates code communities and keeps them alive? Developers and code. And the wellbeing of developers are primarily influenced by the repository structure and by the development/maintenance process - i.e. by the 'fun' aspect. (i'm

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Ingo Molnar
* Pekka Enberg penb...@cs.helsinki.fi wrote: Hi Frank, On Mon, Mar 22, 2010 at 7:17 PM, Frank Ch. Eigler f...@redhat.com wrote: In your very previous paragraphs, you enumerate two separate causes: repository structure and development/maintenance process as being sources of fun. ?Please

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Pekka Enberg
Hi Avi, On Mon, Mar 22, 2010 at 7:32 PM, Avi Kivity a...@redhat.com wrote: It's kinda funny to see people argue that having an external repository is not a problem and that it's not a big deal if building something from the repository is slightly painful as long as it doesn't require a PhD

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 07:34 PM, Ingo Molnar wrote: The 'something trustable and kernel-provided'. The kernel knows nothing about guest names. The kernel certainly knows about other resources such as task names or network interface names or tracepoint names. This is kernel design 101. But

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 07:39 PM, Ingo Molnar wrote: * Avi Kivitya...@redhat.com wrote: On 03/22/2010 07:27 PM, Pekka Enberg wrote: It's kinda funny to see people argue that having an external repository is not a problem and that it's not a big deal if building something from the repository

Re: [RFC] Unify KVM kernel-space and user-space code into a single project

2010-03-22 Thread Avi Kivity
On 03/22/2010 07:43 PM, Ingo Molnar wrote: It's kinda funny to see people argue that having an external repository is not a problem and that it's not a big deal if building something from the repository is slightly painful as long as it doesn't require a PhD when we have _real world_

  1   2   >