Skip to content
Snippets Groups Projects
  1. Nov 20, 2008
  2. Nov 15, 2008
  3. Nov 10, 2008
  4. Nov 02, 2008
  5. Oct 29, 2008
  6. Oct 26, 2008
  7. Oct 24, 2008
  8. Oct 23, 2008
  9. Oct 20, 2008
  10. Oct 09, 2008
  11. Oct 06, 2008
  12. Sep 29, 2008
  13. Sep 21, 2008
  14. Sep 09, 2008
  15. Aug 28, 2008
  16. Aug 21, 2008
  17. Aug 13, 2008
  18. Aug 12, 2008
    • Randy Dunlap's avatar
      docsrc: build Documentation/ sources · 3794f3e8
      Randy Dunlap authored
      
      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: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Reviewed-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      3794f3e8
  19. Aug 06, 2008
    • Denis ChengRq's avatar
      kbuild: a better way to generate cscope database change · 64a99d2a
      Denis ChengRq authored
      
      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: default avatarSam Ravnborg <sam@ravnborg.org>
      64a99d2a
    • Sam Ravnborg's avatar
      kbuild: fix O=.. build with arm · 7a48bdd0
      Sam Ravnborg authored
      
      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: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Russell King <rmk@arm.linux.org.uk>
      7a48bdd0
    • Linus Torvalds's avatar
      Linux 2.6.27-rc2 · 0967d61e
      Linus Torvalds authored
      v2.6.27-rc2
      0967d61e
  20. Jul 30, 2008
    • Sam Ravnborg's avatar
      kbuild: fix O=... build of um · ea35455e
      Sam Ravnborg authored
      
      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: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Jeff Dike <jdike@addtoit.com>
      ea35455e
  21. Jul 29, 2008
  22. Jul 27, 2008
    • Sam Ravnborg's avatar
      sparc, sparc64: use arch/sparc/include · a439fe51
      Sam Ravnborg authored
      
      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: default avatarSam Ravnborg <sam@ravnborg.org>
      a439fe51
  23. Jul 25, 2008
  24. Jul 22, 2008
    • Mathieu Desnoyers's avatar
      markers: fix duplicate modpost entry · d35cb360
      Mathieu Desnoyers authored
      
      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: default avatarMathieu 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: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      d35cb360
  25. Jul 17, 2008
  26. Jul 16, 2008
    • Ralf Baechle's avatar
      Fix MIPS cross-compile problem · bef5b54b
      Ralf Baechle authored
      
      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: default avatarRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      bef5b54b
  27. Jul 13, 2008
  28. Jul 12, 2008
Loading