Eric Lee / smarc-uboot

13 Jul, 2015

1 commit

  • ae7ffee7f   MLK-11228-1 android: Integrate community fastboot with FSL i.MX fastboot ... Browse Code »

    1. Replace the UDC driver with community's USB gadget d_dnl driver.
    2. Integrate the FSL SD/SATA/NAND flash operations, since the GPT and
    EFI partitions are not support by i.MX.
    3. Add FDT support to community's android image.
    4. Change the booti command to boota, due to the booti has been used for
    ARM64 image boot.
    5. Modify boota implementation to load ramdisk and fdt to their loading
    addresses specified in boot.img header, while bootm won't do it for
    android image.
    6. Modify the android image HAB implementation. Authenticate the boot.img
    on the "load_addr" for both SD and NAND.
    7. Enable new configuration CONFIG_FSL_FASTBOOT for Freescale's fastboot
    with relevant header file "fsl_fastboot.h". While disabling the
    configuration, the community fastboot is used.
    8. Use community's way to combine cmdline in boot.img and u-boot environment,
    not overwrite the cmdline in boot.img

    Signed-off-by: Ye.Li

    Ye.Li
     

29 Apr, 2015

1 commit

09 Mar, 2015

1 commit

06 Mar, 2015

2 commits

18 Feb, 2015

2 commits

09 Feb, 2015

2 commits

30 Jan, 2015

1 commit

  • 0365ffcc0   generic-board: show model name in board_init_f() too ... Browse Code »
    86

    The common/board_r.c has show_model_r() to display the model name
    if the DTB has a "model" property. It sounds useful to have a similar
    function in common/board_f.c too because most of the boards show
    their board name before relocation.

    Instead of implementing the same function in both common/board_f.c
    and common/board_r.c, let's split it up into common/show_board_info.c.

    Signed-off-by: Masahiro Yamada
    Acked-by: Simon Glass

    Masahiro Yamada
     

19 Dec, 2014

