30 May, 2018

1 commit

  • Rename fb_set_reboot_flag to fastboot_set_reboot_flag so it matches
    all other fastboot code in the global name space. Fix the guards around
    them so that they're dependent on FASTBOOT, not just USB_FUNCTION_FASTBOOT.

    Move the weak implementation of fastboot_set_reboot_flag to fb_common.c
    so we can call it from non-USB fastboot code.

    Signed-off-by: Alex Kiernan
    Reviewed-by: Simon Glass
    Acked-by: Joe Hershberger

    Alex Kiernan
     

07 May, 2018

1 commit

  • When U-Boot started using SPDX tags we were among the early adopters and
    there weren't a lot of other examples to borrow from. So we picked the
    area of the file that usually had a full license text and replaced it
    with an appropriate SPDX-License-Identifier: entry. Since then, the
    Linux Kernel has adopted SPDX tags and they place it as the very first
    line in a file (except where shebangs are used, then it's second line)
    and with slightly different comment styles than us.

    In part due to community overlap, in part due to better tag visibility
    and in part for other minor reasons, switch over to that style.

    This commit changes all instances where we have a single declared
    license in the tag as both the before and after are identical in tag
    contents. There's also a few places where I found we did not have a tag
    and have introduced one.

    Signed-off-by: Tom Rini

    Tom Rini
     

16 Aug, 2017

2 commits

  • We are now using an env_ prefix for environment functions. Rename these
    two functions for consistency. Also add function comments in common.h.

    Quite a few places use getenv() in a condition context, provoking a
    warning from checkpatch. These are fixed up in this patch also.

    Suggested-by: Wolfgang Denk
    Signed-off-by: Simon Glass

    Simon Glass
     
  • We are now using an env_ prefix for environment functions. Rename setenv()
    for consistency. Also add function comments in common.h.

    Suggested-by: Wolfgang Denk
    Signed-off-by: Simon Glass

    Simon Glass
     

20 Mar, 2017

1 commit

  • To keep a consistent MMC device mapping in SPL and in u-boot, let's
    register the MMC controllers the same way in u-boot and in the SPL.
    In terms of boot time, it doesn't hurt to register more controllers than
    needed because the MMC device is initialized only prior being accessed for
    the first time.
    Having the same device mapping in SPL and u-boot allows us to use the
    environment in SPL whatever the MMC boot device.

    Signed-off-by: Jean-Jacques Hiblot

    Jean-Jacques Hiblot
     

20 Jan, 2017

1 commit

  • commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor"
    breaks u-boot commandline working with long commands
    sending to the board.

    Since the above patch, you have to setup the fcr register.

    For board/archs which enable OF_PLATDATA, the new field
    fcr in struct ns16550_platdata is not filled with a
    default value ...

    This leads in not setting up the uarts fifo, which ends
    in problems, when you send long commands to u-boots
    commandline.

    Detected this issue with automated tbot tests on am335x
    based shc board.

    The error does not popup, if you type commands. You need
    to copy&paste a long command to u-boots commandshell
    (or send a long command with tbot)

    Possible boards/plattforms with problems:
    ./arch/arm/cpu/arm926ejs/lpc32xx/devices.c
    ./arch/arm/mach-tegra/board.c
    ./board/overo/overo.c
    ./board/quipos/cairo/cairo.c
    ./board/logicpd/omap3som/omap3logic.c
    ./board/logicpd/zoom1/zoom1.c
    ./board/timll/devkit8000/devkit8000.c
    ./board/lg/sniper/sniper.c
    ./board/ti/beagle/beagle.c
    ./drivers/serial/serial_rockchip.c

    Signed-off-by: Heiko Schocher
    Signed-off-by: Ladislav Michl
    Tested-by: Adam Ford
    Reviewed-by: Tom Rini

    Heiko Schocher
     

02 Apr, 2016

1 commit