[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55B87E7A.2070509@suse.cz>
Date: Wed, 29 Jul 2015 09:19:22 +0200
From: Vlastimil Babka <vbabka@...e.cz>
To: Peter Zijlstra <peterz@...radead.org>,
linux-kernel@...r.kernel.org, mingo@...nel.org
Cc: jasonbaron0@...il.com, bp@...en8.de, luto@...capital.net,
tglx@...utronix.de, rostedt@...dmis.org, will.deacon@....com,
liuj97@...il.com, rabin@....in, ralf@...ux-mips.org,
ddaney@...iumnetworks.com, benh@...nel.crashing.org,
michael@...erman.id.au, heiko.carstens@...ibm.com,
davem@...emloft.net
Subject: Re: [PATCH -v2 6/8] jump_label: Add a new static_key interface
On 07/28/2015 03:21 PM, Peter Zijlstra wrote:
> +/* -------------------------------------------------------------------------- */
> +
> +/*
> + * Two type wrappers around static_key, such that we can use compile time
> + * type differentiation to emit the right code.
> + *
> + * All the below code is macros in order to play type games.
> + */
> +
> +struct static_key_true {
> + struct static_key key;
> +};
> +
> +struct static_key_false {
> + struct static_key key;
> +};
> +
> +#define STATIC_KEY_TRUE_INIT (struct static_key_true) { .key = STATIC_KEY_INIT_TRUE, }
> +#define STATIC_KEY_FALSE_INIT (struct static_key_false){ .key = STATIC_KEY_INIT_FALSE, }
How would one define a static key that's e.g. expected to be mostly false, but
with initial value of true, e.g. during boot?
Is the following legal? Should there be an API wrapper as well?
(struct static_key_false){ .key = STATIC_KEY_INIT_TRUE, }
Otherwise the new API seems like a big improvement, thanks :)
--
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