[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091208085935.GA4980@nowhere>
Date: Tue, 8 Dec 2009 09:59:37 +0100
From: Frederic Weisbecker <fweisbec@...il.com>
To: Li Zefan <lizf@...fujitsu.com>
Cc: Lai Jiangshan <laijs@...fujitsu.com>, Ingo Molnar <mingo@...e.hu>,
Steven Rostedt <rostedt@...dmis.org>,
LKML <linux-kernel@...r.kernel.org>,
Masami Hiramatsu <mhiramat@...hat.com>
Subject: Re: [PATCH 02/13] tracing: Extract calls to
trace_define_common_fields()
On Tue, Dec 08, 2009 at 04:21:14PM +0800, Li Zefan wrote:
> > The problem is that we can't know in advance Linus will take
> > a second round of tracing features in this merge window.
> >
> > I'd rather be careful and keep separating tracing fixes and
> > tracing features.
> >
> > I'm preparing a separate fix.
> >
>
> But there is no functionality change or new feature in this
> patchset, all are cleanups and fixes.
They are not _supposed_ to have functionality change :)
They are mostly cleanups, reorganization, better handling
of interfaces, etc...
All that is in the family of "features". They are improvements
that could possibly induce new bugs.
OTOH, pure fixes are only surgical patches and should not
expand their scope to a reorg or a code cleanup.
Well, it depends, I'm not preaching hard rules. But the
point is we never know if Linus will take another round
of the first category of patches in this merge window.
So it's better to keep pure fixes isolated, at least
they have good chances to keep beeing eligible
after -rc1.
--
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