From: Paul Mackerras <paulus@samba.org>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: "Suresh E. Warrier" <warrier@linux.vnet.ibm.com>,
linux-kernel@vger.kernel.org,
Frederic Weisbecker <fweisbec@gmail.com>,
Ingo Molnar <mingo@redhat.com>
Subject: Re: [PATCH] ring-buffer: More precise time stamps for nested writes
Date: Sat, 28 Mar 2015 09:14:30 +1100 [thread overview]
Message-ID: <20150327221430.GA31309@iris.ozlabs.ibm.com> (raw)
In-Reply-To: <20150327120415.15640e4b@gandalf.local.home>
On Fri, Mar 27, 2015 at 12:04:15PM -0400, Steven Rostedt wrote:
> On Fri, 27 Mar 2015 00:38:43 -0500
> "Suresh E. Warrier" <warrier@linux.vnet.ibm.com> wrote:
>
> > > But for now, what can be done is to have
> > > a flag that is set that will implement this or not. Using
> > > static_branch() to implement it such that when its off it has no effect.
> > >
> >
> > Are you recommending that for now I use a static_branch() instead
> > of a CONFIG option to fix this? I could do that but the resulting
> > code will either be messier to read (with several if condition checks)
> > or will require some duplication of code. My assumption is that the
> > new CONFIG option when disabled should have negligible impact since
> > the compiler inlines the functions.
>
> It can be done cleanly if you encapsulate it properly.
Sure, but what is the advantage to using a static branch? When would
you ever want a single kernel image that could run either way
depending on what machine it was running on?
> Too bad I'm not going on any trips soon. This is a project I would work
> on on the plane.
:)
Paul.
next prev parent reply other threads:[~2015-03-27 22:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1426827724-22200-1-git-send-email-warrier@linux.vnet.ibm.com>
2015-03-24 23:10 ` [PATCH] ring-buffer: More precise time stamps for nested writes Suresh E. Warrier
2015-03-24 23:19 ` Steven Rostedt
2015-03-27 5:38 ` Suresh E. Warrier
2015-03-27 16:04 ` Steven Rostedt
2015-03-27 22:14 ` Paul Mackerras [this message]
2015-03-27 22:17 ` Steven Rostedt
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=20150327221430.GA31309@iris.ozlabs.ibm.com \
--to=paulus@samba.org \
--cc=fweisbec@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=rostedt@goodmis.org \
--cc=warrier@linux.vnet.ibm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.