1. 22 2月, 2013 3 次提交
    • J
      depmod: pass -P $CONFIG_SYMBOL_PREFIX · 8937e897
      James Hogan 提交于
      On architectures which have symbol prefixes, depmod emits lots of
      warnings like this:
      
      WARNING: $module.ko needs unknown symbol $symbol
      
      This is because depmod isn't being passed the -P <symbol_prefix>
      arguments to specify the symbol prefix to ignore. This option is
      included since the 3.13 release of module-init-tools.
      
      Update scripts/depmod.sh to take extra arguments for the symbol prefix
      (required but may be empty), and update the main Makefile to always pass
      "$(CONFIG_SYMBOL_PREFIX)" to scripts/depmod.sh.
      
      If the provided symbol prefix is non-empty, scripts/depmod.sh checks if
      depmod --version reports module-init-tools with a version number < 3.13
      otherwise it appends -P $SYMBOL_PREFIX to the depmod command line.
      Signed-off-by: NJames Hogan <james.hogan@imgtec.com>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: linux-kbuild@vger.kernel.org
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: uclinux-dist-devel@blackfin.uclinux.org
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      8937e897
    • J
      kbuild: Fix destination-y for installed headers · 9b58b928
      Jesper Nilsson 提交于
      Commit 10b63956 which plumbed in UAPI
      broke the destination-y functionality of scripts/Makefile.headersinst.
      
      The variable destination-y is used in a := assignment and so is expanded at
      declaration time, and the include of the Kbuild fragments that set
      destination-y to something is after this time, so it now always expands empty.
      
      There are no in-tree users of destination-y, but it allows any
      Kbuild-fragment to redirect where headers are installed.
      
      Just move the assignment of the variable that uses it below the include
      of the Kbuild fragment.
      Signed-off-by: NJesper Nilsson <jesper.nilsson@axis.com>
      Cc: Michal Marek <mmarek@suse.cz>
      Cc: David Howells <dhowells@redhat.com>
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      9b58b928
    • M
      scripts/link-vmlinux.sh: source variables from KCONFIG_CONFIG · 03b25b47
      Michael Grzeschik 提交于
      Its possible to superseed the config file with KCONFIG_CONFIG and have
      completely no .config in the tree. The current script is sourcing
      .config in every case, so the kernel will never build succesfully. This
      patch fixes that issue by sourcing KCONFIG_CONFIG instead.
      Signed-off-by: NMichael Grzeschik <m.grzeschik@pengutronix.de>
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      03b25b47
  2. 17 2月, 2013 1 次提交
    • H
      kernel: Replace timeconst.pl with a bc script · 70730bca
      H. Peter Anvin 提交于
      bc is the standard tool for multi-precision arithmetic.  We switched
      to Perl because akpm reported a hard-to-reproduce build hang, which
      was very odd because affected and unaffected machines were all running
      the same version of GNU bc.
      
      Unfortunately switching to Perl required a really ugly "canning"
      mechanism to support Perl < 5.8 installations lacking the Math::BigInt
      module.
      
      It was recently pointed out to me that some very old versions of GNU
      make had problems with pipes in subshells, which was indeed the
      construct used in the Makefile rules in that version of the patch;
      Perl didn't need it so switching to Perl fixed the problem for
      unrelated reasons.  With the problem (hopefully) root-caused, we can
      switch back to bc and do the arbitrary-precision arithmetic naturally.
      Signed-off-by: NH. Peter Anvin <hpa@zytor.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Acked-by: NSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: NMichal Marek <mmarek@suse.cz>
      70730bca
  3. 25 1月, 2013 1 次提交
  4. 22 12月, 2012 35 次提交