[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080924051056.650388887@goodmis.org>
Date: Wed, 24 Sep 2008 01:10:56 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: linux-kernel@...r.kernel.org
Cc: Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>,
Peter Zijlstra <peterz@...radead.org>,
Andrew Morton <akpm@...ux-foundation.org>,
prasad@...ux.vnet.ibm.com,
Linus Torvalds <torvalds@...ux-foundation.org>,
Mathieu Desnoyers <compudj@...stal.dyndns.org>,
"Frank Ch. Eigler" <fche@...hat.com>,
David Wilder <dwilder@...ibm.com>, hch@....de,
Martin Bligh <mbligh@...gle.com>,
Tom Zanussi <zanussi@...cast.net>
Subject: [RFC PATCH 0/3] An Unified tracing buffer (attempt)
***** RFC RFC RFC RFC ******
Note the above ;-)
We had a meeting about what we want in a unified buffer. But I can never
come up with a good design without writing code. I sat down for the last
two days and came up with this design.
I did not get to finishing the /debugfs/tracing/buffer infrastructure that
we talked about, but I pushed hard on doing enough to make ftrace happy.
I also didn't finish the event registry and all that.
I tried to keep the interface as easy as possible (see the first patch).
I'm sure there are many places that can improve here, but I wanted to
get my feet wet and come out with some code.
Note, this is probably very buggy. I just was writing what I was
thinking, and tried to keep it clean, but this is a first attempt,
and first attempts are always sucky ;-)
The first patch implements the unified trace buffer system.
The second patch does some slight clean ups to ftrace.
The third patch does major heart transplant on ftrace so that it
now has the unified buffering system as its backend heart.
Anyway, I'm off to bed, I've spent too much time on this.
Go ahead, have a flame fest with it. It's starting to get cold where
I live, and I need to heat my house.
-- Steve
--
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