From: Christoph Hellwig <hch@infradead.org>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] Re: move gfs2 tracepoints to inclue/trace/events dir
Date: Sun, 25 Oct 2009 03:50:37 -0400 [thread overview]
Message-ID: <20091025075037.GD9482@infradead.org> (raw)
In-Reply-To: <20091012100037.GA11653@elte.hu>
On Mon, Oct 12, 2009 at 12:00:37PM +0200, Ingo Molnar wrote:
> yeah. I have no objection to adding it to include/trace/. Tracepoints
> are a fundamentally global business.
>
> Subsystems can opt to hide their tracepoints locally, but it's better to
> have a global view about what's out there, so that it can be extended
> coherently, etc.
We're lacking quite a bit coherence even with it. The originally reason
why there were global was that the infrastructure couldn't cope with
having the either in modules or elsewhere in the source tree at all.
We have managed to avoid global directories for drivers/filesystems for
as much as we can lately. Having everything in a directory makes sure
it's self-contained and people don't use it accidentally from other
modules, which also applies to trace events - we don't want people
accidentally use gfs2 tracepoints from a driver (and if you think
that's far fetched look at the recent example of a driver using
debugging macros from the networking code that got pulled in
accidentally somewhere).
prev parent reply other threads:[~2009-10-25 7:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20091009160115.GA2647@redhat.com>
2009-10-09 16:05 ` [Cluster-devel] Re: move gfs2 tracepoints to inclue/trace/events dir Steven Whitehouse
2009-10-09 16:05 ` Steven Whitehouse
[not found] ` <20091009162051.GB2647@redhat.com>
2009-10-09 16:28 ` Steven Whitehouse
2009-10-09 16:28 ` Steven Whitehouse
2009-10-09 23:45 ` Christoph Hellwig
2009-10-12 9:43 ` Steven Whitehouse
[not found] ` <20091012100037.GA11653@elte.hu>
2009-10-12 10:16 ` Steven Whitehouse
2009-10-25 7:50 ` Christoph Hellwig [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091025075037.GD9482@infradead.org \
--to=hch@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).