23 Feb, 2018

1 commit


08 Feb, 2018

1 commit


20 Jan, 2018

2 commits

  • All ddr3_emif declarations are not used outside ddr3_k2g.c
    file. So make all of them as static.

    Signed-off-by: Lokesh Vutla
    Reviewed-by: Tom Rini

    Lokesh Vutla
     
  • Added support for K2G EVM with FlipChip SoC of which
    ARM/DDR3 runs at 1GHz/1066 MT/s. The patch is also
    backward compatible with old revision EVM and EVM
    with WireBond SoC. Their ARM/DDR3 run at 600MHz/800 MT/s.

    The new SoC supports 2 different speeds at 1GHz and 600MHz.
    Modyfied the CPU Name to show which SoC is used in the EVM.
    Modified the DDR3 configuration to reflect New SoC supports
    2 different CPU and DDR3 speeds, 1GHz/1066MT and 600MHz/800MT.

    Added new inline function board_it_k2g_g1() for the new FlipChip 1GHz,
    and set the u-boot env variable board_name accordingly.

    Modified findfdt script in u-boot environment variable to include new k2g board type.

    Signed-off-by: Rex Chang
    Signed-off-by: Lokesh Vutla

    Rex Chang
     

06 Oct, 2017

1 commit


13 Sep, 2017

1 commit


16 Aug, 2017

2 commits

  • We are now using an env_ prefix for environment functions. Rename these
    two functions for consistency. Also add function comments in common.h.

    Quite a few places use getenv() in a condition context, provoking a
    warning from checkpatch. These are fixed up in this patch also.

    Suggested-by: Wolfgang Denk
    Signed-off-by: Simon Glass

    Simon Glass
     
  • We are now using an env_ prefix for environment functions. Rename setenv()
    for consistency. Also add function comments in common.h.

    Suggested-by: Wolfgang Denk
    Signed-off-by: Simon Glass

    Simon Glass
     

11 Aug, 2017

1 commit

  • Traditional KS2 devices supported NAND via the AEMIF peripheral. However,
    66AK2G doesn't use the AEMIF but rather the GPMC for NAND. Therefore,
    clarify some statements to indicate only certain devices have AEMIF and
    in other places just say NAND instead of AEMIF NAND

    Signed-off-by: Franklin S Cooper Jr
    Acked-by: Roger Quadros

    Cooper Jr., Franklin
     

11 Jul, 2017

12 commits


06 Jun, 2017

1 commit


15 May, 2017

1 commit


09 May, 2017

2 commits


21 Mar, 2017

2 commits


20 Mar, 2017

1 commit

  • To keep a consistent MMC device mapping in SPL and in u-boot, let's
    register the MMC controllers the same way in u-boot and in the SPL.
    In terms of boot time, it doesn't hurt to register more controllers than
    needed because the MMC device is initialized only prior being accessed for
    the first time.
    Having the same device mapping in SPL and u-boot allows us to use the
    environment in SPL whatever the MMC boot device.

    Signed-off-by: Jean-Jacques Hiblot

    Jean-Jacques Hiblot
     

29 Nov, 2016

1 commit

  • The config option TARGET_K2x_EVM is set by the k2x defconfigs to pick
    a board target, but the header configs also set K2x_EVM. This config
    is redundant, remove it and use TARGET_K2x_EVM everywhere in its place.

    Signed-off-by: Andrew F. Davis
    Reviewed-by: Lokesh Vutla

    Andrew F. Davis
     

14 Nov, 2016

1 commit

  • Only a certain set of PLLM/D values are recommended to configure the DDR
    at the required speeds for a given clock input frequency. Updating these
    values as specified in Data Sheet[1] Table 5-18

    [1] http://www.ti.com/lit/ds/symlink/66ak2g02.pdf

    Signed-off-by: Lokesh Vutla
    Reviewed-by: Tom Rini

    Lokesh Vutla
     

02 Oct, 2016

1 commit


08 Sep, 2016

1 commit


03 Jun, 2016

1 commit

  • BOOTCFG_RSTMUX8 register controls the reset mux associated with the ARM.
    Timer5(dedicated to ARM) when used as WatchDog timer, the events it
    generates are routed to the above mux.

    Following are the 3 events that can controlled bt the reset mux:
    - Device Reset
    - An interrupt to the ARM_GIC
    - An interrupt to the ARM_GIC followed by a device reset.

    Right now to give a default watchdog behaviour "Device reset" is
    being selected.

    Signed-off-by: Lokesh Vutla
    Acked-by: Nishanth Menon

    Lokesh Vutla
     

28 May, 2016

1 commit


19 Apr, 2016

1 commit

  • Not all Keystone2 devices has AEMIF NAND controller. So adding Kconfig
    entry for CONFIG_TI_AEMIF and enabling it in respective defconfigs on
    platforms with AEMIF controller.

    Reported-by: Nishanth Menon
    Signed-off-by: Lokesh Vutla
    Reviewed-by: Tom Rini

    Lokesh Vutla
     

23 Mar, 2016

1 commit


15 Mar, 2016

4 commits

  • Because KS2 u-boot works in 32 bit address space the existing ram_size
    global data field cannot be used. The maximum, which the get_ram_size()
    can detect is 2GB only. The ft_board_setup() needs the actual ddr3 size
    to fix up dtb.

    This commit introduces the ddr3_get_size() which uses SPD data to
    calculate the ddr3 size. This function replaces the "ddr3_size"
    environment variable, which was used to get the SODIMM size.

    For platforms, which don't have SODIMM with SPD and ddr3 is populated to
    a board a simple ddr3_get_size function that returns ddr3 size has to be
    implemented. See hardware-k2l.h

    Signed-off-by: Vitaly Andrianov
    Signed-off-by: Nishanth Menon
    Reviewed-by: Tom Rini

    Vitaly Andrianov
     
  • This commit replaces hard-coded EMIF and PHY DDR3 configurations for
    predefined SODIMMs to a calculated configuration. The SODIMM parameters
    are read from SODIMM's SPD and used to calculated the configuration.

    The current commit supports calculation for DDR3 with 1600MHz and 1333MHz
    only.

    Signed-off-by: Vitaly Andrianov
    Signed-off-by: Lokesh Vutla
    Signed-off-by: Nishanth Menon
    Reviewed-by: Tom Rini

    Vitaly Andrianov
     
  • The maximum device and arm speeds can be determined by reading
    EFUSE_BOOTROM register. As there is already a framework for reading this
    register, adding support for all possible speeds on k2g devices.

    Signed-off-by: Lokesh Vutla
    Signed-off-by: Nishanth Menon
    Reviewed-by: Tom Rini

    Lokesh Vutla
     
  • Its not compulsory that speed definition should be same on EFUSE_BOOTROM
    register for all keystone 2 devices. So, allow for board specific
    speed definitions.

    Signed-off-by: Lokesh Vutla
    Signed-off-by: Nishanth Menon
    Reviewed-by: Tom Rini

    Lokesh Vutla