[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20060918193952.GR3951@redhat.com>
Date: Mon, 18 Sep 2006 15:39:52 -0400
From: "Frank Ch. Eigler" <fche@...hat.com>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
Cc: Vara Prasad <prasadav@...ibm.com>,
"Frank Ch. Eigler" <fche@...hat.com>, Ingo Molnar <mingo@...e.hu>,
Paul Mundt <lethal@...ux-sh.org>,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
linux-kernel <linux-kernel@...r.kernel.org>,
Jes Sorensen <jes@....com>, Andrew Morton <akpm@...l.org>,
Tom Zanussi <zanussi@...ibm.com>,
Richard J Moore <richardj_moore@...ibm.com>,
Michel Dagenais <michel.dagenais@...ymtl.ca>,
Christoph Hellwig <hch@...radead.org>,
Greg Kroah-Hartman <gregkh@...e.de>,
Thomas Gleixner <tglx@...utronix.de>,
William Cohen <wcohen@...hat.com>,
"Martin J. Bligh" <mbligh@...igh.org>,
systemtap <systemtap@...rceware.org>
Subject: Re: tracepoint maintainance models
Hi -
On Mon, Sep 18, 2006 at 08:49:40PM +0100, Alan Cox wrote:
> [...]
> Then what we really need by the sound of it is enough gcc smarts to do
> something of the form [...]
> .section "debugbits"
> [...]
> Can gcc do any of that for us today ?
This is not that different from what gcc does for DWARF. Trouble is,
there appear to exist optimization transformations which make such
data difficult or impossible to generate. (In particular, it is
unlikely to be easier to create specialized data like this if the
compiler can't be made to create first-class DWARF for the same probe
points / data values.)
- FChE
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists