1. 06 Aug, 2008 2 commits
    • 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
  2. 05 Aug, 2008 1 commit
  3. 30 Jul, 2008 1 commit
    • 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
  4. 28 Jul, 2008 1 commit
  5. 27 Jul, 2008 1 commit
    • 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
  6. 25 Jul, 2008 10 commits
  7. 22 Jul, 2008 1 commit
    • 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
  8. 17 Jul, 2008 1 commit
  9. 16 Jul, 2008 1 commit
    • 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
  10. 13 Jul, 2008 1 commit
  11. 12 Jul, 2008 1 commit
  12. 10 Jul, 2008 2 commits
  13. 05 Jul, 2008 1 commit
  14. 24 Jun, 2008 1 commit
  15. 20 Jun, 2008 1 commit
  16. 12 Jun, 2008 1 commit
  17. 04 Jun, 2008 1 commit
  18. 26 May, 2008 1 commit
  19. 23 May, 2008 1 commit
  20. 19 May, 2008 1 commit
  21. 18 May, 2008 1 commit
  22. 11 May, 2008 2 commits
  23. 03 May, 2008 1 commit
  24. 01 May, 2008 1 commit
  25. 28 Apr, 2008 2 commits
  26. 25 Apr, 2008 2 commits