23 Mar, 2019

1 commit


20 Feb, 2019

2 commits

  • - Switch to using the omap3-u-boot.dtsi file for needed properties
    - Enable SPL_OF_CONTROL

    This commit is based on the following series:

    https://patchwork.ozlabs.org/project/uboot/list/?series=92472
    https://patchwork.ozlabs.org/project/uboot/list/?series=92462

    Signed-off-by: Derald D. Woods
    Reviewed-by: Tom Rini

    Derald D. Woods
     
  • - Switch to using the omap3-u-boot.dtsi file for needed properties.
    - Remove a few SPL features to free up more SRAM space.
    - Switch CONFIG_SYS_TEXT_BASE to the normal default, we don't need to
    worry about X-Loader at this point anymore.
    - A few related updates to SPL options as part of switching to DM SPL.

    Signed-off-by: Tom Rini
    Tested-by: Derald D. Woods

    Tom Rini
     

18 Jan, 2019

2 commits


15 Dec, 2018

2 commits


10 Dec, 2018

5 commits


07 Dec, 2018

7 commits


17 Nov, 2018

3 commits


06 Nov, 2018

1 commit


11 Oct, 2018

1 commit


26 Sep, 2018

1 commit

  • On beaglebone black, it can so happen that PHY address
    is not latched correctly on reset and board boots with
    PHY responding to a different address than that
    programmed in device-tree. For example, see this report:

    https://groups.google.com/d/msg/beagleboard/9mctrG26Mc8/1FuI_i5KW10J

    Workaround this by fixing up device-tree passed to kernel
    by using the PHY address detected in hardware.

    Beaglebone itself uses only one ethernet port and its DT
    currently uses phy_id (obsoleted). But the function has
    been written to handle multiple ports and phy_id as well
    as phy-handle to make the function more generically useful.

    Signed-off-by: Sekhar Nori
    Reviewed-by: Tom Rini

    Sekhar Nori
     

11 Sep, 2018

3 commits


04 Aug, 2018

1 commit

  • The "Beaglebone Enhanced" by Sancloud is based on the Beaglebone Black,
    but with the following differences:

    * Gigabit capable PHY
    * Extra USB hub, optional i2c control
    * lps3331ap barometer connected over i2c
    * MPU6050 6 axis MEMS accelerometer/gyro connected over i2c
    * 1GiB DDR3 RAM
    * RTL8723 Wifi/Bluetooth connected over USB

    Signed-off-by: Koen Kooi
    Reviewed-by: Tom Rini

    Koen Kooi
     

25 Jul, 2018

1 commit

  • Some times gcc may generate data that is then used within code that may
    be part of an efi runtime section. That data could be jump tables,
    constants or strings.

    In order to make sure we catch these, we need to ensure that gcc emits
    them into a section that we can relocate together with all the other
    efi runtime bits. This only works if the -ffunction-sections and
    -fdata-sections flags are passed and the efi runtime functions are
    in a section that starts with ".text".

    Up to now we had all efi runtime bits in sections that did not
    interfere with the normal section naming scheme, but this forces
    us to do so. Hence we need to move the efi_loader text/data/rodata
    sections before the global *(.text*) catch-all section.

    With this patch in place, we should hopefully have an easier time
    to extend the efi runtime functionality in the future.

    Signed-off-by: Alexander Graf
    [agraf: Fix x86_64 breakage]

    Alexander Graf
     

13 Jun, 2018

2 commits


30 May, 2018

2 commits

  • Overriding fastboot_set_reboot_flag() in arch/arm/mach-omap2/boot-common.c
    leaves it applying all boards that derive from this, not just the ones which
    have support for Android bootloader flow. Move the weak function override to
    the relevant board files.

    Signed-off-by: Alex Kiernan
    Reviewed-by: Simon Glass

    Alex Kiernan
     
  • Separate CMD_FASTBOOT from FASTBOOT and move code and configuration to
    drivers/fastboot.

    Switch dependencies on FASTBOOT to USB_FUNCTION_FASTBOOT as anyone who wants
    FASTBOOT before this series wants USB_FUNCTION_FASTBOOT. Split
    USB_FUNCTION_FASTBOOT from FASTBOOT so they retain their existing
    behaviour.

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

    Alex Kiernan
     

07 May, 2018

2 commits

  • 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
     
  • A common voltage of 1.35V was being programmed for all am43 board
    versions. EPOS-EVM Needs 1.20V for LPDDR2.

    Fixes: fc69d472621b5 (“board: ti: AM43XX: Add ddr voltage rail configuration”)
    Reported-by: James Doublesin
    Signed-off-by: Keerthy
    Reviewed-by: Tom Rini

    Keerthy
     

29 Apr, 2018

1 commit

  • If CONFIG_SPL_SERIAL_SUPPORT is not set, then the build will fail:

    board/ti/am335x/built-in.o: In function `spl_start_uboot':
    board/ti/am335x/board.c:247: undefined reference to `serial_tstc'
    board/ti/am335x/board.c:247: undefined reference to `serial_getc'

    Avoid the calls to the serial functions in that case.

    Signed-off-by: Alex Kiernan

    Alex Kiernan
     

28 Apr, 2018

1 commit


09 Apr, 2018

2 commits

  • In order that we can use eth_env_* even when CONFIG_NET isn't set, move
    these functions to environment code from net code.

    This fixes failures such as:

    board/ti/am335x/built-in.o: In function `board_late_init':
    board/ti/am335x/board.c:752: undefined reference to `eth_env_set_enetaddr'
    u-boot/board/ti/am335x/board.c:766: undefined reference to `eth_env_set_enetaddr'

    which caters for use cases such as:

    commit f411b5cca48f ("board: am335x: Always set eth/eth1addr environment
    variable")

    when Ethernet is required in Linux, but not U-Boot.

    Signed-off-by: Alex Kiernan

    Alex Kiernan
     
  • When compiling without CONFIG_CLOCK_SYNTHESIZER (which is implied by
    CONFIG_DRIVER_TI_CPSW for am335x_evm), exclude the network setup for
    AM335x-ICEv2 to avoid link time failures:

    board/ti/am335x/board.c:683: undefined reference to `setup_clock_synthesizer'

    Signed-off-by: Alex Kiernan

    Alex Kiernan