From: Vicente Feito <vicente.feito@gmail.com>
To: kernel-janitors@vger.kernel.org
Subject: [KJ][PATCH] kj-devel.pl
Date: Tue, 22 Mar 2005 10:13:39 +0000 [thread overview]
Message-ID: <200503221013.39315.vicente.feito@gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1689 bytes --]
This patch goes against the original file here:
http://www.kerneljanitors.org/scripts/kj-devel.pl
Randy: The comment you've made about spinlocks, you can easily let them out of
the checking by using --nospinlocks, but, I don't understand the comment on
using the nr line at the begining instead of using it at the end, I mean, any
special reason? (Also, I'm not a native english speaker so I really appreciate
the corrections, since I've learned english from HBO, not kidding :).
I've added checks for the use of memset with backward parameters, because
ultimately a lot of these appeared.
I was about to rewrite some part of the code last night to make it more user
friendly in order to allow other people add their regexes easily, but I don't
know if someone is even using this, so I've avoided that by now, if I get
some feedback on new things to check (besides the ones I already got to add)
I'll rewrite that part, I think it would help.
I'm still wondering wether or not to check for the use of task queues, I think
people still use them, so suggestions are more than welcome about this (and
anything else).
Now that ldd3 is out, people can even send more suggestions in order to check
for other things, but that's up to the janitors team members who hang in the
channel 24/7 hardly speaking (how is this possible?they're always on profound
meditation states, shhh ;)
kj-devel.pl net/*/*.c - it's plagued of return ESOMETHING (it's plagued of
everything) instead of return -ESOMETHING; (of course there are some false
positives because of the existance of i.e. return ETH_HLEN which is correct)
but some are wrong.
Vicente.
[-- Attachment #2: kj-devel.patch --]
[-- Type: text/x-diff, Size: 1443 bytes --]
256,257c256,257
< print "Unlocking a lock that hasn't been aquired ".
< "yet(could be a false positive) - Line:$linenr\n\n";
---
> print "Unlocking a lock that hasn't been acquired ".
> "yet (could be a false positive) - Line:$linenr\n\n";
272,273c272,273
< print "Unlocking a lock that hasn't been aquired ".
< "yet(could be a false positive) - Line:$linenr\n\n";
---
> print "Unlocking a lock that hasn't been acquired ".
> "yet (could be a false positive) - Line:$linenr\n\n";
287,288c287,288
< print "Unlocking a lock that hasn't been aquired ".
< "yet(could be a false positive) - Line:$linenr\n\n";
---
> print "Unlocking a lock that hasn't been acquired ".
> "yet (could be a false positive) - Line:$linenr\n\n";
302c302
< "yet(could be a false positive) - Line:$linenr\n\n";
---
> "yet (could be a false positive) - Line:$linenr\n\n";
347c347,351
< print "Using foo[] it's recommended over *foo: saves memory references & code\n";
---
> print "Using foo[] is recommended over *foo: saves memory references & code\n";
> print "$filename:$linenr:$line\n\n";
> }
> if ($line=~/memset\((.*),( *sizeof.*),( *\d+)\)/) {
> print "Your memset parameters appears to be backwards\n";
359c363
< print "If you're building a module, be concious that you must use the".
---
> print "If you're building a module, note that you must use the".
[-- Attachment #3: Type: text/plain, Size: 167 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
http://lists.osdl.org/mailman/listinfo/kernel-janitors
next reply other threads:[~2005-03-22 10:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-22 10:13 Vicente Feito [this message]
2005-03-27 6:57 ` [KJ][PATCH] kj-devel.pl Randy.Dunlap
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=200503221013.39315.vicente.feito@gmail.com \
--to=vicente.feito@gmail.com \
--cc=kernel-janitors@vger.kernel.org \
/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.