[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090222171344.GC6570@elte.hu>
Date: Sun, 22 Feb 2009 18:13:44 +0100
From: Ingo Molnar <mingo@...e.hu>
To: "Frank Ch. Eigler" <fche@...hat.com>
Cc: Frederic Weisbecker <fweisbec@...il.com>,
Avi Kivity <avi@...hat.com>,
Randy Dunlap <randy.dunlap@...cle.com>,
Steven Rostedt <rostedt@...dmis.org>,
linux-kernel@...r.kernel.org, linux-kbuild@...r.kernel.org
Subject: Re: [PATCH] tracing/markers: make markers select tracepoints
* Frank Ch. Eigler <fche@...hat.com> wrote:
> Ingo Molnar <mingo@...e.hu> writes:
>
> > [...]
> > there's i think the KVM usecase where markers are used
> > essentially a printk()-alike flexible tracing facility.
> >
> > [...]
> > ./vmx.c: KVMTRACE_3D(MSR_READ, vcpu, ecx, (u32)data, (u32)(data >> 32),
> > ./vmx.c: KVMTRACE_3D(MSR_WRITE, vcpu, ecx, (u32)data, (u32)(data >> 32),
> > ./vmx.c: KVMTRACE_0D(PEND_INTR, vcpu, handler);
> >
> > I think this could easily be converted to a wrapper around
> > ftrace_printk() plus a "kvmtrace" ftrace plugin [...]
>
> It would be even easier converted to the markers API directly,
> without the KVMTRACE* macro intermediary:
>
> before:
> KVMTRACE_3D(MSR_READ, &svm->vcpu, ecx, (u32)data,
> (u32)(data >> 32), handler);
> after:
> trace_mark(kvmtrace, "MSR_READ: %p, %08lx, %016Lx\n",
> &svm->vcpu, ecx, data);
>
> All this already "just works".
except that we are removing markers.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists