03 Apr, 2020

2 commits


05 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
     

08 Nov, 2019

1 commit


21 Jun, 2019

1 commit


06 Jun, 2019

2 commits

  • Pass the ethernet MAC address to the kernel upon boot. This passes both
    the local-mac-address property (as passed to U-Boot from cboot) and the
    currently set MAC address via the mac-address property. The latter will
    only be set if it is different from the address that was already passed
    via the local-mac-address property.

    Signed-off-by: Thierry Reding
    Signed-off-by: Tom Warren

    Thierry Reding
     
  • Commit 86cf1c82850f ("configs: Migrate CONFIG_NR_DRAM_BANKS") reduced
    the number of DRAM banks supported by U-Boot from 1026 to 8 on P2771-000
    boards.

    However, as explained in commit a9819b9e33bd ("ARM: tegra: p2771-000:
    increase max DRAM bank count"), the platform can have a large number of
    unusable chunks of memory (up to 1024), so a total of 1026 DRAM banks
    are needed to describe the worst-case situation.

    In practice the number of DRAM banks needed will typically be much
    lower, but we should be prepared to properly deal with the worst case.

    Signed-off-by: Thierry Reding
    Signed-off-by: Tom Warren

    Thierry Reding
     

30 Apr, 2019

1 commit


21 Feb, 2019

1 commit

  • Migrate SYS_I2C_TEGRA from headers to Kconfig

    Signed-off-by: Peter Robinson
    Cc: Tom Warren
    Cc: Stephen Warren
    Cc: Heiko Schocher
    Cc: Marcel Ziswiler
    Cc: Peter.Chubb@data61.csiro.au
    Cc: Lucas Stach
    Cc: Stefan Agner
    Cc: Alban Bedel
    Cc: Allen Martin
    Signed-off-by: Tom Warren

    Peter Robinson
     

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
     

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
     

06 Feb, 2018

1 commit

  • cmd/Makefile has:

    ifdef CONFIG_FPGA
    obj-$(CONFIG_CMD_FPGA) += fpga.o
    endif

    which means that if CONFIG_FPGA is not set, CONFIG_CMD_FPGA silently
    does nothing. Let's remove that Makefile conditional and instead express
    this equivalent dependency in Kconfig, so a lot of redundant

    # CONFIG_CMD_FPGA is not set

    can be removed from board defconfigs that don't actually have an FPGA.

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     

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
     

15 Aug, 2017

1 commit


12 Aug, 2017

1 commit


01 Jun, 2017

1 commit


24 Jan, 2017

1 commit


22 Jan, 2017

1 commit


30 Dec, 2016

1 commit


08 Nov, 2016

1 commit


28 Oct, 2016

1 commit


24 Oct, 2016

2 commits


12 Oct, 2016

2 commits


09 Sep, 2016

1 commit


31 Aug, 2016

1 commit

  • The board ID EEPROM and board ID stickers on p2771-0000 will use a numeric
    versioning scheme, with version numbers such as 000/100/200/300/400/500.
    Within NVIDIA, these versions are also known as A00/A01/A02/A03/A04/B00.
    However, that numbering scheme is not easily visible outside of NVIDIA,
    and so does not make much sense to use. Convert U-Boot to use the readily
    visible numeric scheme.

    Also, it turns out that the current A02 DT actually applies to board
    versions 000/100/200 (A00..A02). Consequently rename this to 000 not 200
    so that all U-Boot builds are named after the first version of the HW they
    support.

    Signed-off-by: Stephen Warren
    Signed-off-by: Tom Warren

    Stephen Warren