26 Feb, 2018

2 commits


24 Feb, 2018

1 commit


23 Feb, 2018

1 commit


22 Feb, 2018

4 commits


20 Feb, 2018

2 commits


19 Feb, 2018

3 commits

  • These ARM boards are in nice shape and still being used a lot
    with e.g. QEMU, so I can maintain them.

    Signed-off-by: Linus Walleij

    Linus Walleij
     
  • Since DRA7xx/AM57xx SR1.1 and SR1.0 has errata to limit the frequency of
    MMC1 to 96MHz and frequency of MMC2 to 48MHz for AM572x SR1.1, limit the
    frequency and disable higher speed modes for those revision.
    Also use the recommended IO delays (those tagged with "rev11")

    Signed-off-by: Kishon Vijay Abraham I
    Signed-off-by: Jean-Jacques Hiblot

    Kishon Vijay Abraham I
     
  • To debug device tree issues involving 32- and 64-bit platforms, it is useful to
    have a generic 64-bit platform available.

    Add a version of the sandbox that uses 64-bit integers for its physical
    addresses as well as a modified device tree.

    Signed-off-by: Mario Six
    Added CONFIG_SYS_TEXT_BASE to configs/sandbox64_defconfig
    Signed-off-by: Simon Glass

    Mario Six
     

18 Feb, 2018

3 commits


17 Feb, 2018

2 commits


16 Feb, 2018

1 commit

  • Due to size limitations of the MERAM, switch U-Boot to SPL.
    The SPL is loaded by the SPI_LOADER into MERAM and then loads
    U-Boot proper into DRAM. This way U-Boot can freely grow in
    size in DRAM, as there is plenty of it.

    Signed-off-by: Marek Vasut
    Cc: Nobuhiro Iwamatsu
    ---
    NOTE: To update U-Boot, first install u-boot.img to 0x140000 in SPI NOR,
    then use the Minimon to flash u-boot-spl.srec using ls,2,e6304000.
    To generate u-boot-spl.srec, use objcopy:
    arm-linux-gnueabi-objcopy -O srec spl/u-boot-spl u-boot-spl.srec

    Marek Vasut
     

15 Feb, 2018

2 commits


08 Feb, 2018

1 commit


06 Feb, 2018

