From: Josh Triplett <josh@joshtriplett.org>
To: Jan Engelhardt <jengelh@medozas.de>
Cc: paulmck@linux.vnet.ibm.com, laijs@cn.fujitsu.com,
manfred@colorfullife.com, dhowells@redhat.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] rcu: avoid checking for constant
Date: Thu, 12 Jan 2012 03:58:30 -0800 [thread overview]
Message-ID: <20120112115830.GA3436@leaf> (raw)
In-Reply-To: <alpine.LNX.2.01.1201121106040.17330@frira.zrqbmnf.qr>
On Thu, Jan 12, 2012 at 11:34:23AM +0100, Jan Engelhardt wrote:
> On Thursday 2012-01-12 10:52, Josh Triplett wrote:
> >> +#define __kfree_rcu(head, offset) \
> >> + call_rcu(head, (void (*)(struct rcu_head *))(unsigned long)(offset) + \
> >> + BUILD_BUG_ON_ZERO((offset) >= 4096))
> >> +
> >
> >I had to stare at this for a while, and look up the definition of
> >BUILD_BUG_ON_ZERO. Naturally I assumed that BUILD_BUG_ON_ZERO(arg)
> >meant BUILT_BUG_ON((arg) == 0), which would have made the logic
> >backwards here. However, per the definition it just provides a
> >zero-returning version of BUILD_BUG_ON. Ow.
>
> Same impression here. BUILD_BUG_ON_ZERO was introduced by
>
> commit 4552d5dc08b79868829b4be8951b29b07284753f
> Author: Jan Beulich <jbeulich@novell.com>
> Date: Mon Jun 26 13:57:28 2006 +0200
>
> while Rusty's CCAN archive calls it "BUILD_BUG_OR_ZERO" (since either
> it's a bug, or returning neutral zero).
Sounds like a good target for a fix at some point.
> rcu: avoid checking for constant
>
> When compiling kernel or module code with -O0, "offset" is no longer
> considered a constant, and therefore always triggers the build error
> that BUILD_BUG_ON is defined to yield.
>
> Therefore, change the innards of kfree_rcu so that the offset is not
> tunneled through a function argument before checking it.
The commit message looks good now.
> @@ -835,7 +817,20 @@ void __kfree_rcu(struct rcu_head *head, unsigned long offset)
> *
> * Note that the allowable offset might decrease in the future, for example,
> * to allow something like kmem_cache_free_rcu().
> + *
> + * The BUILD_BUG_ON check must not involve any function calls, hence the
> + * checks are done in macros here. __is_kfree_rcu_offset is also used by
> + * kernel/rcu.h.
The first sentence of that paragraph seems like a worthwhile addition.
Please drop the second, though, since it'll inevitably become outdated.
> +#define __is_kfree_rcu_offset(offset) ((offset) < 4096)
> +
> +#define __kfree_rcu(head, offset) \
> + do { \
> + typedef void (*rcu_callback)(struct rcu_head *); \
> + BUILD_BUG_ON(!__is_kfree_rcu_offset(offset)); \
> + call_rcu(head, (rcu_callback)(unsigned long)(offset)); \
> + } while (0)
No, you can't define that typedef here with that name. Unlike in the
inline function, in a macro you could introduce a name conflict.
- Josh Triplett
next prev parent reply other threads:[~2012-01-12 11:58 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-12 5:11 [PATCH] rcu: avoid checking for constant Jan Engelhardt
2012-01-12 7:14 ` Josh Triplett
2012-01-12 9:25 ` Jan Engelhardt
2012-01-12 9:52 ` Josh Triplett
2012-01-12 10:34 ` Jan Engelhardt
2012-01-12 10:54 ` Eric Dumazet
2012-01-12 10:57 ` Jan Engelhardt
2012-01-12 15:29 ` Paul E. McKenney
2012-01-12 16:08 ` Jan Engelhardt
2012-01-12 16:14 ` Eric Dumazet
2012-01-12 11:58 ` Josh Triplett [this message]
2012-01-12 15:38 ` Jan Engelhardt
2012-01-12 18:41 ` Josh Triplett
2012-04-19 18:57 ` Paul E. McKenney
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=20120112115830.GA3436@leaf \
--to=josh@joshtriplett.org \
--cc=dhowells@redhat.com \
--cc=jengelh@medozas.de \
--cc=laijs@cn.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=manfred@colorfullife.com \
--cc=paulmck@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.