Re: [RFC 1/3] add macros for new sparse features

From: Stefan Richter
Date: Thu Apr 10 2008 - 12:38:54 EST


Johannes Berg wrote:
> This patch adds kernel macros for a few new sparse features, namely
> * checking try_lock functions and
> * making a function or macro require a certain lock.
>
> Still waiting to see what the sparse folks say to my patches.
>
> Not-yet-signed-off-by: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
> ---
> include/linux/compiler.h | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> --- everything.orig/include/linux/compiler.h 2008-04-10 15:36:18.000000000 +0200
> +++ everything/include/linux/compiler.h 2008-04-10 15:36:40.000000000 +0200
> @@ -11,9 +11,12 @@
> # define __nocast __attribute__((nocast))
> # define __iomem __attribute__((noderef, address_space(2)))
> # define __acquires(x) __attribute__((context(x,0,1)))
> +# define __try_acquires(x,t,f) __attribute__((conditional_context(x,0,t,f)))
> # define __releases(x) __attribute__((context(x,1,0)))
> # define __acquire(x) __context__(x,1)
> # define __release(x) __context__(x,-1)
> +# define __requires(x) __attribute__((context(x,1,1)))
> +# define __macro_requires(x) __context__(x,0,1)


So, instead of

/* always call with host_lock held */
int foo(struct bar *b)
{

we could write

int foo(struct bar *b) __requires(host_lock)
{

and let sparse check the call chains... or how is it used?

And what about dynamically allocated locks?
E.g. b->lock
Or struct host h* = container_of(b, struct host, m); with the necessity
to hold h->lock...
--
Stefan Richter
-=====-==--- -=-- -=-=-
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/