27 May, 2014

1 commit

  • The new atmelimage converts a machine code BLOB to bootable ROM image. Atmel
    ROM has no sophisticated image format, it only checks the first 7 ARM vectors.
    The vectors can contain valid B or LDR opcodes, the 6'th vector contains the
    image size to load.

    Additionally the PMECC header can be written by the atmelimage target. The
    parameters must be given via the -n switch as a coma separated list. For
    example:

    mkimage -T atmelimage \
    -n usePmecc=1,sectorPerPage=4,sectorSize=512,spareSize=64,eccBits=4,eccOffset=36 \
    -d spl/u-boot-spl.bin boot.bin

    A provided image can be checked for correct header setup. It prints out the
    PMECC header parameters if it has one and the 6'th interrupt vector content.

    ---88---

    A SPL binary modified with the atmelimage mkimage target was succesfully
    booted on a sama5d34ek via MMC and NAND.

    Signed-off-by: Andreas Bießmann
    Cc: Bo Shen
    Cc: Heiko Schocher
    Tested-by: Bo Shen

    Andreas Bießmann
     

23 May, 2014

8 commits


20 May, 2014

5 commits


15 May, 2014

2 commits


13 May, 2014

6 commits

  • DRAM size should use 64-bit variable when the size could be more than 4GB.
    Caught and verified on P4080DS with 4GB DDR.

    Signed-off-by: York Sun
    Acked-by: Simon Glass

    York Sun
     
  • Some platforms (tested on mpc85xx, mpc86xx) use global data before calling
    function baord_inti_f(). The data should not be cleared later. Any arch
    which uses global data in generic board board_init_f() should define
    CONFIG_SYS_GENERIC_GLOBAL_DATA.

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

    York Sun
     
  • We say we have an XIP (in this case, image loaded at desired execution
    address) when the image header has been offset in the load. It's
    possible that in some cases executing the header is non-fatal but that's
    not true in many other cases.

    Signed-off-by: Tom Rini

    Tom Rini
     
  • console_buffer array is defined to be CONFIG_SYS_CBSIZE + 1 long,
    whereas the_command array only CONFIG_SYS_CBSIZE long. Subsequent
    use of strcpy(the_command, console_buffer) will write final \0
    terminating byte outside the_command array when entering a command
    of max length.

    Signed-off-by: Kristian Otnes cisco com>

    Kristian Otnes
     
  • The command "time" shows the execution time of the command given
    to the argument, like this:

    time: 45.293 seconds, 45293 ticks

    Since we adopted CONFIG_SYS_HZ = 1000 for all boards,
    we always have a simple formula: "1 tick = 0.0001 second".

    Showing ticks looks almost redundant.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • gd->bd->bi_baudrate is a copy of gd->baudrate.

    Since baudrate is a common feature for all architectures,
    keep gd->baudrate only.

    It is true that bi_baudrate was passed to the kernel in that structure
    but it was a long time ago.

    Signed-off-by: Masahiro Yamada
    Cc: Tom Rini
    Cc: Simon Glass
    Cc: Wolfgang Denk
    Cc: Heiko Schocher
    Acked-by: Michal Simek (For microblaze)

    Masahiro Yamada
     

10 May, 2014

3 commits


09 May, 2014

1 commit


08 May, 2014

