1. 09 3月, 2010 1 次提交
  2. 25 2月, 2010 1 次提交
  3. 13 2月, 2010 1 次提交
  4. 07 2月, 2010 1 次提交
  5. 30 1月, 2010 1 次提交
  6. 22 1月, 2010 1 次提交
  7. 13 1月, 2010 2 次提交
  8. 06 1月, 2010 1 次提交
  9. 25 12月, 2009 1 次提交
  10. 18 12月, 2009 2 次提交
  11. 17 12月, 2009 1 次提交
  12. 12 12月, 2009 12 次提交
  13. 03 12月, 2009 1 次提交
  14. 20 11月, 2009 1 次提交
  15. 18 11月, 2009 1 次提交
    • S
      tracing: Only print objcopy version warning once from recordmcount · 638adb05
      Steven Rostedt 提交于
      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
      issue.
      
      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: NAndrew Morton <akpm@linux-foundation.org>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NSteven Rostedt <rostedt@goodmis.org>
      638adb05
  16. 16 11月, 2009 1 次提交
  17. 13 11月, 2009 1 次提交
  18. 04 11月, 2009 1 次提交
  19. 16 10月, 2009 1 次提交
  20. 12 10月, 2009 2 次提交
    • L
      Linux 2.6.32-rc4 · 16129139
      Linus Torvalds 提交于
      16129139
    • S
      kbuild: revert "save ARCH & CROSS_COMPILE ..." · 2331d1a6
      Sam Ravnborg 提交于
      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: NSam 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>
      2331d1a6
  21. 05 10月, 2009 1 次提交
    • L
      Linux 2.6.32-rc3 · 374576a8
      Linus Torvalds 提交于
      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.
      374576a8
  22. 28 9月, 2009 1 次提交
  23. 20 9月, 2009 4 次提交
    • S
      arm, cris, mips, sparc, powerpc, um, xtensa: fix build with bash 4.0 · 51b563fc
      Sam Ravnborg 提交于
      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: NSam Ravnborg <sam@ravnborg.org>
      51b563fc
    • A
      kbuild: set -fconserve-stack option for gcc 4.5 · 8f7f5c9f
      Andi Kleen 提交于
      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: NAndi Kleen <ak@linux.intel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      8f7f5c9f
    • A
      kbuild: Check if linker supports the -X option · d79a2719
      Andi Kleen 提交于
      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: NAndi Kleen <ak@linux.intel.com>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      d79a2719
    • S
      kbuild: rename ld-option to cc-ldoption · f86fd306
      Sam Ravnborg 提交于
      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: NSam Ravnborg <sam@ravnborg.org>
      f86fd306