1. 25 12月, 2008 1 次提交
  2. 19 12月, 2008 1 次提交
  3. 11 12月, 2008 1 次提交
  4. 02 12月, 2008 1 次提交
  5. 21 11月, 2008 1 次提交
  6. 16 11月, 2008 1 次提交
  7. 10 11月, 2008 1 次提交
  8. 03 11月, 2008 1 次提交
  9. 30 10月, 2008 2 次提交
  10. 27 10月, 2008 1 次提交
  11. 24 10月, 2008 1 次提交
  12. 23 10月, 2008 1 次提交
  13. 21 10月, 2008 1 次提交
  14. 10 10月, 2008 1 次提交
  15. 07 10月, 2008 1 次提交
  16. 30 9月, 2008 1 次提交
  17. 22 9月, 2008 1 次提交
  18. 10 9月, 2008 1 次提交
  19. 29 8月, 2008 1 次提交
  20. 21 8月, 2008 1 次提交
  21. 13 8月, 2008 2 次提交
    • L
      Linux 2.6.27-rc3 · 30a2f3c6
      Linus Torvalds 提交于
      30a2f3c6
    • 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
  22. 07 8月, 2008 2 次提交
    • D
      kbuild: a better way to generate cscope database change · 64a99d2a
      Denis ChengRq 提交于
      It's a problem about cscope target of kernel Makefile, and the cscope
      plugin of emacs:
      1. `make cscope` will generate cscope.files cscope.{in,po,}.out;
      2. the cscope plugin expect a cscope.out.{in,po,};
      3. the default `cscope -b` would generate cscope.{in,po,}.out;
      
      There are three approach to solve it:
      1. modify the cscope C code;
      2. modify the cscope emacs plugin lisp code;
      3. modify the Makefile;
      
      I have tried to communicate with the cscope upstream, but later I
      realize the third approach is most meaningful.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      64a99d2a
    • S
      kbuild: fix O=.. build with arm · 7a48bdd0
      Sam Ravnborg 提交于
      With a make O=... build kbuild would only create
      the include2/asm symlink for archs that not yet
      had moved headers to include/$ARCH/include
      
      There is no longer any reason to avoid the symlink
      for archs that has moved their headers so create it
      unconditionally.
      
      This fixes arm because kbuild checked for include/asm-$ARCH/errno.h
      and that file was not present for arm but the platform files
      are not yet moved.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Russell King <rmk@arm.linux.org.uk>
      7a48bdd0
  23. 06 8月, 2008 1 次提交
  24. 31 7月, 2008 1 次提交
    • S
      kbuild: fix O=... build of um · ea35455e
      Sam Ravnborg 提交于
      We used include/asm-$ARCH/system.h to check if
      we should create a symlink in include2 directory with
      make O=... builds.
      But um does not have such a file thus build filed.
      
      Let's try anohter filename:
      $ ls -d include/asm-* | wc -l
      21
      $ ls -d include/asm-*/errno.h | wc -l
      21
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      Cc: Jeff Dike <jdike@addtoit.com>
      ea35455e
  25. 29 7月, 2008 1 次提交
  26. 28 7月, 2008 1 次提交
    • S
      sparc, sparc64: use arch/sparc/include · a439fe51
      Sam Ravnborg 提交于
      The majority of this patch was created by the following script:
      
      ***
      ASM=arch/sparc/include/asm
      mkdir -p $ASM
      git mv include/asm-sparc64/ftrace.h $ASM
      git rm include/asm-sparc64/*
      git mv include/asm-sparc/* $ASM
      sed -ie 's/asm-sparc64/asm/g' $ASM/*
      sed -ie 's/asm-sparc/asm/g' $ASM/*
      ***
      
      The rest was an update of the top-level Makefile to use sparc
      for header files when sparc64 is being build.
      And a small fixlet to pick up the correct unistd.h from
      sparc64 code.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      a439fe51
  27. 26 7月, 2008 10 次提交
  28. 23 7月, 2008 1 次提交
    • M
      markers: fix duplicate modpost entry · d35cb360
      Mathieu Desnoyers 提交于
      When a kernel was rebuilt, the previous Module.markers was not cleared.
      It caused markers with different format strings to appear as duplicates
      when a markers was changed.  This problem is present since
      scripts/mod/modpost.c started to generate Module.markers, commit
      b2e3e658
      
      It therefore applies to 2.6.25, 2.6.26 and linux-next.
      
      I merely merged the patches from Roland, Wenji and Takashi here.
      
      Credits to
      Roland McGrath <roland@redhat.com>
      Wenji Huang <wenji.huang@oracle.com>
      and
      Takashi Nishiie <t-nishiie@np.css.fujitsu.com>
      
      for providing the individual fixes.
      
      - Changelog :
        - Integrated Takashi's Makefile modification to clear Module.markers upon
          make clean.
      Signed-off-by: NMathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
      Cc: Roland McGrath <roland@redhat.com>
      Cc: Wenji Huang <wenji.huang@oracle.com>
      Cc: Takashi Nishiie <t-nishiie@np.css.fujitsu.com>
      Cc: <stable@kernel.org>		[2.6.25.x, 2.6.26.x]
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      d35cb360