11 Feb, 2018

1 commit

  • On the NIOS2 and Xtensa architectures, we do not have
    CONFIG_SYS_TEXT_BASE set. This is a strict migration of the current
    values into the defconfig and removing them from the headers.

    I did not attempt to add more default values in and for now will leave
    that to maintainers.

    Signed-off-by: Tom Rini

    Tom Rini
     

19 Dec, 2017

1 commit


26 Nov, 2017

2 commits

  • The boot (and fallback/emergency boot) concept for the RK3399-Q7
    differs from Rockchip's reference platforms.

    On the RK3399-Q7, some of this functionality is present in the
    bootloader itself (and configurable); some is backed in hardware by
    the Qseven BIOS_DISABLE signal to invoke the final stages of fallbacks
    (i.e. either an external boot bypassing on-module memories or falling
    back to the BROM for USB recovery).

    In summary: the ADC-based boot_mode check does not apply for the
    RK3399-Q7 and we therefore disable it (in this commit) by setting
    CONFIG_BOOT_MODE_REG to 0.

    Signed-off-by: Philipp Tomsich

    Philipp Tomsich
     
  • This defconfig update makes use of the new features:
    * CONFIG_ROCKCHIP_SPL_RESERVE_IRAM is now set to 0, as there is no
    overlap between the M0 firmware and the ATF (we load this to DRAM
    and relocate it to its final location within the ATF)
    * tracks the ATF_SUPPORT -> ATF renaming

    Signed-off-by: Philipp Tomsich
    Reviewed-by: Simon Glass

    Philipp Tomsich
     

01 Nov, 2017

1 commit


11 Oct, 2017

