1. 25 8月, 2020 1 次提交
    • T
      arm: mx6: Make all i.MX6 SoCs user-selectable · f27ffe41
      Tom Rini 提交于
      We have a number of platforms that are a combination of a carrier board
      and System-on-Module (SoM) that in turn allows for the board to have
      different SoCs on it.  In some cases, this is handled via board-specific
      Kconfig options.  In other cases we make use of
      CONFIG_SYS_EXTRA_OPTIONS.  This latter case however can lead to invalid
      configurations as we will not in turn get options that in Kconfig are
      selected by or depend on that setting.
      
      To resolve this, make the SoC option a choice in Kconfig and make boards
      depend on what they can support.  This change opens us up for further
      clean-ups in the cases where a single CONFIG_TARGET_xxx can support
      different SoCs and today they do not, or do not cleanly do so.
      Reported-by: NMatt Porter <mporter@konsulko.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Fabio Estevam <festevam@gmail.com>
      Cc: "NXP i.MX U-Boot Team" <uboot-imx@nxp.com>
      Cc: Soeren Moch <smoch@web.de>
      Cc: Markus Niebel <Markus.Niebel@tq-group.com>
      Cc: Igor Opaniuk <igor.opaniuk@toradex.com>
      Cc: Heiko Schocher <hs@denx.de>
      Cc: Hannes Schmelzer <hannes.schmelzer@br-automation.com>
      Cc: Otavio Salvador <otavio@ossystems.com.br>
      Cc: Nikita Kiryanov <nikita@compulab.co.il>
      Cc: Andreas Geisreiter <ageisreiter@dh-electronics.de>
      Cc: Ludwig Zenz <lzenz@dh-electronics.de>
      Cc: Lukasz Majewski <lukma@denx.de>
      Cc: Akshay Bhat <akshaybhat@timesys.com>
      Cc: Ken Lin <Ken.Lin@advantech.com.tw>
      Cc: Ian Ray <ian.ray@ge.com>
      Cc: Tim Harvey <tharvey@gateworks.com>
      Cc: Jagan Teki <jagan@amarulasolutions.com>
      Cc: Raffaele RECALCATI <raffaele.recalcati@bticino.it>
      Cc: Simone CIANNI <simone.cianni@bticino.it>
      Cc: Adam Ford <aford173@gmail.com>
      Cc: Marcin Niestroj <m.niestroj@grinn-global.com>
      Cc: "Eric Bénard" <eric@eukrea.com>
      Cc: Baruch Siach <baruch@tkos.co.il>
      Cc: Jason Liu <jason.hui.liu@nxp.com>
      Cc: Ye Li <ye.li@nxp.com>
      Cc: Eric Nelson <eric@nelint.com>
      Cc: Troy Kisky <troy.kisky@boundarydevices.com>
      Cc: Peng Fan <peng.fan@nxp.com>
      Cc: Parthiban Nallathambi <parthiban@linumiz.com>
      Cc: Marek Vasut <marex@denx.de>
      Cc: "Sébastien Szymanski" <sebastien.szymanski@armadeus.com>
      Cc: Christian Gmeiner <christian.gmeiner@gmail.com>
      Cc: Niel Fourie <lusus@denx.de>
      Cc: Martyn Welch <martyn.welch@collabora.com>
      Cc: Richard Hu <richard.hu@technexion.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Boris Brezillon <bbrezillon@kernel.org>
      Cc: Arkadiusz Karas <arkadiusz.karas@somlabs.com>
      Cc: Breno Lima <breno.lima@nxp.com>
      Cc: Francesco Montefoschi <francesco.montefoschi@udoo.org>
      Cc: Silvio Fricke <open-source@softing.de>
      Tested-by: Matt Porter <mporter@konsulko.com> [colibri_imx6]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Reviewed-by: NMarcin Niestroj <m.niestroj@grinn-global.com>
      f27ffe41
  2. 11 8月, 2020 1 次提交
  3. 08 8月, 2020 1 次提交
  4. 29 7月, 2020 1 次提交
  5. 28 7月, 2020 1 次提交
  6. 07 7月, 2020 1 次提交
  7. 29 4月, 2020 1 次提交
  8. 29 2月, 2020 1 次提交
  9. 23 1月, 2020 1 次提交
  10. 05 12月, 2019 1 次提交
  11. 21 11月, 2019 2 次提交
    • T
      env: Finish migration of common ENV options · a09fea1d
      Tom Rini 提交于
      - 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 <wd@denx.de>
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      Cc: Patrick Delaunay <patrick.delaunay@st.com>
      Cc: uboot-stm32@st-md-mailman.stormreply.com
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Acked-by: NJoe Hershberger <joe.hershberger@ni.com>
      Reviewed-by: NSimon Goldschmidt <simon.k.r.goldschmidt@gmail.com>
      a09fea1d
    • T
      env: Add CONFIG_SYS_RELOC_GD_ENV_ADDR symbol · 8d8ee47e
      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 <wd@denx.de>
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      8d8ee47e
  12. 13 11月, 2019 1 次提交
  13. 04 11月, 2019 1 次提交
  14. 14 10月, 2019 1 次提交
  15. 08 10月, 2019 1 次提交
  16. 23 9月, 2019 1 次提交
  17. 24 8月, 2019 1 次提交
  18. 23 6月, 2019 2 次提交
  19. 30 4月, 2019 2 次提交
  20. 13 2月, 2019 1 次提交
    • H
      efi_loader: CMD_BOOTEFI_HELLO_COMPILE in configs · 0ea8741f
      Heinrich Schuchardt 提交于
      It should not be necessary to adjust CMD_BOOTEFI_HELLO_COMPILE in config
      files.
      
      arch/arm/lib/crt0_arm_efi.S cannot be compiled in thumbs mode. We can
      disable CMD_BOOTEFI_HELLO_COMPILE for CONFIG_CPU_V7M. So there is no longer
      a need to disable it in stm32 configs.
      
      helloworld.efi can be built without problems on x86_64. So there is no need
      to disable it in chromebook_link64_defconfig and qemu-x86_64_defconfig.
      
      Same is true for ARM V7A. So do not disable CMD_BOOTEFI_HELLO_COMPILE in
      kp_imx6q_tpc_defconfig.
      
      Some architecture checks are already make for EFI_LOADER. There is no need
      to repeat them for CMD_BOOTEFI_HELLO_COMPILE
      Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: Patrice.Chotard@st.com
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      0ea8741f
  21. 19 1月, 2019 1 次提交
    • P
      Kconfig: Migrate BOUNCE_BUFFER · 2acc24fc
      Philipp Tomsich 提交于
      The bounce buffer is used by a few drivers (most of the MMC drivers)
      to overcome limitations in their respective DMA implementation.
      
      This moves the configuration to Kconfig and makes it user-selectable
      (even though it will be a required feature to make those drivers
      work): the expected usage is for drivers depending on this to 'select'
      it unconditionally from their respective Kconfig (see follow-up
      patches).
      
      This commit includes a full migration using moveconfig.py to ensure
      that each commit compiles.  To ensure bisectability we update
      dependencies of various drivers to now select BOUNCE_BUFFER when needed.
      
      [trini: Squash all patches to ensure bisectability]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Signed-off-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
      Reviewed-by: Otavio Salvador <otavio@ossystems.com.br> [dw_mmc portion]
      Reviewed-by: Fabio Estevam <festevam@gmail.com> [mxsmmc portion]
      Reviewed-by: Simon Glass <sjg@chromium.org> [tegra portion]
      2acc24fc
  22. 08 1月, 2019 1 次提交
  23. 22 10月, 2018 1 次提交
  24. 18 8月, 2018 1 次提交
  25. 17 8月, 2018 1 次提交
    • T
      configs: Migrate CONFIG_NR_DRAM_BANKS · 86cf1c82
      Tom Rini 提交于
      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: NTom Rini <trini@konsulko.com>
      86cf1c82
  26. 04 6月, 2018 1 次提交
  27. 17 4月, 2018 1 次提交
  28. 15 4月, 2018 1 次提交
    • L
      imx: board: Add support for the K+P's kp_imx6q_tpc board · dd4671cb
      Lukasz Majewski 提交于
      This commit provides support for Kieback & Peter GmbH IMX6Q based
      TPC board.
      
      U-boot console output:
      
      U-Boot SPL 2018.05-rc1-00005-g631e2d01fd (Apr 04 2018 - 21:16:24 +0200)
      Trying to boot from MMC1
      
      U-Boot 2018.05-rc1-00005-g631e2d01fd (Apr 04 2018 - 21:16:24 +0200)
      
      CPU:   Freescale i.MX6Q rev1.5 996 MHz (running at 792 MHz)
      CPU:   Extended Commercial temperature grade (-20C to 105C) at 37C
      Reset cause: POR
      Board: K+P KP_IMX6Q_TPC i.MX6Q
             Watchdog enabled
      I2C:   ready
      DRAM:  2 GiB
      MMC:   FSL_SDHC: 0, FSL_SDHC: 1
      Loading Environment from MMC... OK
      In:    serial
      Out:   serial
      Err:   serial
      Net:   FEC [PRIME]
      Autoboot in 3 seconds
      dd4671cb
  29. 09 4月, 2018 3 次提交
  30. 08 4月, 2018 1 次提交
  31. 11 2月, 2018 2 次提交
  32. 29 12月, 2017 1 次提交
  33. 13 12月, 2017 1 次提交
  34. 20 11月, 2017 1 次提交