1. 09 2月, 2010 1 次提交
    • T
      [IA64] Remove COMPAT_IA32 support · 32974ad4
      Tony Luck 提交于
      This has been broken since May 2008 when Al Viro killed altroot support.
      Since nobody has complained, it would appear that there are no users of
      this code (A plausible theory since the main OSVs that support ia64 prefer
      to use the IA32-EL software emulation).
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      32974ad4
  2. 12 12月, 2009 1 次提交
  3. 12 8月, 2009 1 次提交
    • F
      arch/ia64/Makefile: Remove -mtune=merced in IA64 kernel build · bf2a4c72
      Fenghua Yu 提交于
      Between GCC version 3.4.0 and 4.3.3 (including 3.4.0 and 4.3.3), -mtune=merced
      is implemented in GCC. Starting from 4.4.0, -mtune=merced is deprecated.
      
      Even implemented in versions between 3.4.0 and 4.3.3, the -mtune=merced
      feature has been broken in some of the versions. For example, GCC 4.1.2 reports
      interanl tuning function errors during kernel building with -mtune=merced. Or
      GCC Bugzilla 16130 reports another -mtune=merced issue on GCC 3.4.1.
      
      So I would remove the -mtune=merced from IA64 kernel build. Without this option,
      kernel on Merced will remain the same except losing an unstable and out-of-date
      performance tunning feature.
      
      Since GCC version 3.4.0, -mtune=mckinley has been implemented. The
      -mtune=mckinley option functions the same as mtune=itanium2. And mtune=itanium2
      is the default option. So we don't need to add mtune=mckinley either since its
      been the default option in any GCC version which implements this option.
      Signed-off-by: NFenghua Yu <fenghua.yu@intel.com>
      bf2a4c72
  4. 18 10月, 2008 2 次提交
  5. 17 6月, 2008 1 次提交
  6. 28 5月, 2008 1 次提交
  7. 15 5月, 2008 1 次提交
  8. 27 4月, 2008 1 次提交
  9. 05 3月, 2008 1 次提交
  10. 08 12月, 2007 1 次提交
  11. 16 10月, 2007 1 次提交
    • S
      kbuild: enable 'make CPPFLAGS=...' to add additional options to CPP · 06c5040c
      Sam Ravnborg 提交于
      The variable CPPFLAGS is a wellknown variable and the usage by
      kbuild may result in unexpected behaviour.
      
      This patch replace use of CPPFLAGS with KBUILD_CPPFLAGS all over the
      tree and enabling one to use:
      make CPPFLAGS=...
      to specify additional CPP commandline options.
      
      Patch was tested on following architectures:
      alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k, s390
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      06c5040c
  12. 15 10月, 2007 1 次提交
    • S
      kbuild: enable 'make CFLAGS=...' to add additional options to CC · a0f97e06
      Sam Ravnborg 提交于
      The variable CFLAGS is a wellknown variable and the usage by
      kbuild may result in unexpected behaviour.
      On top of that several people over time has asked for a way to
      pass in additional flags to gcc.
      
      This patch replace use of CFLAGS with KBUILD_CFLAGS all over the
      tree and enabling one to use:
      make CFLAGS=...
      to specify additional gcc commandline options.
      
      One usecase is when trying to find gcc bugs but other
      use cases has been requested too.
      
      Patch was tested on following architectures:
      alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k
      
      Test was simple to do a defconfig build, apply the patch and check
      that nothing got rebuild.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      a0f97e06
  13. 22 6月, 2006 1 次提交
  14. 06 3月, 2006 1 次提交
  15. 09 1月, 2006 2 次提交
  16. 13 9月, 2005 1 次提交
  17. 12 9月, 2005 1 次提交
    • S
      kbuild: rename prepare to archprepare to fix dependency chain · 5bb78269
      Sam Ravnborg 提交于
      When introducing the generic asm-offsets.h support the dependency
      chain for the prepare targets was changed. All build scripts expecting
      include/asm/asm-offsets.h to be made when using the prepare target would broke.
      With the limited number of prepare targets left in arch Makefiles
      the trivial solution was to introduce a new arch specific target: archprepare
      
      The dependency chain looks like this now:
      
      prepare
        |
        +--> prepare0
               |
               +--> archprepare
                      |
      		+--> scripts_basic
                      +--> prepare1
                             |
                             +---> prepare2
                                     |
                                     +--> prepare3
      
      So prepare 3 is processed before prepare2 etc.
      This guaantees that the asm symlink, version.h, scripts_basic
      are all updated before archprepare is processed.
      
      prepare0 which build the asm-offsets.h file will need the
      actions performed by archprepare.
      
      The head target is now named prepare, because users scripts will most
      likely use that target, but prepare-all has been kept for compatibility.
      Updated Documentation/kbuild/makefiles.txt.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      5bb78269
  18. 10 9月, 2005 1 次提交
  19. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4