From: Paulo Marques <pmarques@grupopie.com>
To: Pavel Machek <pavel@suse.cz>
Cc: hugang@soulinfo.com, linux-kernel@vger.kernel.org
Subject: Re: swsusp bigdiff [was Re: [PATCH] Software Suspend split to two stage V2.]
Date: Tue, 21 Dec 2004 13:15:09 +0000 [thread overview]
Message-ID: <41C821DD.2030700@grupopie.com> (raw)
In-Reply-To: <20041120003010.GG1594@elf.ucw.cz>
Pavel Machek wrote:
> [...]
> --- clean/Documentation/sparse.txt 2004-10-16 23:48:08.000000000 +0200
> +++ linux/Documentation/sparse.txt 2004-10-24 22:44:47.000000000 +0200
> @@ -0,0 +1,72 @@
> +Copyright 2004 Linus Torvalds
> +Copyright 2004 Pavel Machek <pavel@suse.cz>
> +
> +Using sparse for typechecking
> +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> +
> +"__bitwise" is a type attribute, so you have to do something like this:
> +
> + typedef int __bitwise pm_request_t;
> +
> + enum pm_request {
> + PM_SUSPEND = (__force pm_request_t) 1,
> + PM_RESUME = (__force pm_request_t) 2
> + };
> +
> +which makes PM_SUSPEND and PM_RESUME "bitwise" integers (the "__force" is
> +there because sparse will complain about casting to/from a bitwise type,
> +but in this case we really _do_ want to force the conversion). And because
> +the enum values are all the same type, now "enum pm_request" will be that
> +type too.
> +
> +And with gcc, all the __bitwise/__force stuff goes away, and it all ends
> +up looking just like integers to gcc.
> +
> +Quite frankly, you don't need the enum there. The above all really just
> +boils down to one special "int __bitwise" type.
> +
> +So the simpler way is to just do
> +
> + typedef int __bitwise pm_request_t;
> +
> + #define PM_SUSPEND ((__force pm_request_t) 1)
> + #define PM_RESUME ((__force pm_request_t) 2)
> +
> +and you now have all the infrastructure needed for strict typechecking.
> +
> +One small note: the constant integer "0" is special. You can use a
> +constant zero as a bitwise integer type without sparse ever complaining.
> +This is because "bitwise" (as the name implies) was designed for making
> +sure that bitwise types don't get mixed up (little-endian vs big-endian
> +vs cpu-endian vs whatever), and there the constant "0" really _is_
> +special.
> +
> +Modify top-level Makefile to say
> +
> +CHECK = sparse -Wbitwise
> +
> +or you don't get any checking at all.
> +
> +
> +Where to get sparse
> +~~~~~~~~~~~~~~~~~~~
> +
> +With BK, you can just get it from
> +
> + bk://sparse.bkbits.net/sparse
> +
> +and DaveJ has tar-balls at
> +
> + http://www.codemonkey.org.uk/projects/bitkeeper/sparse/
> +
> +
> +Once you have it, just do
> +
> + make
> + make install
> +
> +as your regular user, and it will install sparse in your ~/bin directory.
> +After that, doing a kernel make with "make C=1" will run sparse on all the
> +C files that get recompiled, or with "make C=2" will run sparse on the
> +files whether they need to be recompiled or not (ie the latter is fast way
> +to check the whole tree if you have already built it).
> --- clean/Makefile 2004-10-19 14:16:26.000000000 +0200
> +++ linux/Makefile 2004-10-29 11:56:48.000000000 +0200
> @@ -325,7 +325,7 @@
> DEPMOD = /sbin/depmod
> KALLSYMS = scripts/kallsyms
> PERL = perl
> -CHECK = sparse
> +CHECK = sparse -Wbitwise
I know this is a "big diff" patch, but it seems that these sparse
changes are completely unrelated to software suspend.
--
Paulo Marques - www.grupopie.com
"A journey of a thousand miles begins with a single step."
Lao-tzu, The Way of Lao-tzu
prev parent reply other threads:[~2004-12-21 13:15 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-19 19:40 [PATCH] Software Suspend split to two stage V2 hugang
2004-11-20 0:15 ` Pavel Machek
2004-11-20 0:30 ` swsusp bigdiff [was Re: [PATCH] Software Suspend split to two stage V2.] Pavel Machek
2004-11-20 3:03 ` hugang
2004-11-20 10:15 ` Pavel Machek
2004-11-20 8:12 ` hugang
2004-11-20 21:22 ` Pavel Machek
2004-11-20 21:41 ` Pavel Machek
2004-11-20 22:35 ` Pavel Machek
2004-11-20 22:49 ` Pavel Machek
2004-11-21 7:48 ` hugang
2004-11-22 7:22 ` hugang
2004-11-22 10:26 ` Pavel Machek
2004-11-22 10:32 ` hugang
2004-11-22 11:02 ` Pavel Machek
2004-11-22 11:54 ` Rafael J. Wysocki
2004-11-22 21:50 ` Nigel Cunningham
2004-11-23 21:54 ` Pavel Machek
2004-11-23 21:57 ` Nigel Cunningham
2004-11-24 8:03 ` [PATH] 11-24 swsusp update 2/3 hugang
2004-11-24 8:04 ` [PATH] 11-24 swsusp update 3/3 hugang
2004-11-24 9:13 ` hugang
2004-11-24 14:05 ` Colin Leroy
2004-11-22 16:58 ` [PATH] swsusp update 1/3 hugang
2004-11-23 22:14 ` Pavel Machek
2004-11-24 8:02 ` [PATH] 11-24 " hugang
2004-11-24 10:56 ` Pavel Machek
2004-11-24 11:28 ` [PATH] " Pavel Machek
2004-11-24 18:30 ` hugang
2004-12-20 21:45 ` Nishanth Aravamudan
2004-12-20 22:41 ` Pavel Machek
2004-11-22 16:58 ` [PATH] swsusp update 2/3 hugang
2004-11-23 22:23 ` Pavel Machek
2004-11-22 16:58 ` [PATH] swsusp update 3/3 hugang
2004-11-23 22:29 ` Pavel Machek
2004-11-24 10:21 ` Guido Guenther
2004-11-20 9:27 ` swsusp bigdiff [was Re: [PATCH] Software Suspend split to two stage V2.] hugang
2004-12-20 21:44 ` Nishanth Aravamudan
2004-12-20 22:40 ` Pavel Machek
2004-12-20 23:06 ` Zwane Mwaikambo
2004-12-20 23:28 ` Nigel Cunningham
2004-12-22 20:28 ` Pavel Machek
2004-12-22 21:21 ` Nigel Cunningham
2004-12-22 21:32 ` Pavel Machek
2004-12-23 0:52 ` Nigel Cunningham
2004-12-21 13:15 ` Paulo Marques [this message]
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=41C821DD.2030700@grupopie.com \
--to=pmarques@grupopie.com \
--cc=hugang@soulinfo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@suse.cz \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox