1. 26 7月, 2011 7 次提交
  2. 16 6月, 2011 1 次提交
  3. 25 5月, 2011 3 次提交
  4. 31 3月, 2011 1 次提交
  5. 23 3月, 2011 3 次提交
    • D
      checkpatch: warn about memset with swapped arguments · 309c00c7
      Dave Jones 提交于
      Because the second and third arguments of memset have the same type, it
      turns out to be really easy to mix them up.
      
      This bug comes up time after time, so checkpatch should really be checking
      for it at patch submission time.
      Signed-off-by: NDave Jones <davej@redhat.com>
      Cc: Steven Rostedt <rostedt@goodmis.org>
      Cc: Andy Whitcroft <apw@shadowen.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      309c00c7
    • M
      scripts/checkpatch.pl: reset rpt_cleaners warnings · b0781216
      Mike Frysinger 提交于
      If you run checkpatch against multiple patches, and one of them has a
      whitespace issue which can be helped via a script (rpt_cleaners), you will
      see the same NOTE over and over for all subsequent patches.  It makes it
      seem like those patches also have whitespace problems when in reality,
      there's only one or two bad apples.
      
      So reset rpt_cleaners back to 0 after we've issued the note so that it
      only shows up near the patch with the actual problems.
      Signed-off-by: NMike Frysinger <vapier@gentoo.org>
      Cc: Andy Whitcroft <apw@canonical.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b0781216
    • A
      kstrto*: converting strings to integers done (hopefully) right · 33ee3b2e
      Alexey Dobriyan 提交于
      1. simple_strto*() do not contain overflow checks and crufty,
         libc way to indicate failure.
      2. strict_strto*() also do not have overflow checks but the name and
         comments pretend they do.
      3. Both families have only "long long" and "long" variants,
         but users want strtou8()
      4. Both "simple" and "strict" prefixes are wrong:
         Simple doesn't exactly say what's so simple, strict should not exist
         because conversion should be strict by default.
      
      The solution is to use "k" prefix and add convertors for more types.
      Enter
      	kstrtoull()
      	kstrtoll()
      	kstrtoul()
      	kstrtol()
      	kstrtouint()
      	kstrtoint()
      
      	kstrtou64()
      	kstrtos64()
      	kstrtou32()
      	kstrtos32()
      	kstrtou16()
      	kstrtos16()
      	kstrtou8()
      	kstrtos8()
      
      Include runtime testsuite (somewhat incomplete) as well.
      
      strict_strto*() become deprecated, stubbed to kstrto*() and
      eventually will be removed altogether.
      
      Use kstrto*() in code today!
      
      Note: on some archs _kstrtoul() and _kstrtol() are left in tree, even if
            they'll be unused at runtime. This is temporarily solution,
            because I don't want to hardcode list of archs where these
            functions aren't needed. Current solution with sizeof() and
            __alignof__ at least always works.
      Signed-off-by: NAlexey Dobriyan <adobriyan@gmail.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      33ee3b2e
  6. 27 1月, 2011 1 次提交
  7. 14 1月, 2011 4 次提交
  8. 30 10月, 2010 1 次提交
    • T
      semaphore: Remove mutex emulation · 4882720b
      Thomas Gleixner 提交于
      Semaphores used as mutexes have been deprecated for years. Now that
      all users are either converted to real semaphores or to mutexes remove
      the cruft.
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Christoph Hellwig <hch@infradead.org>
      LKML-Reference: <20100907125057.562399240@linutronix.de>
      4882720b
  9. 27 10月, 2010 18 次提交
  10. 10 8月, 2010 1 次提交
    • P
      checkpatch: fix extraneous EXPORT_SYMBOL* warnings · b998e001
      Patrick Pannuto 提交于
      These are caused by checkpatch incorrectly parsing its internal
      representation of a statement block for struct's (or anything else that is
      a statement block encapsulated in {}'s that also ends with a ';').  Fix
      this by properly parsing a statement block.
      
      An example:
      
      	+struct dummy_type dummy = {
      	+	.foo	= "baz",
      	+};
      	+EXPORT_SYMBOL_GPL(dummy);
      	+
      	+static int dummy_func(void)
      	+{
      	+	return -EDUMMYCODE;
      	+}
      	+EXPORT_SYMBOL_GPL(dummy_func);
      
      	WARNING: EXPORT_SYMBOL(foo); should immediately \
      		follow its function/variable
      	#19: FILE: dummy.c:4:
      	+EXPORT_SYMBOL_GPL(dummy);
      
      The above warning is issued when it should not be.
      Signed-off-by: NPatrick Pannuto <ppannuto@codeaurora.org>
      Cc: Andy Whitcroft <apw@shadowen.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b998e001