1. 25 6月, 2006 2 次提交
    • R
      kbuild: fix silentoldconfig recursion · 3041e47e
      Roman Zippel 提交于
      kconfig-fix-config-dependencies causes this:
      
      make CC=cc  KBUILD_VERBOSE=1 -C /usr/src/25 SUBDIRS=/home/akpm/NVIDIA-Linux-x86_64-1.0-8762-pkg2/usr/src/nv modules
      make -f /usr/src/devel/Makefile silentoldconfig
      make -f /usr/src/devel/Makefile silentoldconfig
      make -f /usr/src/devel/Makefile silentoldconfig
      
      The basic problem is if we compile external modules, config-targets isn't
      set which can cause recursive calls to silentoldconfig to update the
      kernel configuration.
      
      Bail out and ask the user to update manually.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      3041e47e
    • T
      kbuild: add option for stripping modules while installing them · ac031f26
      Theodore Ts'o 提交于
      Add option for stripping modules while installing them.
      
      This function adds support for stripping modules while they are being
      installed.  CONFIG_DEBUG_KERNEL (which will probably become more
      popular as developers use kdump) causes the size of the installed
      modules to grow by a factor of 9 or so.
      
      Some kernel package systems solve this problem by stripping the debug
      information from /lib/modules after running "make modules_install",
      but that may not work for people who are installing directly into
      /lib/modules --- root partitions that were sized to handle 16 megs
      worth of modules may not be quite so happy with 145 megs of modules,
      so the "make modules_install" never succeeds.
      
      This patch allows such users to request modules_install to strip the
      modules as they are installed.
      Signed-off-by: N"Theodore Ts'o" <tytso@mit.edu>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      ac031f26
  2. 10 6月, 2006 1 次提交
    • S
      kbuild: ignore make's built-in rules & variables · 566f81ca
      Sam Ravnborg 提交于
      kbuild does explicitly specify what to do in all cases, and each
      time make's built-in rules & variables has been used it has been a bug.
      So to speed up things and to avoid the hard-to-debug error situations
      ignore the built-in definitions.
      If any part of the kernel uses the built-in definitions the build will
      just stop there and it should be trivial to fix.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      566f81ca
  3. 09 6月, 2006 6 次提交
  4. 06 6月, 2006 1 次提交
  5. 25 5月, 2006 1 次提交
  6. 12 5月, 2006 1 次提交
  7. 08 5月, 2006 1 次提交
  8. 01 5月, 2006 1 次提交
  9. 27 4月, 2006 1 次提交
  10. 19 4月, 2006 1 次提交
  11. 06 4月, 2006 2 次提交
  12. 05 4月, 2006 1 次提交
    • S
      kbuild: fix building single targets with make O=.. single-target · bc2546a6
      Sam Ravnborg 提交于
      This fixes single targets build so it now works relaiably in
      following cases:
      - build with mixed kernel source and output files (make single-target)
      - build with separate output directory (make O=.. single-target)
      - external module with mixed kernel source and output files
        (make M='pwd' single-target)
      - external module with separate kernel source and output files
        (make O=.. M='pwd' single-target)
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      bc2546a6
  13. 03 4月, 2006 1 次提交
  14. 26 3月, 2006 1 次提交
    • A
      [PATCH] x86_64: Don't define string functions to builtin · 6edfba1b
      Andi Kleen 提交于
      gcc should handle this anyways, and it causes problems when
      sprintf is turned into strcpy by gcc behind our backs and
      the C fallback version of strcpy is actually defining __builtin_strcpy
      
      Then drop -ffreestanding from the main Makefile because it isn't
      needed anymore and implies -fno-builtin, which is wrong now.
      (it was only added for x86-64, so dropping it should be safe)
      
      Noticed by Roman Zippel
      
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Signed-off-by: NAndi Kleen <ak@suse.de>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      6edfba1b
  15. 24 3月, 2006 1 次提交
    • J
      [PATCH] CONFIG_UNWIND_INFO · 604bf5a2
      Jan Beulich 提交于
      As a foundation for reliable stack unwinding, this adds a config option
      (available to all architectures except IA64 and those where the module
      loader might have problems with the resulting relocations) to enable the
      generation of frame unwind information.
      Signed-off-by: NJan Beulich <jbeulich@novell.com>
      Cc: Miles Bader <uclinux-v850@lsi.nec.co.jp>
      Cc: "Luck, Tony" <tony.luck@intel.com>
      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: "David S. Miller" <davem@davemloft.net>
      Cc: Paul Mundt <lethal@linux-sh.org>,
      Cc: Andi Kleen <ak@muc.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      604bf5a2
  16. 21 3月, 2006 2 次提交
  17. 20 3月, 2006 1 次提交
  18. 13 3月, 2006 1 次提交
    • A
      Kconfig: remove the CONFIG_CC_ALIGN_* options · 8cab77a2
      Adrian Bunk 提交于
      I don't see any use case for the CONFIG_CC_ALIGN_* options:
      - they are only available if EMBEDDED
      - people using EMBEDDED will most likely also enable
        CC_OPTIMIZE_FOR_SIZE
      - the default for -Os is to disable alignment
      
      In case someone is doing performance comparisons and discovers that the
      default settings gcc chooses aren't good, the only sane thing is to discuss
      whether it makes sense to change this, not through offering options to change
      this locally.
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      8cab77a2
  19. 12 3月, 2006 1 次提交
  20. 11 3月, 2006 1 次提交
  21. 09 3月, 2006 1 次提交
  22. 06 3月, 2006 1 次提交
  23. 05 3月, 2006 1 次提交
  24. 27 2月, 2006 1 次提交
  25. 23 2月, 2006 1 次提交
  26. 19 2月, 2006 7 次提交