04 Jul, 2017

1 commit

  • UEFI spec 2.7 indicates that HandleProtocol can be implemented
    by calling OpenProtocol with
    attributes = EFI_OPEN_PROTOCOL_BY_HANDLE_PROTOCOL.

    Currently we pass attributes = 0 to efi_open_protocol. 0 is not a
    valid value when calling OpenProtocol. This does not cause any errors
    yet because our implementation of OpenProtocol is incomplete.

    We should pass the correct value to enable a fully compliant
    implementation of OpenProtocol in the future.

    Signed-off-by: Heinrich Schuchardt
    Signed-off-by: Alexander Graf

    xypron.glpk@gmx.de
     

03 Jul, 2017

4 commits


30 Jun, 2017

24 commits

  • Wig Cheng's email bounces, so remove it from the maintainers list.

    Signed-off-by: Fabio Estevam

    Fabio Estevam
     
  • doc/README.fsl-clk was removed in commit
    5b8e76c35ec31 ("powerpc, 8xx: remove support for 8xx")
    allthought CONFIG_SYS_FSL_CLK is defined in
    arch/arm/cpu/armv8/fsl-layerscape/Kconfig and still in use
    in the following configs:

    ./include/configs/mx53loco.h:21:#define CONFIG_SYS_FSL_CLK
    ./include/configs/m53evk.h:16:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx25pdk.h:17:#define CONFIG_SYS_FSL_CLK
    ./include/configs/usbarmory.h:14:#define CONFIG_SYS_FSL_CLK
    ./include/configs/ls1021aqds.h:14:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx53cx9020.h:22:#define CONFIG_SYS_FSL_CLK
    ./include/configs/colibri_vf.h:17:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx35pdk.h:21:#define CONFIG_SYS_FSL_CLK
    ./include/configs/woodburn_common.h:19:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx7_common.h:25:#define CONFIG_SYS_FSL_CLK
    ./include/configs/ls1021aiot.h:12:#define CONFIG_SYS_FSL_CLK
    ./include/configs/ls1021atwr.h:14:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx53ard.h:21:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx53smd.h:21:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx51evk.h:16:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx6_common.h:31:#define CONFIG_SYS_FSL_CLK
    ./include/configs/vf610twr.h:14:#define CONFIG_SYS_FSL_CLK
    ./include/configs/mx53evk.h:21:#define CONFIG_SYS_FSL_CLK

    Signed-off-by: Christophe Leroy
    Reviewed-by: Heiko Schocher

    Christophe Leroy
     
  • DENX hardware is now under Aries Embedded, update the job.

    Signed-off-by: Tom Rini

    Tom Rini
     
  • The author of the commit discovered later on that this was already being
    done in cleanup_before_linux() on arch/arm/cpu/armv7m/cpu.c.

    This reverts commit 8f079cccb369995e46a2ab530d5d60b88c1e70bb.

    Signed-off-by: Tom Rini

    Tom Rini
     
  • Tom Rini
     
  • Discern the SoMs based on the presence of SPI flash to support both
    variants of the SoM, one booting from SPI NOR and one booting from
    eMMC.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • Use random ethaddr by default in case no ethaddr is set.

    Signed-off-by: Marek Vasut

    Marek Vasut
     
  • The redesigned version of the SoM which was released onto the market
    does no longer contain SPI flash, but boots from the eMMC. Move the
    environment storage to the eMMC.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • Continue loading U-Boot from MMC2 when the SPL was loaded using SAM-BA
    loader. This allows the board to boot system from the removable media
    instead of the eMMC, which is useful for commissioning purposes. When
    booting from the eMMC, always boot from it as it is not possible to
    boot from the SD interface directly.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • The SoM has been redesigned to work around bug in the SoC and is now
    capable of booting from the eMMC. Add support for booting from eMMC.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • The SDHCI1 is the primary boot controller on rev. 2.1 SoM, which
    is the version available on the market. Swap the controller order
    to match this and future versions of the SoM.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • Init the controllers, otherwise the board cannot boot from SD/MMC.
    This boot option is new on rev. 2.1 SoM .

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • Enable DFU and USB mass storage support for the DENX MA5D4 SoM.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • The CAN controllers need slight delay between toggling of their reset
    line. Move this action into board_init(), otherwise timer will not be
    initialized and the board might hang.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann

    Marek Vasut
     
  • According to the datasheet, sequential mapping is used for DDR
    SDRAM, while interleaved mapping is used for regular SDRAM.
    Incorrect configuration of this bit does indeed cause sporadic
    memory instability.

    Signed-off-by: Marek Vasut
    Cc: Andreas Bießmann
    Cc: Wenyou Yang

    Marek Vasut
     
  • The board is now manufactured by Aries Embedded GmbH , rename it.

    Signed-off-by: Marek Vasut

    Marek Vasut
     
  • ARC HS Development Kit board is a new low-cost
    development platform sporting ARC HS38 in real silicon
    with nice set of features such as:
    * Quad-core ARC HS38 with 512 kB L2 cache and running @1GHz
    * 4Gb of DDR (we use only lowest 1Gb out of it now)
    * Lots of DesigWare peripherals
    * Different connectivity modules:
    - Synopsys HAPS HT3
    - Arduino-compatible connector
    - MikroBUS

    This initial commit supports the following peripherals:
    * UART (DW 8250)
    * Ethernet (DW GMAC)
    * SD/MMC (DW Mobile Storage)
    * USB 1.1 & 2.0

    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     
  • We used to use the same memory layout and size for a couple of
    boards and thus we just hardcoding IOC aperture start and size.

    Now when we're getting more boards with more memory on board we
    need to have an ability to set IOC so it matches real DDR layout
    and size.

    Even though it is not really a must but for simplicity we assume
    IOC covers all the DDR we have, that gives us a chance to not
    bother where DMA buffers are allocated - any part of DDR is OK.

    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     
  • With deprecation of I2C EEPROM we we left without a permamnent
    storage for U-Boot environment, but luckily we may simply use SD-card
    with FAT partition for that.

    Having environment on SD-card is much more convenient as it
    allows us to preserve all the settings when moving from one board to
    another. Moreover instead of 256 bytes of EEPROM we're now virtually
    unlimited in stuff being placed in environment like complicated scripts
    etc which are usually required in case of full-scale distros.

    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     
  • With eb5ba3aefdf0 "i2c: Drop use of CONFIG_I2C_HARD" in place we
    cannot use I2C EEPROM any longer so we're dropping all references to
    both EEPROM and I2C which was only used for EEPROM.

    Signed-off-by: Alexey Brodkin
    Cc: Simon Glass

    Alexey Brodkin
     
  • Enable shell commands history on ARC boards for
    more convenience of users.

    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     
  • Those could be easily used on USB flash drives or on SD/MMC cards.

    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     
  • There's no reason to keep data cache disabled in axs101
    board any longer, enabling it.

    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     
  • ARCompact cores are not supposed to be used in SMP designs
    (this doesn't stop people from creation of heterogeneous chips,
    for an example keep reading) so there's no point in
    checking ARCNUM and halting somebody if we build for ARC700.

    Moreover on AXS101 board we have ARC770 in the ASIC together with
    other ARC cores and ARC770 happens to be the last node in JTAG chain
    with ARCNUM = 4. And existing check halts the one and only core we
    want keep running.

    Signed-off-by: Alexey Brodkin

    Alexey Brodkin
     

29 Jun, 2017

8 commits


28 Jun, 2017

1 commit

  • The ti816x SoC revision of the ethernet IP block is handled by the
    "davinci_emac" driver, rather than the "cpsw" driver as done by later
    members of the family. Enable the relevant plumbing.

    Signed-off-by: Sriramakrishnan
    Signed-off-by: Vitaly Wool
    Signed-off-by: Tom Rini

    Tom Rini
     

27 Jun, 2017

2 commits