1 commit

  • There is no EMMC symbol in the "enable different boot versions for the
    shc board" choice. SHC_EMMC was probably intended.

    No functional changes. Kconfig choices fall back on using the first
    (visible) symbol in the choice as the default if the default symbol is
    not visible.

    Discovered in Kconfiglib (https://github.com/ulfalizer/Kconfiglib),
    which prints the following warning:

    warning: the default selection EMMC (undefined) of (defined at board/bosch/shc/Kconfig:15) is not contained in the choice

    I've added a corresponding warning to the C tools too, which is
    currently in linux-next: https://patchwork.kernel.org/patch/9983667/

    Signed-off-by: Ulf Magnusson

    Ulf Magnusson
     

05 Feb, 2018

2 commits


04 Feb, 2018

13 commits

  • Add board specific imx config file with recommended IPU Qos settings
    and adapted DDR configuration.

    Signed-off-by: Soeren Moch

    Soeren Moch
     
  • The initial implementation of mx6memcal reset the CPU after
    running the memory calibration procedure because the generic
    board has no information about which boot devices are available.

    Now that we have SDP support in SPL, use it to allow a full
    U-Boot to be uploaded (i.e. to use "mtest").

    Signed-off-by: Eric Nelson
    Reviewed-by: Fabio Estevam

    Eric Nelson
     
  • Static variables are not available during board_init_f().
    'static uint32_t mx53_dram_size[2];' was used in board specific
    dram_init(), dram_init_banksize() and get_effective_memsize() to avoid
    multiple calls to get_ram_size().

    Reused dram initialization functions from arch/arm/mach-imx/mx5/mx53_dram.c

    Signed-off-by: Patrick Bruenn

    Patrick Bruenn
     
  • Static variables are not available during board_init_f().
    'static uint32_t mx53_dram_size[2];' was used in board specific
    dram_init(), dram_init_banksize() and get_effective_memsize() to avoid
    multiple calls to get_ram_size().

    Reused dram initialization functions from arch/arm/mach-imx/mx5/mx53_dram.c

    Signed-off-by: Patrick Bruenn

    Patrick Bruenn
     
  • Move dram_init(), dram_init_banksize() and get_effective_memsize() to
    arch/arm/mach-imx/mx5/mx53_dram.c, where it can be reused by m53evk and
    mx53loco.

    Signed-off-by: Patrick Bruenn

    Patrick Bruenn
     
  • Static variables are not available during board_init_f().
    'static uint32_t mx53_dram_size[2];' was used in board specific
    dram_init(), dram_init_banksize() and get_effective_memsize() to avoid
    multiple calls to get_ram_size().

    However multiple calls are better than undefined behavior...
    This fixes:
    https://lists.denx.de/pipermail/u-boot/2017-November/313214.html
    https://lists.denx.de/pipermail/u-boot/2017-December/314480.html

    Signed-off-by: Patrick Bruenn

    Patrick Bruenn
     
  • Validate the time at startup:
    - in case rtc error add to kernel command line RTC_ERROR
    - clamp date to 1-Jan-2036

    Signed-off-by: Nandor Han
    Signed-off-by: Martyn Welch
    Signed-off-by: Sebastian Reichel

    Nandor Han
     
  • Modify configuration to support FIT. Set variable `confidx' from VPD,
    in order to load the correct device tree. Modify/simplify U-Boot
    environment to support loading FIT image.

    Signed-off-by: Ian Ray
    Signed-off-by: Martyn Welch
    Signed-off-by: Sebastian Reichel

    Ian Ray
     
  • Enable the hardware watchdog on bx50v3 to cause it to reset in the event
    the board hangs.

    Configure GPIO_9 pin as WDOG1_B so that a watchdog timeout results in a
    full system reset.

    The watchdog is used and reconfigured by systemd approximately 1.7 seconds
    into boot. Adding a few seconds for U-Boot and a few more seconds as a
    safety margin.

    Note that the PCIe controller is _not_ put back into a safe state prior
    to board reset. This is a problem if board reset is implemented as CPU
    reset.

    Signed-off-by: Ian Ray
    Signed-off-by: Martyn Welch
    Signed-off-by: Sebastian Reichel

    Martyn Welch
     
  • There are two I210s on the b850v3 and one on the b450v3 and b650v3.
    One is connected to Marvell 88e6240 which is already programmed.

    Follow the flow documented in doc/README.enetaddr: set the
    enet[0-9]*addr environment variable and let the driver program the
    hardware.

    The mapping from the driver's index to the environment variable's name
    is documented in README: Note for Redundant Ethernet Interfaces. It is
    assumed that eth_devices for the controllers on the board are always
    indexed in the same order.

    The environment variables are removed after programming the hardware
    because the variables seem to influence MAC addresses also after U-Boot.
    Specifically the MAC address of FEC (MC interface) would be incorrectly
    set: 'ethaddr', which maps to the first I210 chip and is set to I210's
    default address read from the driver by eth_write_hwaddr in eth_legacy.c
    because the variable is undefined (not set even by bx50v3.c), would
    result in the eth0 interface's MAC address to be set to I210's default
    address.

    Signed-off-by: Hannu Lounento
    Signed-off-by: Ian Ray
    Signed-off-by: Martyn Welch
    Signed-off-by: Sebastian Reichel

    Hannu Lounento
     
  • Instead of programming the hardware directly in the board
    implementation, follow the flow documented in doc/README.enetaddr: set
    the enet[0-9]*addr environment variable and let the driver program the
    hardware.

    This avoids duplicating the implementation as it already exists in the
    driver (drivers/net/fec_mxc.c: fec_set_hwaddr).

    The mapping from the driver's index to the environment variable's name
    is documented in README: Note for Redundant Ethernet Interfaces. It is
    assumed that eth_devices for the controllers on the board are always
    indexed in the same order, i.e. FEC always has the index 2.

    The FEC driver does *not* set the flag Set MAC Address on Transmit (bit
    set_eth0_mac_address used to do but this is unnecessary as the Linux
    networking stack fills in the MAC address.

    Signed-off-by: Hannu Lounento
    Signed-off-by: Ian Ray
    Signed-off-by: Martyn Welch
    Signed-off-by: Sebastian Reichel

    Martyn Welch
     
  • The change in i2c configuration added to support access to the VPD has
    inadvertantly caused access to i2c buses 1 & 2 to be lost. This has
    resulted in the configuration for the PMIC to be attempted on the wrong
    bus and thus isn't taking effect.

    Add the required configuration to return access to buses 1 & 2. In order
    to ensure that any users of the bus numbering prior to addition in VPD
    patches work, add buses before configuration related to mux on bus 0 and
    tweak VPD bus usage to fit new numbering scheme.

    Signed-off-by: Martyn Welch
    Signed-off-by: Sebastian Reichel

    Martyn Welch
     
  • i.CoreM6 1.5 is an another i.CoreM6 QDL cpu modules which can be connected
    to EDIMM starter kit design with eMMC and MIPI-CSI interfaces suitable for
    Android and video capture application.

    notable features:
    CPU NXP i.MX6 S/DL/D/Q, Up to 4 x Cortex-A9@800MHz
    Memory Up to 2 GB DDR3-1066
    Video Interfaces Up to 1 Parallel Up to 2 LVDS HDMI 1.4
    port 8 bit CSI INPUT MIPI-CSI INPUT
    1 x 10/100 Ethernet interface, 2 x USB, 1 x PCIe, 1 x I2S etc

    This patch adds support for Quad/Dual and DualLite/Solo SOM's on
    MIPI starter kit with boot from SD and eMMC.

    Signed-off-by: Jagan Teki

    Jagan Teki
     

01 Feb, 2018

1 commit


31 Jan, 2018

1 commit