1. 12 Dec, 2009 3 commits
    • Sam Ravnborg's avatar
      kbuild: move asm-offsets.h to include/generated · 559df2e0
      Sam Ravnborg authored
      The simplest method was to add an extra asm-offsets.h
      file in arch/$ARCH/include/asm that references the generated file.
      We can now migrate the architectures one-by-one to reference
      the generated file direct - and when done we can delete the
      temporary arch/$ARCH/include/asm/asm-offsets.h file.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
    • Sam Ravnborg's avatar
      kbuild: move bounds.h to include/generated · 01fc0ac1
      Sam Ravnborg authored
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
    • Sam Ravnborg's avatar
      kbuild: search arch/$ARCH/include before include/ · 24a675e8
      Sam Ravnborg authored
      The namespace used in arch/$ARCH/include is different from
      what is used in include/ except for the include/asm directory.
      This patch gives the arch/$ARCH/include/asm directory priority
      over include/asm.
      When we add asm-offsets.h to arch/$ARCH/include/asm/ this
      patch makes sure we pick up the arch specific version
      and not the one we have in include/asm.
      The situation with an asm-offsets.h file located in
      both include/asm _and_ arch/$ARCH/include/asm will happen
      when we move more files over to include/generated.
      This happens because in some cases it is not practical
      to rename all users so we simply add a file
      in arch/$ARCH/include/asm that includes the generated version.
      This is the solution we use for asm-offsets.h as an example.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Stephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: default avatarMichal Marek <mmarek@suse.cz>
  2. 03 Dec, 2009 1 commit
  3. 19 Nov, 2009 1 commit
  4. 17 Nov, 2009 1 commit
    • Steven Rostedt's avatar
      tracing: Only print objcopy version warning once from recordmcount · 638adb05
      Steven Rostedt authored
      If the user has an older version of objcopy, that can not handle
      converting local symbols to global and vice versa, then some
      functions will not be part of the dynamic function tracer. The current
      code in recordmcount.pl will print a warning in this case. Unfortunately,
      there exists lots of files that may have this issue with older objcopys
      and this will cause a warning for every file compiled with this
      This patch solves this overwhelming output by creating a
      .tmp_quiet_recordmcount file on the first instance the warning is
      encountered. The warning will not print if this file exists.
      The temp file is deleted at the beginning of the compile to ensure that
      the warning will happen once again on new compiles (because the issue
      is still present).
      Reported-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarSteven Rostedt <rostedt@goodmis.org>
  5. 15 Nov, 2009 1 commit
  6. 13 Nov, 2009 1 commit
  7. 03 Nov, 2009 1 commit
  8. 16 Oct, 2009 1 commit
  9. 11 Oct, 2009 2 commits
    • Linus Torvalds's avatar
      Linux 2.6.32-rc4 · 16129139
      Linus Torvalds authored
    • Sam Ravnborg's avatar
      kbuild: revert "save ARCH & CROSS_COMPILE ..." · 2331d1a6
      Sam Ravnborg authored
      Revert commit 57554334
      It caused following issues:
      - On architectures where ARCH= setting is used to select between
        32 and 64 bit this was no longer possible without "make mrproper"
      - If ARCH was changed then kbuild refused to run "make mrproper"
        because ARCH had changed
      - When CROSS_COMPILE was changed people were asked to run "make mrproper"
        but kbuild refused to run "make mrproper" because CROSS_COMPILE changed.
      - Spaces in CROSS_COMPILE was not 'supported'
      - If an non-existing ARCH= was used kbuild could get stuck
      Lessons learned:
      . Despite being simple and straghtforward people uses very different
        approaches when building the kernel.
      . CROSS_COMPILE is sometimes used for ccache despite cache being
        only a CC frontend so one would have expected CC to be
        used for this purpose.
      . And obviously this was not tested widely enough.
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Pavel Machek <pavel@ucw.cz>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Andrew Morton <akpm@linux-foundation.org>
  10. 05 Oct, 2009 1 commit
    • Linus Torvalds's avatar
      Linux 2.6.32-rc3 · 374576a8
      Linus Torvalds authored
      I'm skipping -rc2 because the -rc1 Makefile mistakenly said -rc2, so in
      order to avoid confusion, I'm jumping from -rc1 to -rc3.  That way, when
      'uname' (or an oops report) says 2.6.32-rc2, there's no confusion about
      whether people perhaps meant -rc1 or -rc2.
  11. 27 Sep, 2009 1 commit
  12. 20 Sep, 2009 6 commits
    • Sam Ravnborg's avatar
      arm, cris, mips, sparc, powerpc, um, xtensa: fix build with bash 4.0 · 51b563fc
      Sam Ravnborg authored
      Albin Tonnerre <albin.tonnerre@free-electrons.com> reported:
          Bash 4 filters out variables which contain a dot in them.
          This happends to be the case of CPPFLAGS_vmlinux.lds.
          This is rather unfortunate, as it now causes
          build failures when using SHELL=/bin/bash to compile,
          or when bash happens to be used by make (eg when it's /bin/sh)
      Remove the common definition of CPPFLAGS_vmlinux.lds by
      pushing relevant stuff to either Makefile.build or the
      arch specific kernel/Makefile where we build the linker script.
      This is also nice cleanup as we move the information out where
      it is used.
      Notes for the different architectures touched:
      arm - we use an already exported symbol
      cris - we use a config symbol aleady available
             [Not build tested]
      mips - the jiffies complexity has moved to vmlinux.lds.S where we need it.
             Added a few variables to CPPFLAGS - they are only used by
             the linker script.
             [Not build tested]
      powerpc - removed assignment that is not needed
                [not build tested]
      sparc - simplified it using $(BITS)
      um - introduced a few new exported variables to deal with this
      xtensa - added options to CPP invocation
               [not build tested]
      Cc: Albin Tonnerre <albin.tonnerre@free-electrons.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Jesper Nilsson <jesper.nilsson@axis.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Chris Zankel <chris@zankel.net>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
    • Andi Kleen's avatar
      kbuild: set -fconserve-stack option for gcc 4.5 · 8f7f5c9f
      Andi Kleen authored
      The upcomming gcc 4.5 has a new -fconserve-stack option that tells the
      inliner to take stack frame size in account.  Set it if the compiler
      supports it.
      Signed-off-by: default avatarAndi Kleen <ak@linux.intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
    • Andi Kleen's avatar
      kbuild: Check if linker supports the -X option · d79a2719
      Andi Kleen authored
      The new alternative `gold' linker in recent binutils doesn't support
      the -X option. This breaks allyesconfig builds that have
      CONFIG_STRIP_ASM_SYMS enabled. Check if the linker really supports
      the option using ld-option.
      Signed-off-by: default avatarAndi Kleen <ak@linux.intel.com>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
    • Sam Ravnborg's avatar
      kbuild: rename ld-option to cc-ldoption · f86fd306
      Sam Ravnborg authored
      ld-option is misnamed as it test options to gcc, not to ld.
      Renamed it to reflect this.
      Cc: Andi Kleen <andi@firstfloor.org>
      Cc: Roland McGrath <roland@redhat.com>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
    • Sam Ravnborg's avatar
      kbuild: save ARCH & CROSS_COMPILE when building a kernel · 57554334
      Sam Ravnborg authored
      When building a kernel for a different architecture
      kbuild requires the user always to specify ARCH and
      CROSS_COMPILE on the command-line.
      We use the asm symlink to detect if user forgets to
      specify the correct ARCH value - but that symlink
      is about to die. And we do now want to loose this check.
      This patch save the settings of ARCH and CROSS_COMPILE
      in two files named:
      The settings are saved during "make *config" time
      and always read.
      If user try to change the settings we error out.
      This works both for plain builds and for O=...
      So now you can do:
      $ mkdir sparc64
      $ make O=sparc64 ARCH=sparc64 CROSS_COMPILE=sparc64-linux- defconfig
      $ cd sparc64
      $ make
      Notice that you no longer need to tell kbuild
      the settings of ARCH and CROSS_COMPILE when you type make
      in the output directory.
      Likewise for plain builds where you do not use O=...
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Cc: Roland McGrath <roland@redhat.com>
    • Sam Ravnborg's avatar
      kbuild: use INSTALLKERNEL to select customized installkernel script · caa27b66
      Sam Ravnborg authored
      Replace the use of CROSS_COMPILE to select a customized
      installkernel script with the possibility to set INSTALLKERNEL
      to select a custom installkernel script when running make:
          make INSTALLKERNEL=arm-installkernel install
      With this patch we are now more consistent across
      different architectures - they did not all support use
      The use of CROSS_COMPILE was a hack as this really belongs
      to gcc/binutils and the installkernel script does not change
      just because we change toolchain.
      The use of CROSS_COMPILE caused troubles with an upcoming patch
      that saves CROSS_COMPILE when a kernel is built - it would no
      longer be installable.
      [Thanks to Peter Z. for this hint]
      This patch undos what Ian did in commit:
        ("use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh")
      The patch has been lightly tested on x86 only - but all changes
      looks obvious.
      Acked-by: default avatarPeter Zijlstra <peterz@infradead.org>
      Acked-by: Mike Frysinger <vapier@gentoo.org> [blackfin]
      Acked-by: Russell King <linux@arm.linux.org.uk> [arm]
      Acked-by: Paul Mundt <lethal@linux-sh.org> [sh]
      Acked-by: "H. Peter Anvin" <hpa@zytor.com> [x86]
      Cc: Ian Campbell <icampbell@arcom.com>
      Cc: Tony Luck <tony.luck@intel.com> [ia64]
      Cc: Fenghua Yu <fenghua.yu@intel.com> [ia64]
      Cc: Hirokazu Takata <takata@linux-m32r.org> [m32r]
      Cc: Geert Uytterhoeven <geert@linux-m68k.org> [m68k]
      Cc: Kyle McMartin <kyle@mcmartin.ca> [parisc]
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org> [powerpc]
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com> [s390]
      Cc: Thomas Gleixner <tglx@linutronix.de> [x86]
      Cc: Ingo Molnar <mingo@redhat.com> [x86]
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
  13. 09 Sep, 2009 1 commit
  14. 05 Sep, 2009 1 commit
  15. 28 Aug, 2009 1 commit
  16. 22 Aug, 2009 1 commit
  17. 13 Aug, 2009 1 commit
  18. 01 Aug, 2009 1 commit
  19. 23 Jul, 2009 1 commit
  20. 16 Jul, 2009 1 commit
  21. 14 Jul, 2009 1 commit
  22. 12 Jul, 2009 1 commit
  23. 04 Jul, 2009 1 commit
  24. 26 Jun, 2009 2 commits
  25. 24 Jun, 2009 2 commits
    • Linus Torvalds's avatar
      Linux 2.6.31-rc1 · 28d0325c
      Linus Torvalds authored
    • Tejun Heo's avatar
      linker script: throw away .discard section · 405d967d
      Tejun Heo authored
      x86 throws away .discard section but no other archs do.  Also,
      .discard is not thrown away while linking modules.  Make every arch
      and module linking throw it away.  This will be used to define dummy
      variables for percpu declarations and definitions.
      This patch is based on Ivan Kokshaysky's alpha percpu patch.
      [ Impact: always throw away everything in .discard ]
      Signed-off-by: default avatarTejun Heo <tj@kernel.org>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Haavard Skinnemoen <hskinnemoen@atmel.com>
      Cc: Bryan Wu <cooloney@kernel.org>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Jesper Nilsson <jesper.nilsson@axis.com>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Hirokazu Takata <takata@linux-m32r.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Chris Zankel <chris@zankel.net>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: Ingo Molnar <mingo@elte.hu>
  26. 18 Jun, 2009 1 commit
    • Peter Oberparleiter's avatar
      gcov: add gcov profiling infrastructure · 2521f2c2
      Peter Oberparleiter authored
      Enable the use of GCC's coverage testing tool gcov [1] with the Linux
      kernel.  gcov may be useful for:
       * debugging (has this code been reached at all?)
       * test improvement (how do I change my test to cover these lines?)
       * minimizing kernel configurations (do I need this option if the
         associated code is never run?)
      The profiling patch incorporates the following changes:
       * change kbuild to include profiling flags
       * provide functions needed by profiling code
       * present profiling data as files in debugfs
      Note that on some architectures, enabling gcc's profiling option
      "-fprofile-arcs" for the entire kernel may trigger compile/link/
      run-time problems, some of which are caused by toolchain bugs and
      others which require adjustment of architecture code.
      For this reason profiling the entire kernel is initially restricted
      to those architectures for which it is known to work without changes.
      This restriction can be lifted once an architecture has been tested
      and found compatible with gcc's profiling. Profiling of single files
      or directories is still available on all platforms (see config help
      [1] http://gcc.gnu.org/onlinedocs/gcc/Gcov.html
      Signed-off-by: default avatarPeter Oberparleiter <oberpar@linux.vnet.ibm.com>
      Cc: Andi Kleen <andi@firstfloor.org>
      Cc: Huang Ying <ying.huang@intel.com>
      Cc: Li Wei <W.Li@Sun.COM>
      Cc: Michael Ellerman <michaele@au1.ibm.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Heiko Carstens <heicars2@linux.vnet.ibm.com>
      Cc: Martin Schwidefsky <mschwid2@linux.vnet.ibm.com>
      Cc: Rusty Russell <rusty@rustcorp.com.au>
      Cc: WANG Cong <xiyou.wangcong@gmail.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
  27. 10 Jun, 2009 1 commit
  28. 09 Jun, 2009 1 commit
    • Cheng Renquan's avatar
      kbuild: remove extra ifdef/endif of top Makefile · b8b0618c
      Cheng Renquan authored
      The GNU make's origin function know undefined variable well,
      so the outer ifdef/endif conditional checking is unneeded.
      From `info make` documentation, origin will return
           if VARIABLE was never defined.
        `command line'
           if VARIABLE was defined on the command line.
      Therefore, $(origin V) will get a value anyway, killing ifdef/endif is
      viable and safe.
      Furthermore, I've checked the minimal requirements from
      Documentation/Changes is GNU make 3.79.1, and that version of GNU make
      has support of origin function well already, so now it's safe to kill
      the outer conditional checking, without upgrading the minimal
      Signed-off-by: default avatarCheng Renquan <crq@kernel.org>
      Signed-off-by: default avatarSam Ravnborg <sam@ravnborg.org>
  29. 05 Jun, 2009 1 commit
  30. 03 Jun, 2009 1 commit