Skip to content
Snippets Groups Projects
  1. Jun 22, 2011
  2. Jun 21, 2011
  3. Jun 02, 2011
  4. May 26, 2011
  5. May 19, 2011
  6. May 12, 2011
  7. Apr 30, 2011
    • Mike Frysinger's avatar
      zlib: split up to match original source tree · e89516f0
      Mike Frysinger authored
      
      While looking to upgrade to zlib-1.2.5, the current mondo merge of
      multiple files into a single was making things way more difficult
      than it should have been.  Hard to pick out what has been changed
      to port it to U-Boot, been removed as useless, and bug fixes added
      after the fact.
      
      So split the single file up into the original file names, and merge
      non-essential changes back from the original tree (for some reason,
      style in code in a bunch of places was changed to U-Boot style even
      though this isn't "U-Boot" code).
      
      The original build style is retained -- we have a single zlib.c that
      includes all the other files, and that is the only file we compile.
      
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      e89516f0
  8. Apr 27, 2011
  9. Apr 13, 2011
  10. Apr 12, 2011
  11. Apr 01, 2011
  12. Mar 31, 2011
  13. Mar 27, 2011
  14. Feb 19, 2011
    • Simon Glass's avatar
      Add USB host ethernet adapter support · 89d48367
      Simon Glass authored
      
      This adds support for using USB Ethernet dongles in host mode. This is just
      the framework - drivers will come later. A new config option called
      CONFIG_USB_HOST_ETHER can be defined in board config files to switch this
      on.
      
      The was originally written by NVIDIA and was cleaned up for release by the
      Chromium authors.
      
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      89d48367
  15. Feb 07, 2011
  16. Feb 05, 2011
  17. Feb 02, 2011
  18. Jan 25, 2011
  19. Jan 21, 2011
    • Loïc Minier's avatar
      Cleanup .boards.depend when using an objtree · d6a5e6d5
      Loïc Minier authored
      
      .boards.depend was created in the source tree even when calling make
      with O=objtree, and distclean O=objtree wouldn't clean it.  Create
      .boards.depend in objtree instead as to clean it up properly.
      
      Reported-by: default avatarLoc Minier <loic.minier@linaro.org>
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      d6a5e6d5
    • Loïc Minier's avatar
      Don't add symlink in srctree when using an objtree · a9d8bc98
      Loïc Minier authored
      
      When building with srctree != objtree, the build creates arch/soc/cpu
      specific symlinks in the source tree.  This means that the same source
      tree can't be used for multiple builds at the same time.  Also, these
      symlinks in the source tree are only cleaned up if one passes the same
      O= to distclean.
      
      When srctree != objtree, mkconfig creates an $objtree/include2 directory
      in the objtree to host the asm -> arch/$arch/include/asm symlink so that
      "#include <asm>" can be used.  But it also creates another identical
      symlink in $objtree/include.
      
      Then, mkconfig creates two symlinks:
      $objtree/include/asm/arch -> arch/$arch/include/asm/arch-$cpu (or $soc)
      $objtree/include/asm/proc -> arch/$arch/include/asm/proc-armv (on arm)
      but because $objtree/include/asm points at $srctree already, the two
      symlinks are created under $srctree.
      
      To fix this, create a real $objtree/include/asm directory, instead of a
      symlink.  Update cleanup code accordingly.
      
      Signed-off-by: default avatarLoïc Minier <loic.minier@linaro.org>
      a9d8bc98
  20. Dec 22, 2010
  21. Dec 17, 2010
  22. Dec 01, 2010
  23. Nov 28, 2010
  24. Nov 27, 2010
  25. Nov 18, 2010
  26. Nov 17, 2010
    • Sebastien Carlier's avatar
      Switch from archive libraries to partial linking · 6d8962e8
      Sebastien Carlier authored
      
      Before this commit, weak symbols were not overridden by non-weak symbols
      found in archive libraries when linking with recent versions of
      binutils.  As stated in the System V ABI, "the link editor does not
      extract archive members to resolve undefined weak symbols".
      
      This commit changes all Makefiles to use partial linking (ld -r) instead
      of creating library archives, which forces all symbols to participate in
      linking, allowing non-weak symbols to override weak symbols as intended.
      This approach is also used by Linux, from which the gmake function
      cmd_link_o_target (defined in config.mk and used in all Makefiles) is
      inspired.
      
      The name of each former library archive is preserved except for
      extensions which change from ".a" to ".o".  This commit updates
      references accordingly where needed, in particular in some linker
      scripts.
      
      This commit reveals board configurations that exclude some features but
      include source files that depend these disabled features in the build,
      resulting in undefined symbols.  Known such cases include:
      - disabling CMD_NET but not CMD_NFS;
      - enabling CONFIG_OF_LIBFDT but not CONFIG_QE.
      
      Signed-off-by: default avatarSebastien Carlier <sebastien.carlier@gmail.com>
      6d8962e8
  27. Oct 29, 2010
  28. Oct 28, 2010
    • Prafulla Wadaskar's avatar
      kirkwood: get rid of config.mk files · 31d80c77
      Prafulla Wadaskar authored
      
      After moving the definition of CONFIG_SYS_TEXT_BASE to the respective
      board config files, all Marvell kirkwood board have just a single and
      common entry in their config.mk files:
      
      	KWD_CONFIG = $(SRCTREE)/board/$(BOARDDIR)/kwbimage.cfg
      
      Replace the only reference to KWD_CONFIG in the top level Makefile by
      an equivalent setting, and remove all kirkwood config.mk files.
      
      Signed-off-by: Wolfgang Denk <wd at denx.de>
      Cc: Prafulla Wadaskar <prafulla at marvell.com>
      Cc: Siddarth Gore <gores at marvell.com>
      Cc: Simon Kagstrom <simon.kagstrom at netinsight.net>
      Cc: Heiko Schocher <hs at denx.de>
      Cc: Eric Cooper <ecc at cmu.edu>
      Acked-by: Wolfgang Denk <wd at denx.de>
      Signed-off-by: default avatarPrafulla Wadaskar <prafulla@marvell.com>
      31d80c77
  29. Oct 27, 2010
  30. Oct 26, 2010
    • Wolfgang Denk's avatar
      include/asm-offsets.h: automatically generate assembler constants · 16a354f9
      Wolfgang Denk authored
      
      A recurrent issue is that certain C level constructs like sizeof() or
      offsetof() cannot be used in assembler files, which is inconvenient
      when such constructs are used in the definition of macro names etc.
      
      To avoid duplication of such definitions (and thus another cause of
      problems), we adapt the Linux way to automatically generate the
      respective definitions from the respective C header files.
      
      In Linux, this is implemented in include/linux/kbuild.h, Kbuild, and
      arch/*/kernel/asm-offsets.c; we adapt the code from the Linux v2.6.36
      kernel tree.
      
      We also copy the concept of the include/generated/ directory which can
      be used to hold other automatically generated files as well.
      
      We start with an architecture-independent lib/asm-offsets.c which
      generates include/generated/generic-asm-offsets.h (included by
      include/asm-offsets.h, which is what will be referred to in the actual
      source code).  Later this may be extended by architecture-specific
      arch/*/lib/asm-offsets.c files that will generate a
      include/generated/asm-offsets.h.
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Acked-by: default avatarKumar Gala <galak@kernel.crashing.org>
      16a354f9
    • Mike Frysinger's avatar
      Blackfin: bf527-ezkit-v2: move to boards.cfg · 36cf8cb4
      Mike Frysinger authored
      
      Now that the boards.cfg file supports options to mkconfig, we can move
      the bf527-ezkit-v2 target out of the Makefile and into boards.cfg.
      
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      36cf8cb4
Loading