23 Jan, 2020

1 commit


04 Dec, 2019

1 commit


21 Nov, 2019

2 commits

  • - In ARMv8 NXP Layerscape platforms we also need to make use of
    CONFIG_SYS_RELOC_GD_ENV_ADDR now, do so.
    - On ENV_IS_IN_REMOTE, CONFIG_ENV_OFFSET is never used, drop the define
    to 0.
    - Add Kconfig entry for ENV_ADDR.
    - Make ENV_ADDR / ENV_OFFSET depend on the env locations that use it.
    - Add ENV_xxx_REDUND options that depend on their primary option and
    SYS_REDUNDAND_ENVIRONMENT
    - On a number of PowerPC platforms, use SPL_ENV_ADDR not CONFIG_ENV_ADDR
    for the pre-main-U-Boot environment location.
    - On ENV_IS_IN_SPI_FLASH, check not for CONFIG_ENV_ADDR being set but
    rather it being non-zero, as it will now be zero by default.
    - Rework the env_offset absolute in env/embedded.o to not use
    CONFIG_ENV_OFFSET as it was the only use of ENV_OFFSET within
    ENV_IS_IN_FLASH.
    - Migrate all platforms.

    Cc: Wolfgang Denk
    Cc: Joe Hershberger
    Cc: Patrick Delaunay
    Cc: uboot-stm32@st-md-mailman.stormreply.com
    Signed-off-by: Tom Rini
    Acked-by: Joe Hershberger
    Reviewed-by: Simon Goldschmidt

    Tom Rini
     
  • Today in initr_reloc_global_data() we use some non-obvious tests to
    determine if we need to relocate the env_addr within gd or not. In
    order to facilitate migration of other symbols to Kconfig we need to
    introduce a new symbol for this particular use case.

    Cc: Wolfgang Denk
    Cc: Joe Hershberger
    Signed-off-by: Tom Rini

    Tom Rini
     

12 Nov, 2019

1 commit


08 Nov, 2019

1 commit


23 Sep, 2019

1 commit


14 Aug, 2019

1 commit


02 Aug, 2019

1 commit

  • This converts the following to Kconfig:
    CONFIG_USE_PREBOOT
    CONFIG_PREBOOT

    Both are together in one commit, since otherwise the former causes kconfig
    to define the latter, which gives duplicate symbol errors.

    Includes a manual fixup for CONFIG_PREBOOT in ids8313_defconfig since the
    backslash lands in the wrong place. Similarly with socfpga_vining_fpga.

    Signed-off-by: Simon Glass

    Simon Glass
     

30 Apr, 2019

2 commits


26 Mar, 2019

1 commit

  • This converts the following to Kconfig:
    CONFIG_SF_DEFAULT_BUS
    CONFIG_SF_DEFAULT_CS
    CONFIG_SF_DEFAULT_MODE
    CONFIG_SF_DEFAULT_SPEED

    I use moveconfig script and then manual check on generated u-boot.cfg
    to solve the remaining issue.

    Signed-off-by: Patrick Delaunay

    Patrick Delaunay
     

07 Feb, 2019

1 commit


01 Feb, 2019

1 commit


01 Dec, 2018

1 commit


04 Sep, 2018

1 commit


17 Aug, 2018

1 commit

  • We have the following cases:
    - CONFIG_NR_DRAM_BANKS was defined, migrate normally
    - CONFIG_NR_DRAM_BANKS_MAX was defined and then used for
    CONFIG_NR_DRAM_BANKS after a check, just migrate it over now.
    - CONFIG_NR_DRAM_BANKS was very oddly defined on p2771-0000-* (to 1024 +
    2), set this to 8.

    Signed-off-by: Tom Rini

    Tom Rini
     

21 Jul, 2018

1 commit

  • Currently the fdtfile environment variable is set to
    CONFIG_DEFAULT_DEVICE_TREE which is іnternally used as U-Boot devicetree
    source. The OS can use a different filename and Kconfig gives us the
    ability to select a default devicetree via CONFIG_DEFAULT_FDT_FILE.
    This also gives user configuring U-Boot via menuconfig the behaviour
    someone would expect.

    Signed-off-by: Klaus Goger
    Tested-By: Vagrant Cascadian
    Reviewed-by: Philipp Tomsich
    Acked-by: Philipp Tomsich

    Klaus Goger
     

04 Jun, 2018

1 commit


28 Apr, 2018

1 commit


26 Apr, 2018

2 commits


09 Apr, 2018

1 commit


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
     

23 Jan, 2018

1 commit


19 Dec, 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
     

04 Oct, 2017

1 commit


28 Aug, 2017

1 commit


15 Aug, 2017

1 commit


13 Aug, 2017

2 commits

  • With the changes to split SPL/TPL for the RK3368, I apparently missed
    some needed adjustments to the RK3188 Kconfig and rock_defconfig.

    This fixes build-issues for the rock board after applying the RK3368
    enablement (and SPL/TPL) set that resulted from TPL_SERIAL_SUPPORT,
    TPL_ROCKCHIP_BACK_TO_BROM and TPL_TINY_MEMSET being separate symbols
    now.

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

    Philipp Tomsich
     
  • The back-to-bootrom option is rather unfortunately named
    CONFIG_ROCKCHIP_SPL_BACK_TO_BOOTROM
    instead of
    CONFIG_SPL_ROCKCHIP_BACK_TO_BOOTROM

    To make is selectable through CONFIG_IS_ENABLED(ROCKCHIP_BACK_TO_BOOTROM),
    we need to rename it. At the same time, we introduce a TPL_ variant of
    the option to give us finer-grained control over when it should be used.

    This change is motivated by our RK3368 boot process, which returns to
    the boot ROM only from the TPL stage, but not from the SPL stage.

    Signed-off-by: Philipp Tomsich
    [added fix-up for evb-rk3229_defconfig and phycore-rk3288_defconfig:]
    [fixed inverted CONFIG_IS_ENABLED test for rk3288:]
    Signed-off-by: Philipp Tomsich
    Reviewed-by: Simon Glass
    Reviewed-by: Tom Rini

    include/configs/rock.h: undef

    Philipp Tomsich
     

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
     

19 Jun, 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
     

14 Apr, 2017

1 commit

  • Do not condition the compilation of the U_BOOT_DRIVER by !OF_PLATDATA.
    This is inconsistent with the majority of other drivers. This also
    blocks OF_PLATDATA boards with an 16550-compatible serial from using
    serial in SPL.

    Signed-off-by: Alexandru Gagniuc
    Reviewed-by: Simon Glass
    Added tweak for rock to avoid a TPL build failure:
    Signed-off-by: Simon Glass

    Alexandru Gagniuc
     

05 Apr, 2017

1 commit

  • The Rock is a RK3188 based single board computer by Radxa.
    Currently it still relies on the proprietary DDR init and
    cannot use the generic SPL, but at least is able to boot
    a linux kernel and system up to a regular login prompt.

    Signed-off-by: Heiko Stuebner
    Reviewed-by: Simon Glass
    Tested-by: Kever Yang
    Acked-by: Simon Glass
    Fix sort order in defconfig, enable CONFIG_SPL_TINY_MEMSET:
    Signed-off-by: Simon Glass

    Heiko Stübner