05 Oct, 2019

1 commit


20 Sep, 2019

3 commits

  • For many sub-systems we already require the driver model to be used. Yet
    there is still a handful of boards that do not have CONFIG_DM enabled.

    We should make CONFIG_DM compulsory with release v2020.01

    Conversion dates for CONFIG_DM_SPL and CONFIG_DM_TPL are yet to be defined.

    Signed-off-by: Heinrich Schuchardt
    Reviewed-by: Simon Glass

    Heinrich Schuchardt
     
  • The README.scrapyard file has been inconsistently updated. While well
    intentioned, bad data is worse than no data, and in this case a pointer
    to use the history that git provides. Remove the current content and
    the script that would update it from time to time as well.

    Signed-off-by: Tom Rini

    Tom Rini
     
  • The of-plat.rst file till this change has been using

    This is at best misleading as SPL_OF_PLATDATA is always defined when we
    want to use this SPL tinification feature (also in U-Boot proper).
    As a result the OF_PLATDATA SPL specific code is also compiled in when
    U-Boot proper is build.

    Signed-off-by: Lukasz Majewski
    Reviewed-by: Peng Fan
    Reviewed-by: Simon Glass

    Lukasz Majewski
     

16 Sep, 2019

1 commit


13 Sep, 2019

1 commit


11 Sep, 2019

1 commit


10 Sep, 2019

1 commit


07 Sep, 2019

2 commits


06 Sep, 2019

1 commit


05 Sep, 2019

4 commits

  • The driver model has been supported for network drivers since 2015. It is
    time to convert the remaining boards. Set July 2020 as a timeline.

    Signed-off-by: Heinrich Schuchardt
    Reviewed-by: Simon Glass
    Acked-by: Joe Hershberger

    Heinrich Schuchardt
     
  • This patch adds a separate driver for the MDIO interface of the
    Marvell Ethernet controllers based on driver model. There are two
    reasons to have a separate driver rather than including it inside
    the MAC driver itself:
    *) The MDIO interface is shared by all Ethernet ports, so a driver
    must guarantee non-concurrent accesses to this MDIO interface. The
    most logical way is to have a separate driver that handles this
    single MDIO interface, used by all Ethernet ports.
    *) The MDIO interface is the same between the existing mv643xx_eth
    driver and the new mvneta/mvpp2 driver. Even though it is for now
    only used by the mvneta/mvpp2 driver, it will in the future be
    used by the mv643xx_eth driver as well.

    This driver supports SMI IEEE for 802.3 Clause 22 and XSMI for IEEE
    802.3 Clause 45.

    This patch also adds device tree binding for marvell MDIO driver.

    Signed-off-by: Ken Ma
    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger

    Alex Marginean
     
  • Adds a binding document for mdio. A notable deviation from corresponding
    Linux binding is the introduction of device-name optional property, which
    can be used to name MDIO buses. Two reset optional properties described
    by Linux binding are also not present as they don't seem to be used in
    U-Boot at this time.

    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger
    Reviewed-by: Bin Meng
    Signed-off-by: Alex Marginean
    Acked-by: Joe Hershberger
    Reviewed-by: Bin Meng

    Alex Marginean
     
  • Add documentation for new "pcap" command.

    Signed-off-by: Ramon Fried
    Acked-by: Joe Hershberger

    Ramon Fried
     

27 Aug, 2019

1 commit


26 Aug, 2019

3 commits


23 Aug, 2019

1 commit


18 Aug, 2019

2 commits


15 Aug, 2019

1 commit

  • We should explicitly load DTB from TFTP server or MMC/SD card
    for Linux booting. This will allow us:
    1. To use different Linux DTB for SiFive Unleashed board with
    expansion board connected.
    2. Avoid re-flashing OpenSBI firmware whenever board connections
    change.

    This patch updates reference bootlog in SiFive FU540 README
    as-per above.

    Signed-off-by: Anup Patel
    Reviewed-by: Bin Meng
    Reviewed-by: Joe Hershberger

    Anup Patel
     

12 Aug, 2019

1 commit


11 Aug, 2019

1 commit


10 Aug, 2019

4 commits


09 Aug, 2019

3 commits

  • Add slimbootloader board to run U-boot as a Slim Bootloader payload
    - Add new board/intel/slimbootloader directory with minimum codes
    - Add slimbootloader configuration files
    - Add doc/board/intel/slimbootloader.rst

    Signed-off-by: Aiden Park
    Reviewed-by: Bin Meng
    Reviewed-by: Andy Shevchenko
    Tested-by: Bin Meng
    [bmeng: add slimbootloader board MAINTAINERS file]
    Signed-off-by: Bin Meng

    Park, Aiden
     
  • Converts qemu x86 machines to boot using distro_config. The intent is to
    allow u-boot in qemu to be maximally compatible with many boot methods
    without having to change the config. Previously, u-boot would only boot
    in a very limited set of circumstances where there was a /boot/vmlinuz
    on scsi 0:3 with no ramdisk.

    Signed-off-by: Joshua Watt
    Reviewed-by: Bin Meng
    [bmeng: convert doc updates to reST]
    Signed-off-by: Bin Meng

    Joshua Watt
     
  • - Add rk3399 boards Khadas Edge/-V/-Captain
    - Add fully souce code support for rk3328 including TPL/DRAM init
    - Enable boot from eMMC for rk3399 rock960/ficus boards
    - turn on the IO supply for dw_mmc

    Tom Rini
     

08 Aug, 2019

1 commit

  • As per [1], there is no such fastboot variable as "bootloader-version".
    Only "version-bootloader" is supported. Let's reflect this and not
    confuse users further.

    [1] https://android.googlesource.com/platform/system/core/+/refs/tags/android-q-preview-4/fastboot/README.md

    Fixes: 3aab70afc531d1 ("usb/gadget: add the fastboot gadget")
    Signed-off-by: Sam Protsenko
    Reviewed-by: Eugeniu Rosca

    Sam Protsenko
     

05 Aug, 2019

2 commits

  • Now we have our own TPL implementation. Remove obsolete notes.

    Signed-off-by: Matwey V. Kornilov
    Reviewed-by: Kever Yang

    Matwey V. Kornilov
     
  • Pull request for UEFI sub-system for v2019.10-rc2

    With this pull request a workaround for GRUB on 32bit ARM is re-enabled
    and made customizable. Without the patch booting on ARM 32bit with GRUB
    prior to version 2.04 or with a cache which is not managed via CP15
    fails.

    Further work will be needed to achieve a UEFI compliant cache handling.
    According to the UEFI spec all caches except those that cannot be
    managed via CP15 should be enabled.

    An implementation of the ConvertPointer() runtime service is provided.

    efi_crt0 is always rebuild to avoid having to call 'make mrproper' when
    switching architectures.

    Tom Rini
     

02 Aug, 2019

3 commits


31 Jul, 2019

1 commit


29 Jul, 2019

1 commit