7 commits

  • This patch contains an implementation of the fastboot protocol on the
    device side and documentation. This is based on USB download gadget
    infrastructure. The fastboot function implements the getvar, reboot,
    download and reboot commands. What is missing is the flash handling i.e.
    writting the image to media.

    v3 (Rob Herring):
    This is based on http://patchwork.ozlabs.org/patch/126798/ with the
    following changes:
    - Rebase to current mainline and updates for current gadget API
    - Use SPDX identifiers for licenses
    - Traced the history and added missing copyright to cmd_fastboot.c
    - Use load_addr/load_size for transfer buffer
    - Allow vendor strings to be optional
    - Set vendor/product ID from config defines
    - Allow Ctrl-C to exit fastboot mode
    v4:
    - Major re-write to use the USB download gadget. Consolidated function
    code to a single file.
    - Moved globals into single struct.
    - Use puts and putc as appropriate.
    - Added CONFIG_USB_FASTBOOT_BUF_ADDR and CONFIG_USB_FASTBOOT_BUF_SIZE to
    set the fastboot transfer buffer.
    v5:
    - Add CONFIG option documentation to README
    - Rebase using new downloader registration

    Signed-off-by: Sebastian Andrzej Siewior
    Signed-off-by: Rob Herring

    Sebastian Siewior
     
  • This patch adds support for the Android boot-image format. The header
    file is from the Android project and got slightly alterted so the struct +
    its defines are not generic but have something like a namespace. The
    header file is from bootloader/legacy/include/boot/bootimg.h. The header
    parsing has been written from scratch and I looked at
    bootloader/legacy/usbloader/usbloader.c for some details.
    The image contains the physical address (load address) of the kernel and
    ramdisk. This address is considered only for the kernel image.
    The "second image" defined in the image header is currently not
    supported. I haven't found anything that is creating this.

    v3 (Rob Herring):
    This is based on http://patchwork.ozlabs.org/patch/126797/ with the
    following changes:
    - Rebased to current mainline
    - Moved android image handling to separate functions in
    common/image-android.c
    - s/u8/char/ in header to fix string function warnings
    - Use SPDX identifiers for licenses
    - Cleaned-up file source information:
    android_image.h is from file include/boot/bootimg.h in repository:
    https://android.googlesource.com/platform/bootable/bootloader/legacy
    The git commit hash is 4205b865141ff2e255fe1d3bd16de18e217ef06a
    usbloader.c would be from the same commit, but it does not appear
    to have been used for any actual code.
    v4:
    - s/andriod/android/
    - Use a separate flag ep_found to track if the entry point has been set
    rather than using a magic value.

    Cc: Wolfgang Denk
    Signed-off-by: Sebastian Andrzej Siewior
    Signed-off-by: Rob Herring
    Reviewed-by: Tom Rini
    Reviewed-by: Lukasz Majewski

    Sebastian Siewior
     
  • Allow an optional devtype parameter to the ums command, which specifies
    the type of the device to be exported. This could allow exporting a SATA
    or even another USB device.

    Cc: Lukasz Majewski
    Signed-off-by: Stephen Warren
    Acked-by: Przemyslaw Marczak

    Stephen Warren
     
  • It's easier to assign values to the variables inside an if statement body
    if the assignment and declaration are separate.

    Cc: Lukasz Majewski
    Signed-off-by: Stephen Warren
    Acked-by: Przemyslaw Marczak

    Stephen Warren
     
  • get_device() is a generic routine that will support any type of block
    device. Use this instead of the type-specific find_mmc_device(), for
    future flexibility.

    Cc: Lukasz Majewski
    Signed-off-by: Stephen Warren
    Acked-by: Przemyslaw Marczak

    Stephen Warren
     
  • There's nothing Samsung-/board-specfic about the implementation of
    ums_init(). Move the code into cmd_usb_mass_storage.c, so that it can
    be shared by any user of that command.

    Cc: Lukasz Majewski
    Signed-off-by: Stephen Warren
    Acked-by: Przemyslaw Marczak

    Stephen Warren
     
  • Without this, if g_dnl_register() fails, the UMS code continues on
    blindly and crashes. This fix makes it simply print an error message
    instead.

    Signed-off-by: Stephen Warren

    Stephen Warren
     

05 May, 2014

2 commits

  • Preprocessor definitions and hardcoded implementation selection in
    g_dnl core were replaced by a linker list made of (usb_function_name,
    bind_callback) pairs.

    Signed-off-by: Mateusz Zalega
    Acked-by: Lukasz Majewski
    Acked-by: Marek Vasut

    Mateusz Zalega
     
  • Former usb_cable_connected() patch broke compilation of boards which do
    not support this feature.

    I've renamed usb_cable_connected() to g_dnl_usb_cable_connected() and added
    its default implementation to gadget downloader driver code. There's
    only one driver of this kind and it's unlikely there'll be another, so
    there's no point in keeping it in /common.

    Previously this function was declared in usb.h. I've moved it, since
    it's more appropriate to keep it in g_dnl.h - usb.h seems to be intended
    for USB host implementation.

    Existing code, confronted with default -EOPNOTSUPP return value,
    continues as if the cable was connected.

    CONFIG_USB_CABLE_CHECK was removed.

    Change-Id: Ib9198621adee2811b391c64512f14646cefd0369
    Signed-off-by: Mateusz Zalega
    Acked-by: Marek Vasut
    Acked-by: Lukasz Majewski

    Mateusz Zalega
     

30 Apr, 2014

1 commit


26 Apr, 2014

1 commit


23 Apr, 2014

3 commits