1. 05 6月, 2014 1 次提交
    • D
      Documentation: expand/clarify debug documentation · 6e099f55
      Dan Streetman 提交于
      The pr_debug() and related debug print macros all differ from the normal
      pr_XXX() macros, in that the normal ones print unconditionally, while
      the debug macros are compiled out unless DEBUG is defined or
      CONFIG_DYNAMIC_DEBUG is set.  This isn't obvious, and the only way to
      find this out is either to review the actual printk.h code or to read
      CodingStyle, and the message there doesn't highlight the fact.
      
      Change Documentation/CodingStyle to clearly indicate that pr_debug() and
      related debug printing macros behave differently than all other pr_XXX()
      macros, and attempt to clarify when and where the different debug
      printing methods might be used.
      
      Add short comment to printk.h above the pr_XXX() macros indicating that
      while these macros print unconditionally, pr_debug() does not.
      Signed-off-by: NDan Streetman <ddstreet@ieee.org>
      Cc: Joe Perches <joe@perches.com>
      Cc: Fabian Frederick <fabf@skynet.be>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      6e099f55
  2. 04 7月, 2013 1 次提交
  3. 12 1月, 2013 1 次提交
    • K
      Documentation: remove depends on CONFIG_EXPERIMENTAL · 0335cb46
      Kees Cook 提交于
      The CONFIG_EXPERIMENTAL config item has not carried much meaning for a
      while now and is almost always enabled by default. As agreed during the
      Linux kernel summit, remove it from any "depends on" lines in Kconfigs.
      
      CC: Rob Landley <rob@landley.net>
      CC: Jiri Kosina <jkosina@suse.cz>
      CC: Masanari Iida <standby24x7@gmail.com>
      CC: Jason Wessel <jason.wessel@windriver.com>
      CC: Richard L Maliszewski <richard.l.maliszewski@intel.com>
      CC: Gang Wei <gang.wei@intel.com>
      CC: Shane Wang <shane.wang@intel.com>
      CC: Harry Wei <harryxiyou@gmail.com>
      Signed-off-by: NKees Cook <keescook@chromium.org>
      Acked-by: NJason Wessel <jason.wessel@windriver.com>
      0335cb46
  4. 06 10月, 2012 1 次提交
  5. 01 6月, 2012 1 次提交
  6. 31 3月, 2012 1 次提交
  7. 05 11月, 2011 1 次提交
  8. 07 8月, 2011 1 次提交
  9. 07 7月, 2011 1 次提交
  10. 23 3月, 2011 1 次提交
  11. 17 3月, 2011 1 次提交
  12. 13 6月, 2009 1 次提交
  13. 30 1月, 2009 2 次提交
  14. 26 7月, 2008 1 次提交
  15. 17 10月, 2007 1 次提交
  16. 19 7月, 2007 1 次提交
  17. 17 7月, 2007 2 次提交
  18. 24 5月, 2007 1 次提交
  19. 09 5月, 2007 2 次提交
  20. 23 12月, 2006 1 次提交
  21. 11 12月, 2006 1 次提交
    • R
      [PATCH] CodingStyle updates · b3fc9941
      Randy Dunlap 提交于
      Add some kernel coding style comments, mostly pulled from emails
      by Andrew Morton, Jesper Juhl, and Randy Dunlap.
      
      - add paragraph on switch/case indentation (with fixes)
      - add paragraph on multiple-assignments
      - add more on Braces
      - add section on Spaces; add typeof, alignof, & __attribute__ with sizeof;
        add more on postfix/prefix increment/decrement operators
      - add paragraph on function breaks in source files; add info on
        function prototype parameter names
      - add paragraph on EXPORT_SYMBOL placement
      - add section on /*-comment style, long-comment style, and data
        declarations and comments
      - correct some chapter number references that were missed when
        chapters were renumbered
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Acked-by: NJesper Juhl <jesper.juhl@gmail.com>
      Acked-by: NJan Engelhardt <jengelh@gmx.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b3fc9941
  22. 30 9月, 2006 1 次提交
  23. 23 6月, 2006 1 次提交
  24. 11 1月, 2006 1 次提交
  25. 09 1月, 2006 2 次提交
  26. 18 9月, 2005 1 次提交
  27. 11 9月, 2005 1 次提交
  28. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4