1. 10 Dec, 2011 1 commit
  2. 09 Dec, 2011 2 commits
    • Jason Liu's avatar
      i.mx: introduce the armv7/imx-common folder · 18936ee2
      Jason Liu authored
      
      
      In order to support the coming MX6 platform and to reducde
      the duplicated code, we had better move some common files
      or functions to the imx-common folder for sharing.
      
      This patch does the following:
      - move speed.c file from armv7/mx5/speed.c to armv7/imx-common/speed.c
      - move armv7/mx5/timer.c to armv7/imx-common/timer.c, no any new feature
        added but just fix the checkpatch errors in the old file and remove
        the CONFIG_SYS_MX5_CLK32 reference in the file
      - create one new file cpu.c file to store the common function with i.mx5/6
      Signed-off-by: default avatarJason Liu <jason.hui@linaro.org>
      Cc:Stefano Babic <sbabic@denx.de>
      Acked-by: default avatarStefano Babic <sbabic@denx.de>
      18936ee2
    • Chander Kashyap's avatar
      S5PC2XX: Rename S5pc2XX to exynos · 393cb361
      Chander Kashyap authored
      
      
      As per new naming convention for Samsung SoC's, all Cortex-A9 and Cortex-A15
      based SoC's will be classified under the name Exynos. Cortex-A9 and Cortex-A15
      based SoC's will be sub-classified as Exynos4 and Exynos5 respectively.
      
      In order to better adapt and reuse code across various upcoming Samsung Exynos
      based boards, all uses of s5pc210 prefix/suffix/directory-names are renamed in
      this patch. s5pc210 is renamed as exynos4210 and S5PC210/s5pc210 suffix/prefix
      are renamed as exynos4/EXYNOS4.
      Signed-off-by: default avatarChander Kashyap <chander.kashyap@linaro.org>
      Signed-off-by: default avatarMinkyu Kang <mk7.kang@samsung.com>
      393cb361
  3. 07 Dec, 2011 1 commit
    • Vadim Bendebury's avatar
      Introduce generic TPM support in u-boot · 5e124724
      Vadim Bendebury authored
      TPM (Trusted Platform Module) is an integrated circuit and
      software platform that provides computer manufacturers with the
      core components of a subsystem used to assure authenticity,
      integrity and confidentiality.
      
      This driver supports version 1.2 of the TCG (Trusted Computing
      Group) specifications.
      
      The TCG specification defines several so called localities in a
      TPM chip, to be controlled by different software layers. When
      used on a typical x86 platform during the firmware phase, only
      locality 0 can be accessed by the CPU, so this driver even while
      supporting the locality concept presumes that only locality zero
      is used.
      
      This implementation is loosely based on the article "Writing a
      TPM Device Driver" published on http://ptgmedia.pearsoncmg.com
      
      
      
      Compiling this driver with DEBUG defined will generate trace of
      all accesses to TMP registers.
      
      This driver has been tested and is being used in three different
      functional ChromeOS machines (Pinetrail and Sandy Bridge Intel
      chipsets) all using the same Infineon SLB 9635 TT 1.2 device.
      
      A u-boot cli command allowing access to the TPM was also
      implemented and is being submitted as a second patch.
      
      Change-Id: I22a33c3e5b2e20eec9557a7621bd463b30389d73
      Signed-off-by: default avatarVadim Bendebury <vbendeb@chromium.org>
      CC: Wolfgang Denk <wd@denx.de>
      5e124724
  4. 06 Dec, 2011 1 commit
    • Andy Fleming's avatar
      Add a "tidy" build option · 734329f9
      Andy Fleming authored
      
      
      It is sometimes desireable to clean up the byproducts of the build
      process without removing the executable results. "make clean" is
      close, but leaves the build directory with a large number of
      *.depend* files. This new build option invokes make clean, and then
      removes the depend files.
      Signed-off-by: default avatarAndy Fleming <afleming@freescale.com>
      734329f9
  5. 05 Dec, 2011 1 commit
  6. 22 Nov, 2011 1 commit
  7. 18 Nov, 2011 1 commit
    • Aneesh V's avatar
      Makefile: Add the missing dependency for spl target · bd25fdba
      Aneesh V authored
      
      
      Wolfgang's patch for build time improvement is bringing
      out issues due to missing dependencies in the top-level
      Makefile. I get errors such as the below while building
      with many threads.
      
      make[1]: /home/a0393566local/u-boot-denx/tools/mkimage: Command not found
      
      This also allows one to do:
      $ make spl/u-boot-spl.bin
      if you want to build only spl
      
      Cc: Wolfgang Denk <wd@denx.de>
      Signed-off-by: default avatarAneesh V <aneesh@ti.com>
      bd25fdba
  8. 15 Nov, 2011 2 commits
  9. 11 Nov, 2011 2 commits
  10. 07 Nov, 2011 1 commit
  11. 03 Nov, 2011 3 commits
  12. 27 Oct, 2011 1 commit
  13. 26 Oct, 2011 2 commits
    • Simon Glass's avatar
      fdt: Add support for a separate device tree (CONFIG_OF_SEPARATE) · 2c0f79e4
      Simon Glass authored
      
      
      This adds support for an FDT to be build as a separate binary file called
      u-boot.dtb. This can be concatenated with the U-Boot binary to provide a
      device tree located at run-time by U-Boot. The Makefile is modified to
      provide this file in u-boot-dtb.bin.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      2c0f79e4
    • Simon Glass's avatar
      fdt: Add support for embedded device tree (CONFIG_OF_EMBED) · bbb0b128
      Simon Glass authored
      
      
      This new option allows U-Boot to embed a binary device tree into its image
      to allow run-time control of peripherals. This device tree is for U-Boot's
      own use and is not necessarily the same one as is passed to the kernel.
      
      The device tree compiler output should be placed in the $(obj)
      rooted tree. Since $(OBJCOPY) insists on adding the path to the
      generated symbol names, to ensure consistency it should be
      invoked from the directory where the .dtb file is located and
      given the input file name without the path.
      
      This commit contains my entry for the ugliest Makefile / shell interaction
      competition.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      bbb0b128
  14. 21 Oct, 2011 3 commits
    • Mike Frysinger's avatar
      autoconf.mk.dep: use target cflags, not host · 4c34b2a0
      Mike Frysinger authored
      
      
      The current autoconf.mk.dep rule uses the host cflags when executing the
      target compiler (which includes target header files).  We don't want to
      mix the target compiler and host compiler flags, so change it to CFLAGS.
      Otherwise we get things like -pedantic which the U-Boot source code does
      not build with.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      4c34b2a0
    • Joel A Fernandes's avatar
      Makefile: Remove MLO on make clean · 4e4b21bd
      Joel A Fernandes authored
      
      
      SPL builds could leave an MLO which is an mkimage of type omapimage
      Make sure its deleted on make clean/distclean
      Signed-off-by: default avatarJoel A Fernandes <joelagnel@ti.com>
      4e4b21bd
    • Che-liang Chiou's avatar
      examples: api: allow build with private libgcc · 349e83f0
      Che-liang Chiou authored
      
      
      The examples/api is not configured with USE_PRIVATE_LIBGCC.  This makes
      building examples/api break on certain boards that do not/cannot use the
      public libgcc.
      
      Nevertheless, this patch has to also touch the top-level Makefile to fix
      this problem because the current top-level Makefile does not specify
      libgcc as a prerequisite of examples/api, and explicitly builds
      examples/api _before_ libgcc.
      
      For testing this patch, I added the following to configs/seaboard.h and
      ran demo.bin on a Seaboard.
      
      +#define CONFIG_API
      +#define CONFIG_SYS_MMC_MAX_DEVICE 2
      +#define CONFIG_CMD_NET
      +#define CONFIG_NET_MULTI
      Signed-off-by: default avatarChe-Liang Chiou <clchiou@chromium.org>
      Acked-by: default avatarMike Frysinger <vapier@gentoo.org>
      349e83f0
  15. 18 Oct, 2011 3 commits
  16. 17 Oct, 2011 4 commits
    • Simon Glass's avatar
      Move timestamp and version files into 'generated' subdir · efb2172e
      Simon Glass authored
      
      
      There is a rather subtle build problem where the build time stamp is not
      updated for out-of-tree builds if there exists an in-tree build which
      has a valid timestamp file. So if you do an in-tree build, then an
      out-of-tree build your timestamp will not change.
      
      The correct timestamp_autogenerated.h lives in the object tree, but it
      is not always found there. The source still lives in the source tree and
      when compiling version.h, it includes timestamp_autogenerated.h. Since
      the current directory is always searched first, this will come from the
      source tree rather than the object tree if it exists there. This affects
      dependency generation also, which means that common/cmd_version.o will not
      even be rebuilt if you have ever done an in-tree build.
      
      A similar problem exists with the version file.
      
      This change moves both files into the 'generated' subdir, which is already
      used for asm-offsets.h. Then timestamp.h and version.h are updated to
      include the files from there.
      
      There are other places where these generated files are included, but I
      cannot see why these don't just use the timestamp.h and version.h headers.
      So this change also tidies that up.
      
      I have tested this with in- and out-of-tree builds, but not SPL. I have
      looked at various other options for fixing this, including sed on the dep
      files, -I- and -include flags to gcc, but I don't think they can be made
      to work. Comments welcome.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      Acked-by: default avatarMike Frysinger <vapier@gentoo.org>
      efb2172e
    • Simon Glass's avatar
      sandbox: Makefile changes to build sandbox architecture · 86eb49b3
      Simon Glass authored
      
      
      At this point U-Boot will build and run on x86 under Linux.
      
      The idea is to define a new architecture called 'sandbox', alongside ARM
      and x86. This runs natively on Linux to suit the host machine. All
      hardware access is either omitted or emulated.
      
      The purpose of this system is to test the bulk of the non-hardware-specific
      U-Boot code. We can mock the SPI flash, GPIOs, UART and keyboard, then test
      that U-Boot behaves as we wish.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      86eb49b3
    • Simon Glass's avatar
      Adjust dependency rules to permit per-file flags · 47508843
      Simon Glass authored
      
      
      The dependency rules are currently done in a shell 'for' loop. This does not
      permit Makefile variables to adjust preprocessor flags as is done with normal
      compile flags, using the CFLAGS_path/file.o syntax.
      
      This change moves the dependency generation into the Makefile itself, and
      permits a CPPFLAGS_path/file.o to adjust preprocessor flags on a file or
      directory basis.
      
      The CPPFLAGS_... variable is also folded into CFLAGS during the build.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      47508843
    • Simon Glass's avatar
      sandbox: Disable standalone/API support · 71152395
      Simon Glass authored
      
      
      This is not useful on the sandbox architecture since we can simply link all
      our code with U-Boot.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      71152395
  17. 06 Oct, 2011 2 commits
  18. 05 Oct, 2011 3 commits
  19. 30 Sep, 2011 2 commits
  20. 29 Sep, 2011 1 commit
  21. 22 Sep, 2011 1 commit
  22. 11 Sep, 2011 1 commit
  23. 07 Sep, 2011 1 commit