24 Nov, 2019

1 commit

  • U-Boot support on Raspberry Pi 4 relies on the device-tree
    provided by the firmware. The blob does not contain the
    U-Boot specific pre-loc-rel properties. The result is, that
    the U-Boot banner is not printed.

    We fix this by setting the DM_FLAG_PRE_RELOC flag in the driver,
    if we rely on a device-tree provided by the firmware.

    Reported-by: Heinrich Schuchardt
    Signed-off-by: Matthias Brugger

    Matthias Brugger
     

15 Nov, 2018

1 commit

  • When a driver declares DM_FLAG_PRE_RELOC flag, it wishes to be
    bound before relocation. However due to a bug in the DM core,
    the flag only takes effect when devices are statically declared
    via U_BOOT_DEVICE(). This bug has been fixed recently by commit
    "dm: core: Respect drivers with the DM_FLAG_PRE_RELOC flag in
    lists_bind_fdt()", but with the fix, it has a side effect that
    all existing drivers that declared DM_FLAG_PRE_RELOC flag will
    be bound before relocation now. This may expose potential boot
    failure on some boards due to insufficient memory during the
    pre-relocation stage.

    To mitigate this potential impact, the following changes are
    implemented:

    - Remove DM_FLAG_PRE_RELOC flag in the driver, if the driver
    only supports configuration from device tree (OF_CONTROL)
    - Keep DM_FLAG_PRE_RELOC flag in the driver only if the device
    is statically declared via U_BOOT_DEVICE()
    - Surround DM_FLAG_PRE_RELOC flag with OF_CONTROL check, for
    drivers that support both statically declared devices and
    configuration from device tree

    Signed-off-by: Bin Meng
    Reviewed-by: Simon Glass

    Bin Meng
     

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
     

10 Mar, 2018

1 commit

  • After the UART was initialized, we may still have bogus data in the
    RX queue if it was enabled with incorrect pin muxing before.

    So let's flush the RX queue whenever we initialize baud rates.

    This fixes a regression with the dynamic pinmuxing code when enable_uart=1
    is not set in config.txt on Raspberry Pis that use pl011 for serial.

    Fixes: caf2233b28 ("bcm283x: Add pinctrl driver")
    Reported-by: Göran Lundberg
    Reported-by: Peter Robinson
    Signed-off-by: Alexander Graf
    Tested-by: Peter Robinson
    Tested-by: Tuomas Tynkkynen

    Alexander Graf
     

29 Jan, 2018

1 commit