1. 10 10月, 2008 1 次提交
  2. 07 10月, 2008 1 次提交
  3. 30 9月, 2008 1 次提交
  4. 22 9月, 2008 1 次提交
  5. 10 9月, 2008 1 次提交
  6. 29 8月, 2008 1 次提交
  7. 21 8月, 2008 1 次提交
  8. 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
  9. 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
  10. 06 8月, 2008 1 次提交
  11. 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
  12. 29 7月, 2008 1 次提交
  13. 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
  14. 26 7月, 2008 10 次提交
  15. 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
  16. 18 7月, 2008 1 次提交
  17. 17 7月, 2008 1 次提交
    • R
      Fix MIPS cross-compile problem · bef5b54b
      Ralf Baechle 提交于
      Crosscompiling on a Fedora 9 machine running gcc 4.3.0 as its host compiler
      and gcc 3.4.6 for the mips-linux target results in the following build
      error:
      
      $ make malta_defconfig
      $ make
      cc1: error: unrecognized command line option "-fno-stack-protector"
      scripts/kconfig/conf -s arch/mips/Kconfig
      cc1: error: unrecognized command line option "-fno-stack-protector"
      
      The arch Makefile is included too late so the host compiler is feature
      tested, not the crosscompiler as intended and thus the Makefile applies
      adds -fno-stack-protector to crosscompiler's flags which fails for gcc
      3.4.6.  The bug was introduced by e06b8b98
      in 2.6.25; 35bb5b1e did add more flags
      testing before the arch Makefile inclusion.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      bef5b54b
  18. 14 7月, 2008 1 次提交
  19. 13 7月, 2008 1 次提交
  20. 10 7月, 2008 2 次提交
  21. 06 7月, 2008 1 次提交
  22. 25 6月, 2008 1 次提交
  23. 21 6月, 2008 1 次提交
  24. 13 6月, 2008 1 次提交
  25. 05 6月, 2008 1 次提交
  26. 27 5月, 2008 1 次提交
  27. 24 5月, 2008 1 次提交
  28. 20 5月, 2008 1 次提交