All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.