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
     

23 Sep, 2019

1 commit


10 Aug, 2019

3 commits

  • Support the V1.2 hardware revision with the following pin muxing
    changes:

    Ddc_scl_pv4 and ddc_sda_pv5 previously used as Apalis GPIO3 and GPIO4
    are now used as DDC pins.

    Gen2_i2c_scl_pt5 and gen2_i2c_sda_pt6 previously used as DDC pins are
    now used as USB power enable signals.

    Usb_vbus_en0_pn4 and usb_vbus_en1_pn5 previously used as USB power
    enable signals are now used as GPIO3 and GPIO4.

    Additionally a new device tree file tegra124-apalis-v1.2-eval.dtb is
    loaded on V1.2 and later modules and resp. USB power enable signals
    activated.

    Signed-off-by: Marcel Ziswiler
    Signed-off-by: Igor Opaniuk
    Signed-off-by: Tom Warren

    Marcel Ziswiler
     
  • Use unified values for USB Product/Vendor numbers
    when the config block is missing

    Reviewed-by: Oleksandr Suvorov
    Signed-off-by: Max Krummenacher
    Signed-off-by: Igor Opaniuk
    Signed-off-by: Tom Warren

    Igor Opaniuk
     
  • We never really added a sensible DFU configuration for platforms
    based on eMMC. Most of the things one might want to do can also be done
    with UMS or fastboot, so drop the DFU configuration.

    Signed-off-by: Igor Opaniuk
    Reviewed-by: Philippe Schenker
    Signed-off-by: Tom Warren

    Igor Opaniuk
     

15 Jun, 2019

2 commits


11 Jun, 2019

1 commit

  • Extend size of the malloc() pool for use before relocation, from 0x400
    (default one) to 0x2000 (CONFIG_SYS_MALLOC_F_LEN=0x2000),
    as adding of DM_FLAG_PRE_RELOC flag to simple-bus driver introduced a
    regression on multiple boards, because of more intensive usage of malloc()
    pool and therefore a broken boot as the size of pool isn't sufficient.

    Fixes: 3a7c45f6a7 ("simple-bus: add DM_FLAG_PRE_RELOC flag to simple-bus")
    Signed-off-by: Igor Opaniuk
    Reviewed-by: Bin Meng

    Igor Opaniuk
     

05 May, 2019

1 commit

  • This converts the following to Kconfig:
    CONFIG_SUPPORT_EMMC_BOOT

    As requested by Michal Simek , these boards
    have no eMMC so CONFIG_SUPPORT_EMMC_BOOT has not been migrated:

    xilinx_zynqmp_zc1275_revB
    xilinx_zynqmp_zc1751_xm018_dc4
    xilinx_zynqmp_zc1751_xm019_dc5
    xilinx_zynqmp_zcu100_revC
    xilinx_zynqmp_zcu102_rev1_0
    xilinx_zynqmp_zcu102_revA
    xilinx_zynqmp_zcu102_revB
    xilinx_zynqmp_zcu104_revA
    xilinx_zynqmp_zcu104_revC
    xilinx_zynqmp_zcu106_revA
    xilinx_zynqmp_zcu111_revA

    Signed-off-by: Alex Kiernan
    Acked-by: Lukasz Majewski
    Acked-by: Patrick Delaunay
    Acked-by: Ramon Fried
    Reviewed-by: Andy Shevchenko
    Tested-by: Sébastien Szymanski

    Alex Kiernan
     

30 Apr, 2019

2 commits


22 Feb, 2019

1 commit


21 Feb, 2019

2 commits

  • Migrate USB_EHCI_TEGRA from headers to Kconfig

    Signed-off-by: Peter Robinson
    Cc: Tom Warren
    Cc: Stephen Warren
    Cc: Marek Vasut
    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
     
  • 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
     

08 Jan, 2019

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
     

17 Apr, 2018

1 commit

  • We enabled CONFIG_ISO_PARTITION by default for distro boot, so that U-Boot
    could load distro images that usually get shipped as iso images. These images
    usually come with a board agnostic boot environment.

    However, there is very little point in having ISO support enabled (for anyone
    really) in SPL, as the whole idea of SPL is to load U-Boot proper which again
    is board specific. So the fact that we enable ISO support in U-Boot proper does
    not mean at all that we want ISO support in U-Boot SPL.

    Hence, let's remove the Kconfig dependency. Along the way, let's also clean up
    all those default configs that disabled SPL ISO support.

    Signed-off-by: Alexander Graf

    Alexander Graf
     

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
     

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
     

18 Nov, 2017

1 commit

  • We first introduce CONFIG_USE_BOOTCOMMAND, similar to
    CONFIG_USE_BOOTARGS. We then migrate CONFIG_BOOTCOMMAND for most
    CONFIG_DISTRO_DEFAULT users. In some cases platforms have a complex
    scheme around this usage, and these have been defered for the moment so
    that platform maintainers can work on a migration plan.

    Signed-off-by: Tom Rini
    Reviewed-by: Lukasz Majewski

    Tom Rini
     

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

  • The g_dnl USB settings for the vendor ID, product ID and manufacturer are
    actually common settings that can and should be shared by all the gadgets.

    Make them common by renaming them, and convert all the users.

    Reviewed-by: Simon Glass
    Reviewed-by: Lukasz Majewski
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     

16 Aug, 2017

1 commit


15 Aug, 2017

1 commit


12 Aug, 2017

1 commit


29 Jul, 2017

1 commit

  • Convert this PMIC driver to driver model and fix up other users. The
    regulator and GPIO functions are now handled by separate drivers.

    Update nyan-big to work correct. Three boards will need to be updated by
    the maintainers: apalis-tk1, cei-tk1-som. Also the TODO in the code re
    as3722_sd_set_voltage() needs to be completed.

    Signed-off-by: Simon Glass
    Reviewed-by: Lukasz Majewski
    Tested-by: Marcel Ziswiler
    Tested-on: Jetson-TK1
    Tested-by: Stephen Warren

    Simon Glass
     

01 Jun, 2017

1 commit


16 May, 2017

1 commit


30 Apr, 2017

1 commit


02 Apr, 2017

2 commits

  • Actually make use of that shiny new CONFIG_TEGRA124_MMC_DISABLE_EXT_LOOPBACK.

    Signed-off-by: Marcel Ziswiler
    Signed-off-by: Marcel Ziswiler
    Signed-off-by: Tom Warren

    Marcel Ziswiler
     
  • This patch adds board support for the Toradex Apalis TK1 a computer on
    module which can be used on different carrier boards.

    The module consists of a Tegra TK1 SoC, a PMIC solution, 2 GB of DDR3L
    RAM, a bunch of level shifters, an eMMC, a TMP451 temperature sensor
    chip, an I210 gigabit Ethernet controller and a SGTL5000 audio codec.
    Furthermore, there is a Kinetis MK20DN512 companion micro controller for
    analogue, CAN and resistive touch functionality.

    For the sake of ease of use we do not distinguish between different
    carrier boards for now as the base module features are deemed
    sufficient enough for regular booting.

    The following functionality is working so far:
    - eMMC boot, environment storage and Toradex factory config block
    - Gigabit Ethernet
    - MMC/SD cards (both MMC1 as well as SD1 slot)
    - USB client/host (dual role OTG port as client e.g. for DFU/UMS or host,
    other two ports as host)

    Signed-off-by: Marcel Ziswiler
    Reviewed-by: Simon Glass
    Signed-off-by: Marcel Ziswiler
    Signed-off-by: Tom Warren

    Marcel Ziswiler