1 commit

  • Having this as a 'default y' is rather annoying because it doesn't
    actually compile unless other options are defined in the board header:

    ../cmd/bootm.c: In function 'do_imls_nor':
    ../cmd/bootm.c:330:7: error: 'CONFIG_SYS_MAX_FLASH_BANKS' undeclared (first use in this function); did you mean 'CONFIG_SYS_MAX_FLASH_SECT'?
    i < CONFIG_SYS_MAX_FLASH_BANKS; ++i, ++info) {

    Make it 'default n' so people who develop new boards that start from a
    blank defconfig have one less compilation failure to debug.

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     

01 Oct, 2017

1 commit


19 Sep, 2017

1 commit


08 Sep, 2017

2 commits


28 Aug, 2017

1 commit


15 Aug, 2017

1 commit


11 Aug, 2017

1 commit


26 Jul, 2017

1 commit

  • This converts the following to Kconfig:
    CONFIG_ENV_IS_IN_MMC
    CONFIG_ENV_IS_IN_NAND
    CONFIG_ENV_IS_IN_UBI
    CONFIG_ENV_IS_NOWHERE

    In fact this already exists for sunxi as a 'choice' config. However not
    all the choices are available in Kconfig yet so we cannot use that. It
    would lead to more than one option being set.

    In addition, one purpose of this series is to allow the environment to be
    stored in more than one place. So the existing choice is converted to a
    normal config allowing each option to be set independently.

    There are not many opportunities for Kconfig updates to reduce the size of
    this patch. This was tested with

    ./tools/moveconfig.py -i CONFIG_ENV_IS_IN_MMC

    And then manual updates. This is because for CHAIN_OF_TRUST boards they
    can only have ENV_IS_NOWHERE set, so we enforce that via Kconfig logic
    now.

    Signed-off-by: Simon Glass
    Signed-off-by: Tom Rini

    Simon Glass
     

08 Jun, 2017

3 commits

  • For the RK3399-Q7, we need spl_board_init to be called during SPL
    startup to set up the pinmux for the debug UART. Enable SPL_BOARD_INIT
    via defconfig to ensure this function is in fact called.

    Signed-off-by: Philipp Tomsich

    Philipp Tomsich
     
  • To better support different RAM timings (DDR3-1333 and DDR3-1866 are
    assembly options for the RK3399-Q7), this refactors the DTS support
    and renames the default DTS variant from rk3399-puma to
    rk3399-puma-ddr1600:
    - changes the rk3399-puma DTS into a board-specific DTSI by removing
    the inclusion of the DRAM timings
    - adds a new rk3399-puma-ddr1600.dts, which includes the (new) common
    board DTSI and the DDR3-1600 timing DTSI
    - wires this up from arch/arm/dts/Makefile and configs/puma-rk3399_defconfig

    Signed-off-by: Philipp Tomsich
    Acked-by: Simon Glass

    Philipp Tomsich
     
  • With HDMI output for the RK3399 working, this update the RK3399-Q7
    (Puma) defconfig for the new functionality:
    1. enables PMIC command (to check if the HDMI voltages are correct)
    +CONFIG_CMD_PMIC=y
    +CONFIG_CMD_REGULATOR=y
    2. enables video-output (via HDMI)
    +CONFIG_DM_VIDEO=y
    +CONFIG_DISPLAY=y
    +CONFIG_VIDEO_ROCKCHIP=y
    +CONFIG_DISPLAY_ROCKCHIP_HDMI=y
    3. turns on the 'dcache'-command (for a dcache flush) for our QA to
    fill the framebuffer using 'mw.l'
    +CONFIG_CMD_CACHE=y
    4. turns on the 'bmp'-command
    +CONFIG_CMD_BMP=y

    Signed-off-by: Philipp Tomsich
    Reviewed-by: Simon Glass
    Acked-by: Simon Glass

    Philipp Tomsich
     

07 Jun, 2017

6 commits


01 May, 2017

1 commit


28 Apr, 2017

1 commit

  • This originally started out as
    "pinctrl: Kconfig: reorder to keep Rockchip options together"
    and tried to keep the Rockchip-related config options together.

    However, we now rewrite all chip-specific driver selections to start
    with CONFIG_PINCTRL_ (with the inadvertent changes to related
    Makefiles) and sort those alphabetically. And as this already means
    touching most of the file, we also reformat the help text to not exceed
    80 characters (but make full use of those 80 characters).

    Signed-off-by: Philipp Tomsich
    Acked-by: Simon Glass

    Philipp Tomsich
     

16 Apr, 2017

1 commit

  • The RK3399-Q7 SoM is a Qseven-compatible (70mm x 70mm, MXM-230
    connector) system-on-module from Theobroma Systems, featuring the
    Rockchip RK3399.

    It provides the following feature set:
    * up to 4GB DDR3
    * on-module SPI-NOR flash
    * on-module eMMC (with 8-bit interace)
    * SD card (on a baseboad) via edge connector
    * Gigabit Ethernet w/ on-module Micrel KSZ9031 GbE PHY
    * HDMI/eDP/MIPI displays
    * 2x MIPI-CSI
    * USB
    - 1x USB 3.0 dual-role (direct connection)
    - 2x USB 3.0 host + 1x USB 2.0 (on-module USB 3.0 hub)
    * on-module STM32 Cortex-M0 companion controller, implementing:
    - low-power RTC functionality (ISL1208 emulation)
    - fan controller (AMC6821 emulation)
    - USBCAN bridge controller

    Note that we use a multi-payload FIT image for booting and have
    Cortex-M0 payload in a separate subimage: we thus rely on the FIT
    image loader to put it into the SRAM region that ATF expects it in.

    Signed-off-by: Klaus Goger
    Signed-off-by: Philipp Tomsich
    Fixed build warning on puma-rk3399:
    Signed-off-by: Simon Glass
    Reviewed-by: Simon Glass

    Klaus Goger
     

05 Apr, 2017

1 commit

  • This commit adds the baseline defconfig for the RK3399-Q7 (Puma) SoM
    (under the name 'puma-rk3399_defconfig') featuring the Rockchip RK3399
    in a Qseven compatible module.

    This subsumes the following changes:
    * defconfig: rk3399: migrate CONFIG_SPL_LIBCOMMON_SUPPORT/CONFIG_SPL_LIBGENERIC_SUPPORT
    * defconfig: rk3399-puma: add CONFIG_MMC_DW_ROCKCHIP
    * defconfig: rk3399-puma: disable CONFIG_SPL_OF_PLATDATA
    * defconfig: rk3399-puma: don't USE_TINY_PRINTF
    * defconfig: rk3399-puma: set up CONFIG_SYS_BOARD for the RK3399-Q7
    * defconfig: rk3399-puma: enable the multi-image loading via CONFIG_SPL_FIT
    * defconfig: rk3399-puma: SPL should be able to boot from MMC/SD card
    * defconfig: rk3399-puma: enable GMAC support
    * defconfig: rk3399-puma: enable support for SPI and Winbond SPI flash
    * defconfig: rk3399-puma: enable SPI as a boot-source in SPL
    * defconfig: rk3399-puma: disallow non-FIT images from being loaded
    * defconfig: rk3399-puma: rename to puma-rk3399
    * rockchip: config: rk3399: update defconfigs and rk3399_common

    For the RK3399-Q7, we want a default boot-order of SPI -> MMC -> uSD.
    This both follows how the BootROM probes devices and is a sane default
    for customers in device-personalisation (e.g. it allows for quick and
    easy factory programming of unpersonalised devices using an SD card)
    and field usage (with customer devices expected to have their firmware
    either in SPI or MMC).

    However, when probing multiple interfaces (according to the result
    from the board_boot_order function), we need to ensure that only valid
    FIT images are considered and disable the fallback to assuming that a
    raw (binary-only) U-Boot image is loaded (to avoid hangs/crashes from
    jumping to random content loaded from devices that are probed, but
    don't contain valid image content).

    By disabling the SPL_RAW_IMAGE_SUPPORT and SPL_LEGACY_IMAGE_SUPPORT
    options, we ensure that raw images (indistinguishable from random
    data) are not considered for booting.

    Signed-off-by: Philipp Tomsich
    Acked-by: Simon Glass
    Drop CONFIG_DEBUG_UART_BOARD_INIT:
    Signed-off-by: Simon Glass

    Philipp Tomsich