1. 03 4月, 2014 2 次提交
    • P
      lib: uuid: code refactor for proper maintain between uuid bin and string · d718ded0
      Przemyslaw Marczak 提交于
      Changes in lib/uuid.c to:
      - uuid_str_to_bin()
      - uuid_bin_to_str()
      
      New parameter is added to specify input/output string format in listed functions
      This change allows easy recognize which UUID type is or should be stored in given
      string array. Binary data of UUID and GUID is always stored in big endian, only
      string representations are different as follows.
      
      String byte: 0                                  36
      String char: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
      string UUID:    be     be   be   be       be
      string GUID:    le     le   le   be       be
      
      This patch also updates functions calls and declarations in a whole code.
      Signed-off-by: NPrzemyslaw Marczak <p.marczak@samsung.com>
      Cc: Stephen Warren <swarren@nvidia.com>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: trini@ti.com
      d718ded0
    • P
      part_efi: move uuid<->string conversion functions into lib/uuid.c · a96a0e61
      Przemyslaw Marczak 提交于
      This commit introduces cleanup for uuid library.
      Changes:
      - move uuid<->string conversion functions into lib/uuid.c so they can be
        used by code outside part_efi.c.
      - rename uuid_string() to uuid_bin_to_str() for consistency with existing
        uuid_str_to_bin()
      - add an error return code to uuid_str_to_bin()
      - update existing code to the new library functions.
      Signed-off-by: NPrzemyslaw Marczak <p.marczak@samsung.com>
      Cc: Stephen Warren <swarren@nvidia.com>
      Cc: Lukasz Majewski <l.majewski@samsung.com>
      Cc: trini@ti.com
      a96a0e61
  2. 29 3月, 2014 1 次提交
    • P
      lib: rand: introduce new configs: CONFIG_LIB_RAND and CONFIG_LIB_HW_RAND · 3c1c68cc
      Przemyslaw Marczak 提交于
      New configs:
      - CONFIG_LIB_RAND    - to enable implementation of rand library in lib/rand.c
      - CONFIG_LIB_HW_RAND - to enable hardware based implementations of lib rand
      
      Other changes:
      - add CONFIG_LIB_RAND to boards configs which needs rand()
      - put only one rand.o dependency in lib/Makefile
      
      CONFIG_LIB_HW_RAND should be defined for drivers which implements rand library
      (declared in include/common.h):
      - void srand(unsigned int seed)
      - unsigned int rand(void)
      - unsigned int rand_r(unsigned int *seedp)
      Signed-off-by: NPrzemyslaw Marczak <p.marczak@samsung.com>
      Cc: Michael Walle <michael@walle.cc>
      Cc: Tom Rini <trini@ti.com>
      Cc: Masahiro Yamada <yamada.m@jp.panasonic.com>
      3c1c68cc
  3. 18 3月, 2014 2 次提交
  4. 07 3月, 2014 1 次提交
    • M
      powerpc: mpc8260: consolidate CONFIG_MPC8260 and CONFIG_8260 · 58dac327
      Masahiro Yamada 提交于
      Before this commit, CONFIG_MPC8260 and CONFIG_8260
      were used mixed-up.
      
      All boards with mpc8260 cpu defined both of them:
        - CONFIG_MPC8260 was defined in board config headers
            and include/common.h
        - CONFIG_8260 was defined arch/powerpc/cpu/mpc8260/config.mk
      
      We do not need to have both of them.
      This commit keeps only CONFIG_MPC8260.
      
      This commit does:
       - Delete CONFIG_8260 and CONFIG_MPC8260 definition
         in config headers and include/common.h
       - Rename CONFIG_8260 to CONFIG_MPC8260
          in arch/powerpc/cpu/mpc8260/config.mk.
       - Rename #ifdef CONFIG_8260 to #ifdef CONFIG_MPC8260
      Signed-off-by: NMasahiro Yamada <yamada.m@jp.panasonic.com>
      Cc: Wolfgang Denk <wd@denx.de>
      58dac327
  5. 05 3月, 2014 1 次提交
  6. 22 2月, 2014 1 次提交
  7. 20 2月, 2014 2 次提交
  8. 19 2月, 2014 1 次提交
  9. 07 2月, 2014 1 次提交
  10. 25 1月, 2014 1 次提交
  11. 16 12月, 2013 1 次提交
    • M
      common/cmd_bootm: extend do_bootm_vxworks to support the new VxWorks boot interface. · 871a57bb
      Miao Yan 提交于
      The next version VxWorks adopts device tree (for PowerPC and ARM) as its hardware
      description mechanism. For PowerPC, the boot interface conforms to
      the ePAPR standard, which is:
      
         void (*kernel_entry)(ulong fdt_addr,
                ulong r4 /* 0 */,
                ulong r5 /* 0 */,
                ulong r6 /* EPAPR_MAGIC */, ulong r7 /* IMA size */,
                ulong r8 /* 0 */, ulong r9 /* 0 */)
      
      For ARM, the boot interface is:
      
         void (*kernel_entry)(void *fdt_addr)
      Signed-off-by: NMiao Yan <miao.yan@windriver.com>
      [trini: Fix build error when !CONFIG_OF_FDT is set, typo on PowerPC,
      missing extern ft_fixup_num_cores]
      Signed-off-by: NTom Rini <trini@ti.com>
      871a57bb
  12. 22 11月, 2013 1 次提交
  13. 15 10月, 2013 1 次提交
  14. 08 10月, 2013 1 次提交
  15. 04 10月, 2013 1 次提交
    • A
      ARM: add SMP support for non-secure switch · ba6a1698
      Andre Przywara 提交于
      Currently the non-secure switch is only done for the boot processor.
      To enable full SMP support, we have to switch all secondary cores
      into non-secure state also.
      
      So we add an entry point for secondary CPUs coming out of low-power
      state and make sure we put them into WFI again after having switched
      to non-secure state.
      For this we acknowledge and EOI the wake-up IPI, then go into WFI.
      Once being kicked out of it later, we sanity check that the start
      address has actually been changed (since another attempt to switch
      to non-secure would block the core) and jump to the new address.
      
      The actual CPU kick is done by sending an inter-processor interrupt
      via the GIC to all CPU interfaces except the requesting processor.
      The secondary cores will then setup their respective GIC CPU
      interface.
      While this approach is pretty universal across several ARMv7 boards,
      we make this function weak in case someone needs to tweak this for
      a specific board.
      
      The way of setting the secondary's start address is board specific,
      but mostly different only in the actual SMP pen address, so we also
      provide a weak default implementation and just depend on the proper
      address to be set in the config file.
      Signed-off-by: NAndre Przywara <andre.przywara@linaro.org>
      ba6a1698
  16. 20 9月, 2013 2 次提交
  17. 24 7月, 2013 2 次提交
  18. 26 6月, 2013 1 次提交
    • S
      Add trace library · b2e16a85
      Simon Glass 提交于
      Add a library which supports tracing of execution using built-in gcc
      features and a microsecond timer. This can be used to record a list of
      function which are executed, along with a timestamp for each. Later
      this information can be sent to the host for processing.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      b2e16a85
  19. 05 6月, 2013 1 次提交
  20. 15 5月, 2013 2 次提交
    • W
      Power: remove support for Freescale MPC8220 · d6ed3222
      Wolfgang Denk 提交于
      The Freescale MPC8220 Power Architecture processors have long reached
      EOL; Freescale does not even list these any more on their web site.
      
      Remove the code to avoid wasting maitaining efforts on dead stuff.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Cc: Andy Fleming <afleming@gmail.com>
      d6ed3222
    • S
      image: Add device tree setup to image library · 13d06981
      Simon Glass 提交于
      This seems to be a common function for several architectures, so create
      a common function rather than duplicating the code in each arch.
      
      Also make an attempt to avoid introducing #ifdefs in the new code, partly
      by removing useless #ifdefs around function declarations in the image.h
      header.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      13d06981
  21. 06 5月, 2013 1 次提交
  22. 03 5月, 2013 1 次提交
  23. 02 5月, 2013 2 次提交
  24. 01 5月, 2013 2 次提交
    • S
      Add getenv_hex() to return an environment variable as hex · 76b8f79c
      Simon Glass 提交于
      This conversion is required in a number of places in U-Boot. Add a
      standard function to provide this feature, so we avoid all the different
      variations in the way it is coded.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      76b8f79c
    • S
      sandbox: Provide a way to map from host RAM to U-Boot RAM · 781adb57
      Simon Glass 提交于
      In many cases, pointers to memory are passed around, and these pointers
      refer to U-Boot memory, not host memory. This in itself is not a
      problem.
      
      However, in a few places, we cast that pointer back to a ulong (being
      a U-Boot memory address). It is possible to convert many of these cases
      to avoid this. However there are data structures (e.g. struct
      bootm_headers) which use pointers. We could with a lot of effort adjust
      the structs and all code that uses them to use ulong instead of pointers.
      
      This seems like an unacceptable cost, since our objective with sandbox
      is to minimise the impact on U-Boot code while maximising the features
      available to sandbox.
      
      Therefore, create a map_to_sysmem() function which converts from a
      pointer to a U-Boot address. This can be used sparingly when needed.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      781adb57
  25. 12 4月, 2013 3 次提交
  26. 16 3月, 2013 2 次提交
  27. 01 3月, 2013 3 次提交
    • S
      Update set_working_fdt_addr() to use setenv_addr() · bfc59966
      Simon Glass 提交于
      We might as well use this common function instead of repeating the same
      code.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      bfc59966
    • S
      sandbox: Add un/map_sysmen() to deal with sandbox's ram_buf · 4213fc29
      Simon Glass 提交于
      Sandbox doesn't actually provide U-Boot access to the machine's physical
      memory. Instead it provides a RAM buffer of configurable size, and all
      memory accesses are within that buffer. Sandbox memory starts at 0 and
      is CONFIG_DRAM_SIZE bytes in size. Allowing access outside this buffer
      might produce unpredictable results in the event of an error, and would
      expose the host machine's memory architecture to the sandbox U-Boot.
      
      Most U-Boot functions assume that they can just access memory at given
      address. For sandbox this is not true.
      
      Add a map_sysmem() call which converts a U-Boot address to a system
      address. In most cases this is a NOP, but for sandbox it returns a
      pointer to that memory inside the RAM buffer.
      
      To get a U-Boot feature to work correctly within sandbox, you should call
      map_sysmem() to get a pointer to the address, and then use that address for
      any U-Boot memory accesses.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      4213fc29
    • S
      Update print_buffer() to use const · bda32ffc
      Simon Glass 提交于
      The buffer cannot be changed by this function, so change the buffer
      pointer to a const. This allows callers with const pointer to use the
      function without a cast.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      bda32ffc