1. 06 4月, 2010 1 次提交
  2. 04 4月, 2010 1 次提交
  3. 23 9月, 2009 1 次提交
  4. 31 10月, 2008 1 次提交
  5. 13 8月, 2008 1 次提交
    • R
      docsrc: build Documentation/ sources · 3794f3e8
      Randy Dunlap 提交于
      Currently source files in the Documentation/ sub-dir can easily bit-rot
      since they are not generally buildable, either because they are hidden in
      text files or because there are no Makefile rules for them.  This needs to
      be fixed so that the source files remain usable and good examples of code
      instead of bad examples.
      
      Add the ability to build source files that are in the Documentation/ dir.
      Add to Kconfig as "BUILD_DOCSRC" config symbol.
      
      Use "CONFIG_BUILD_DOCSRC=1 make ..." to build objects from the
      Documentation/ sources.  Or enable BUILD_DOCSRC in the *config system.
      However, this symbol depends on HEADERS_CHECK since the header files need
      to be installed (for userspace builds).
      
      Built (using cross-tools) for x86-64, i386, alpha, ia64, sparc32,
      sparc64, powerpc, sh, m68k, & mips.
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Reviewed-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      3794f3e8
  6. 24 10月, 2007 1 次提交
  7. 13 10月, 2006 1 次提交
  8. 29 6月, 2006 1 次提交
    • R
      [WATCHDOG] Documentation/watchdog update · 56fb9e53
      Randy Dunlap 提交于
      Documentation/watchdog/:
      Expose example and tool source files in the Documentation/ directory in
      their own files instead of being buried (almost hidden) in readme/txt files.
      
      This will make them more visible/usable to users who may need
      to use them, to developers who may need to test with them, and
      to janitors who would update them if they were more visible.
      
      Also, if any of these possibly should not be in the kernel tree at
      all, it will be clearer that they are here and we can discuss if
      they should be removed.
      Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NWim Van Sebroeck <wim@iguana.be>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      56fb9e53