1 commit

  • 1dfdd9ba4   ARM: Implement non-cached memory support ... Browse Code »

    Implement an API that can be used by drivers to allocate memory from a
    pool that is mapped uncached. This is useful if drivers would otherwise
    need to do extensive cache maintenance (or explicitly maintaining the
    cache isn't safe).

    The API is protected using the new CONFIG_SYS_NONCACHED_MEMORY setting.
    Boards can set this to the size to be used for the non-cached area. The
    area will typically be right below the malloc() area, but architectures
    should take care of aligning the beginning and end of the area to honor
    any mapping restrictions. Architectures must also ensure that mappings
    established for this area do not overlap with the malloc() area (which
    should remain cached for improved performance).

    While the API is currently only implemented for ARM v7, it should be
    generic enough to allow other architectures to implement it as well.

    Signed-off-by: Thierry Reding
    Signed-off-by: Simon Glass
    Signed-off-by: Tom Warren

    Thierry Reding
     

09 Dec, 2014

1 commit

08 Dec, 2014

2 commits

  • 36da51eba   powerpc: mpc8xx: remove hermes board support ... Browse Code »

    This board sprinkles #ifdef(CONFIG_HERMES) over various global files
    such as include/common.h, common/board_r.c, common/cmd_bdinfo.c.
    Let's zap such an ill-behaved board.

    It has not been converted to generic board yet and mpc8xx is old
    enough.

    Signed-off-by: Masahiro Yamada
    Cc: Wolfgang Denk
    Acked-by: Wolfgang Denk

    Masahiro Yamada
     
  • 70879a925   flash: do not fail even if flash_size is zero ... Browse Code »
    43

    CONFIG_SYS_MAX_FLASH_BANKS_DETECT allows to determine the number of
    flash banks at run-time, that is, there is a possibility that no flash
    bank is found. Even in such cases, it makes sense to continue the
    boot process without any flash device.

    Signed-off-by: Masahiro Yamada
    Acked-by: Stefan Roese

    Masahiro Yamada
     

25 Nov, 2014

3 commits

21 Nov, 2014

1 commit

  • c9356be30   dm: Split the simple malloc() implementation into its own file ... Browse Code »

    The simple malloc() implementation is used when memory is tight. It provides
    a simple buffer with an incrementing pointer.

    At present the implementation is inside dlmalloc. Move it into its own file
    so that it is easier to find.

    Rather than using relocation as a signal that the full malloc() is
    available, add a special GD_FLG_FULL_MALLOC_INIT flag. This signals that the
    simple malloc() should no longer be used.

    In some cases, such as SPL, even the code space used by the full malloc() is
    wasteful. Add a CONFIG_SYS_MALLOC_SIMPLE option to provide only the simple
    malloc. In this case the full malloc is not available at all. It saves about
    1KB of code space and about 0.5KB of data on Thumb 2.

    Acked-by: Tom Rini
    Signed-off-by: Simon Glass

    Simon Glass
     

25 Oct, 2014

2 commits

23 Oct, 2014

1 commit

10 Oct, 2014

2 commits

  • ae1a74ebe   common/board_r: remove warning in initr_mem for 64-bit phys_size_t ... Browse Code »

    Since on powerpc phys_size_t can be unsigned long long, this printout
    line can result in a not nice compile warning.

    Signed-off-by: Valentin Longchamp
    Acked-by: Simon Glass

    Valentin Longchamp
     
  • fef3e25fc   common/board_r: Fix booting issue on T4240QDS ... Browse Code »

    Commit 294b91a5817147d4b7f47be2ac69bac2a1f26491 moved initr_malloc
    earlier than initr_unlock_ram_in_cache. This causes issue on T4240.
    It may be related to locked L1 d-cache and unlocked L2 cache. D-
    cache could and should be unlock earlier for normal operation.

    This patch moves initr_unlock_ram_in_cache before initr_malloc. It
    has been verified on the following boards, in which only T4240QDS
    suffered and has been since fixed: T4240QDS, T2080QDS, P5040DS,
    P4080DS, MPC8572DS, MPC8536DS, MPC8641HPCN, B4860QDS.

    Signed-off-by: York Sun
    CC: Scott Wood
    CC: Simon Glass
    Acked-by: Simon Glass

    York Sun
     

14 Sep, 2014

1 commit

11 Sep, 2014

2 commits

  • 9fb02491f   dm: Make driver model available before board_init() ... Browse Code »

    For some boards board_init() will change GPIOs, so we need to have driver
    model available before then. Adjust the board init to arrange this, but
    enable it for driver model only, just to be safe.

    This does create additional #ifdef logic, but it is safer than trying to
    make a pervasive change which may cause some boards to break.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • 294b91a58   Set up stdio earlier when using driver model ... Browse Code »
    43

    Since driver model registers itself with the stdio subsystem, and we
    want to avoid delayed registration and other complexity associated with
    the current serial console, move the stdio subsystem init earlier when
    driver model is used for serial.

    This simplifies the implementation. Should there be any problems with
    this approach they can be dealt with as boards are converted over to
    use driver model for serial.

    Signed-off-by: Simon Glass

    Simon Glass
     

09 Sep, 2014

1 commit

24 Aug, 2014

1 commit

09 Aug, 2014

1 commit

23 Jul, 2014

3 commits

  • ab7cd6279   dm: Support driver model prior to relocation ... Browse Code »

    Initialise devices marked 'pre-reloc' and make them available prior to
    relocation. Note that this requires pre-reloc malloc() to be available.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • 00606d7e3   dm: Allow drivers to be marked 'before relocation' ... Browse Code »

    Driver model currently only operates after relocation is complete. In this
    state U-Boot typically has a small amount of memory available. In adding
    support for driver model prior to relocation we must try to use as little
    memory as possible.

    In addition, on some machines the memory has not be inited and/or the CPU
    is not running at full speed or the data cache is off. These can reduce
    execution performance, so the less initialisation that is done before
    relocation the better.

    An immediately-obvious improvement is to only initialise drivers which are
    actually going to be used before relocation. On many boards the only such
    driver is a serial UART, so this provides a very large potential benefit.

    Allow drivers to mark themselves as 'pre-reloc' which means that they will
    be initialised prior to relocation. This can be done either with a driver
    flag or with a 'dm,pre-reloc' device tree property.

    To support this, the various dm scanning function now take a 'pre_reloc_only'
    parameter which indicates that only drivers marked pre-reloc should be
    bound.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • d59476b64   Add a simple malloc() implementation for pre-relocation ... Browse Code »

    If we are to have driver model before relocation we need to support some
    way of calling memory allocation routines.

    The standard malloc() is pretty complicated:

    1. It uses some BSS memory for its state, and BSS is not available before
    relocation

    2. It supports algorithms for reducing memory fragmentation and improving
    performace of free(). Before relocation we could happily just not support
    free().

    3. It includes about 4KB of code (Thumb 2) and 1KB of data. However since
    this has been loaded anyway this is not really a problem.

    The simplest way to support pre-relocation malloc() is to reserve an area
    of memory and allocate it in increasing blocks as needed. This
    implementation does this.

    To enable it, you need to define the size of the malloc() pool as described
    in the README. It will be located above the pre-relocation stack on
    supported architectures.

    Note that this implementation is only useful on machines which have some
    memory available before dram_init() is called - this includes those that
    do no DRAM init (like tegra) and those that do it in SPL (quite a few
    boards). Enabling driver model preior to relocation for the rest of the
    boards is left for a later exercise.

    Signed-off-by: Simon Glass

    Simon Glass
     

22 Jul, 2014

1 commit

  • 2c997e7a8   board_r: run scsi init() on ARM too ... Browse Code »

    This has been disabled for ARM in initr_scsi since that function was
    introduced. However it works fine for me on Cubieboard and Cubietruck (with the
    upcoming AHCI glue patch).

    I also tested on two random ARM platforms which seem to define CONFIG_CMD_SCSI:
    - highbank worked fine (on midway hardware)
    - omap5_uevm built OK and I confirmed using objdump that things were as
    expected (i.e. the default weak scsi_init nop was used).

    While there remove the mismatched comment from the #endif (omitting the comment
    seems to be the prevailing style in this file).

    Signed-off-by: Ian Campbell
    Acked-by: Simon Glass

    Ian Campbell
     

