Re: [F.A.Q.] perf ABI backwards and forwards compatibility

2011-11-08 Thread Frank Ch. Eigler
Hi - On Tue, Nov 08, 2011 at 11:22:35AM +0100, Ingo Molnar wrote: [...] These examples show *PICTURE PERFECT* forwards ABI compatibility, using the ancient perf tool on a bleeding edge kernel. [...] Almost: they demonstrate that those parts of the ABI that these particular perf commands

Re: [Qemu-devel] [PATCH] KVM: Add wrapper script around QEMU to test kernels

2011-11-07 Thread Frank Ch. Eigler
Ingo Molnar mi...@elte.hu writes: [...] It's problem enough that there's no way to know what version of the perf_event abi you are running against and we have to guess based on kernel version. This gets fun because all of the vendors have backported seemingly random chunks of perf_event

Re: [PATCH] KVM: Add wrapper script around QEMU to test kernels

2011-11-06 Thread Frank Ch. Eigler
$ caojsxlfcjkak7lw4m15g44k11zrcf7tnu9ymbiqydbnzr+8...@mail.gmail.com From: f...@redhat.com (Frank Ch. Eigler) Date: Sun, 06 Nov 2011 17:08:48 -0500 In-Reply-To: caojsxlfcjkak7lw4m15g44k11zrcf7tnu9ymbiqydbnzr+8...@mail.gmail.com (Pekka Enberg's message of Sun, 6 Nov 2011 20:05:45 +0200

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

2010-03-23 Thread Frank Ch. Eigler
Soeren Sandmann sandm...@daimi.au.dk writes: [...] - What is going on inside QEMU? - Which client is the X server servicing? - What parts of a python/shell/scheme/javascript program is taking the most CPU time? [...] These kinds of questions usually

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-18 Thread Frank Ch. Eigler
Ingo Molnar mi...@elte.hu writes: [...] Distributions are very eager to update kernels even in stable periods of the distro lifetime - they are much less willing to update user-space packages. [...] Sorry, er, what? What distributions eagerly upgrade kernels in stable periods, were it not

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

2010-03-18 Thread Frank Ch. Eigler
Hi - [...] Distributions are very eager to update kernels even in stable periods of the distro lifetime - they are much less willing to update user-space packages. [...] Sorry, er, what? What distributions eagerly upgrade kernels in stable periods, were it not

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

2010-03-18 Thread Frank Ch. Eigler
Hi - On Thu, Mar 18, 2010 at 03:25:04PM +0100, Ingo Molnar wrote: [...] Us guys reading and participating on the list. ;) I'd like to second that - i'm actually quite happy to update the distro kernel. Also, i have rarely any problems even with bleeding edge kernels in rawhide - they

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

2010-03-18 Thread Frank Ch. Eigler
Frederic Weisbecker fweis...@gmail.com writes: [...] It is actually because both kernel and user side are sync in this scheme. [...] This argues that co-evolution of an interface is easiest on the developers if they own both sides of that interface. No quarrel. This does not argue that

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

2010-03-16 Thread Frank Ch. Eigler
Ingo Molnar mi...@elte.hu writes: [...] I.e. we really want to be able users to: 1) have it all working with a single guest, without having to specify 'which' guest (qemu PID) to work with. That is the dominant usecase both for developers and for a fair portion of testers.

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

2010-03-16 Thread Frank Ch. Eigler
Hi - On Tue, Mar 16, 2010 at 04:52:21PM +0100, Ingo Molnar wrote: [...] Perhaps the fact that kvm happens to deal with an interesting application area (virtualization) is misleading here. As far as the host kernel or other host userspace is concerned, qemu is just some random

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

2010-03-16 Thread Frank Ch. Eigler
Hi - On Tue, Mar 16, 2010 at 06:04:10PM -0500, Anthony Liguori wrote: [...] The only way to really address this is to change the interaction. Instead of running perf externally to qemu, we should support a perf command in the qemu monitor that can then tie directly to the perf tooling.

Re: [PATCH -tip v5 4/7] tracing: add kprobe-based event tracer

2009-05-11 Thread Frank Ch. Eigler
Christoph Hellwig h...@infradead.org writes: [...] But as with so many tracing bits in the kernel it's just lowlevel bits without a good user interface. We'd really need some high-level way for sysadmins/developers to use it. E.g. a version of the systemtap compiler that doesn't build a

Re: hanging while install OpenSolaris (Nov 2008 version)

2009-04-16 Thread Frank Ch. Eigler
Peter Teoh htmldevelo...@gmail.com writes: I got a mid-way hang while installing OpenSolaris on KVM guest yesterday. [...] How can i debug via kvmtrace (or systemtap) to find out at which point it hanged? [...] In recent kernels, kvm tracing is done by markers, which systemtap can attach

Re: [RFC] LTTng merge plan

2008-07-29 Thread Frank Ch. Eigler
Hi, Mathieu - [...] Currently, [my merge plan] looks like : In Ingo's trees : - Tracepoints, scheduler tracepoints instrumentation, ftrace port to tracepoints - Should make it into 2.6.27 since ftrace needs those. [...] This is the tracepoints infrastructure, and ... Short-term

Re: [patch 0/4] Port KVM-trace to tracepoints

2008-07-22 Thread Frank Ch. Eigler
Avi Kivity [EMAIL PROTECTED] writes: [...] kvm tracepoints are heavily tied into the implementation; and making them harder to write means we will have less information. In fact, I am contemplating moving in another direction (when looking at the pgprintk()s scattered around

Re: [patch 0/4] Port KVM-trace to tracepoints

2008-07-22 Thread Frank Ch. Eigler
Avi Kivity [EMAIL PROTECTED] writes: [...] Have you considered using trace_mark() directly - eliminating the KVM_TRACEN() middlemen? [...] Using trace_mark() directly -- looking at it, seems to fit the requirements exactly. Should have looked at it earlier. Is there a way to get a list