27 Feb, 2014

1 commit


20 Feb, 2014

2 commits

  • - When CONFIG_DISPLAY_CPUINFO is not enabled,
    print_cpuinfo() should be defined as an empty function
    in a header, include/common.h

    - Remove #ifdef CONFIG_DISPLAY_CPUINFO .. #endif
    from caller, common/board_f.c and arch/arm/lib/board.c

    - Remove redundant prototypes in arch/arm/lib/board.c,
    arch/arm/include/asm/arch-am33x/sys_proto.h and
    board/nokia/rx51/rx51.h, keeping the one in include/common.h

    - Add #ifdef CONFIG_DISPLAY_CPUINFO to the func definition
    where it is missing

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • Useful rules in scripts/Makefile.lib allows us to easily
    generate a device tree blob and wrap it in assembly code.

    We do not need to parse a linker script to get output format and arch.

    This commit deletes ./u-boot.dtb since it is a copy of dts/dt.dtb.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

10 Jan, 2014

1 commit


09 Jan, 2014

3 commits

  • Signed-off-by: David Feng

    David Feng
     
  • It is useful to be able to save and restore the RAM contents of sandbox
    U-Boot either for setting up tests, for later analysys, or for chaining
    together multiple tests which need to keep the same memory contents.

    Add a function to provide a memory file for U-Boot. This is read on
    start-up and written when shutting down. If the file does not exist
    on start-up, it will be created when shutting down.

    Signed-off-by: Simon Glass
    Signed-off-by: Simon Glass

    Simon Glass
     
  • The execution flow becomes easier if we can return from board_init_f()
    as ARM does. We can control things from start.c instead of having to
    call back into that file from other places.

    Signed-off-by: Simon Glass
    Signed-off-by: Simon Glass

    Simon Glass
     

13 Dec, 2013

1 commit

  • If U-Boot build with DEBUG enabled/defined the first call of "debug"
    function (that dumps data to any available console) will happen before
    zeroing of initial "gd" in init call "zero_global_data" in
    "init_sequence_f".

    And if stack was not filled with zeros chances are high that
    "gd->have_console" won't be 0. In its turn it will cause attempt to
    output things to non-initialized yet serial console.

    So for safety and predictability we set "gd->have_console = 0".

    Signed-off-by: Alexey Brodkin

    Cc: Mischa Jonker
    Cc: Wolfgang Denk
    Cc: Simon Glass
    Acked-by: Simon Glass

    Alexey Brodkin
     

17 Oct, 2013

1 commit

  • On generic board, the i2c init initialize only
    one bus. But the new i2c subsystem allow to
    manage severals i2c bus. So in the case, instead
    of initializing a bus, we just set the current
    i2c bus. The initialization will be done in
    the i2c command.

    Signed-off-by: Philippe Reynes

    trem
     

24 Jul, 2013

2 commits


23 Jul, 2013

2 commits


26 Jun, 2013

1 commit

  • 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
     

08 Jun, 2013

1 commit

  • This commit refactors common/board_f.c and common/board_r.c
    in order to delete the dest_addr and dest_addr_sp from
    gd_t struct.

    As mentioned as follows in include/asm-generic/global_data.h,

    /* TODO: is this the same as relocaddr, or something else? */
    unsigned long dest_addr; /* Post-relocation address of U-Boot */

    dest_addr is the same as relocaddr.
    Likewise, dest_addr_sp is the same as start_addr_sp.

    It seemed dest_addr/dest_addr_sp was used only as a scratch variable
    to calculate relocaddr/start_addr_sp, respectively.

    With a little refactoring, we can delete dest_addr and dest_addr_sp.

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

    Masahiro Yamada
     

05 Jun, 2013

1 commit

  • The generic-board board_init_f function called board_postclk_init twice.

    The first one came from arch/arm/lib/board.c, while the second one
    from arch/powerpc/lib/board.c.

    This commit deletes the first occurrence.
    In addition, the second get_clocks call is moved after
    board_postclk_init in order to keep the function call order
    both for ARM and PowerPC.
    ARM board calles get_clocks function after board_postclk_init.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

15 May, 2013

1 commit


02 May, 2013

1 commit

  • Delete all occurrences of hang() and provide a generic function.

    Signed-off-by: Andreas Bießmann
    Acked-by: Albert ARIBAUD
    [trini: Modify check around puts() in hang.c slightly]
    Signed-off-by: Tom Rini

    Andreas Bießmann
     

01 May, 2013

2 commits

  • With sandbox it is tricky to add an FDT to the image at build time (or
    later) since we build an ELF file, not a plain binary, and the address
    space of the whole U-Boot is not accessible in the emulated memory map
    of sandbox.

    Sandbox can read files directly from the host, though, so add an option
    to read an FDT from a host file on start-up.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • Add generic board support for sandbox. and remove the old board init code.

    Select CONFIG_SYS_GENERIC_BOARD for sandbox now that this is supported.

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

    Simon Glass
     

16 Apr, 2013

2 commits

  • Currently x86 has its own means of managing the global data and board data
    (bd_t), and this code resides in start.S. With generic board, we need to
    ensure that we leave this alone - i.e. don't clear it as we do on other
    archs.

    This fixes a problem where the memory init data is cleared which causes
    the video driver to operate very slowly.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • The intention of the memory init code is that it should work the same with
    CONFIG_SYS_GENERIC_BOARD and without. This is tricky because dram_init()
    is called prior to relocation with generic board (matching other archs)
    and after relocation without generic board.

    Adjust the init sequence so that dram_init() is not called in the generic
    board case, which seems like the easiest fix for now. Also ensure that
    relocation addresses are still calculated.

    Signed-off-by: Simon Glass

    Simon Glass
     

12 Apr, 2013

1 commit


16 Mar, 2013

5 commits

  • For x86, things have adjusted somewhat since this series was originally
    written. It has its own way of running through initcalls which is actually
    nicer than others archs.

    Unfortunately this does introduce exceptions. We will soon require use of
    generic board on x86, but until then we need to fit in with what is there,
    and treat x86 as a special case.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • This adds ppc features to the generic pre-relocation board init.

    This is a separate commit so that these features are clearly shown.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • Link symbols as created by the link script can either be absolute or
    relative to the text start. This option switches between the two options
    so that we can support both.

    As we convert architectures over to generic board, we can see if this
    option is actually needed, or whether it is possible to unify this feature
    also.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • This adds secondary program loader support to the generic board.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • This file handles common pre-relocation init for boards which use
    the generic framework.

    It starts up the console, DRAM, performs relocation and then jumps
    to post-relocation init.

    Signed-off-by: Simon Glass
    Tested-by: Wolfgang Denk
    Acked-by: Wolfgang Denk

    Simon Glass