30 May, 2014

1 commit

18 Apr, 2014

1 commit

  • c4474fc88   board_r: return 0 from show_model_r ... Browse Code »

    The show_model_r function should return an int but didn't. Return 0 to
    indicate inevitable success and avoid the following if it is used:

    common/board_r.c: In function 'show_model_r':
    common/board_r.c:531:1: warning: no return statement in function returning non-void [-Wreturn-type]
    }
    ^

    Cc: Simon Glass
    Signed-off-by: Paul Burton
    Acked-by: Simon Glass

    Paul Burton
     

05 Mar, 2014

1 commit

27 Feb, 2014

1 commit

27 Jan, 2014

1 commit

  • 7395398ad   board_r - fixup functions table after relocation ... Browse Code »

    This is only required for "PIC" relocation and doesn't apply to modern
    "PIE" relocation which does data relocation as well as code.

    "init_sequence_r" is just an array that consists of compile-time
    adresses of init functions. Since this is basically an array of integers
    (pointers to "void" to be more precise) it won't be modified during
    relocation - it will be just copied to new location as it is.

    As a consequence on execution after relocation "initcall_run_list" will
    be jumping to pre-relocation addresses. As long as we don't overwrite
    pre-relocation memory area init calls are executed correctly. But still
    it is dangerous because after relocation we don't expect initially used
    memory to stay untouched.

    Cc: Tom Rini
    Cc: Masahiro Yamada
    Cc: Doug Anderson
    Cc: Thomas Langer
    Cc: Albert ARIBAUD
    Acked-by: Simon Glass
    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     

24 Jul, 2013

1 commit

26 Jun, 2013

1 commit

  • 71c52dba2   Add trace support to generic board ... Browse Code »

    Add hooks for tracing to generic board, including:

    - allow early tracing to start early as possible in U-Boot
    - reserve memory for trace buffer
    - copy early trace buffer to main trace buffer after relocation
    - setup full tracing support after relocation

    Signed-off-by: Simon Glass

    Simon Glass