1. 05 9月, 2021 1 次提交
  2. 04 9月, 2021 1 次提交
  3. 01 9月, 2021 2 次提交
  4. 11 8月, 2021 1 次提交
  5. 29 7月, 2021 1 次提交
  6. 28 6月, 2021 1 次提交
  7. 19 2月, 2021 1 次提交
  8. 13 11月, 2020 1 次提交
    • A
      rockchip: gru: Allow setting up clocks in U-Boot proper · 13634bb6
      Alper Nebi Yasak 提交于
      Commit fe974716 ("rockchip: rk3288: Allow setting up clocks in
      U-Boot proper") fixes some clock issues when chainloading U-Boot on
      rk3288 chromebooks. Part of that change is still available in veyron's
      board_early_init_r() function. Since chain-loading U-Boot proper from
      vendor firmware is possible on gru boards as well, do the same thing for
      them too.
      
      On rk3399, this needs to detect whether SPL was run via handoff, so
      enable that and bloblist kconfigs it needs for chromebook_bob.
      Signed-off-by: NAlper Nebi Yasak <alpernebiyasak@gmail.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: Kever Yang<kever.yang@rock-chips.com>
      13634bb6
  9. 11 8月, 2020 1 次提交
  10. 29 7月, 2020 1 次提交
  11. 28 7月, 2020 1 次提交
  12. 07 7月, 2020 1 次提交
  13. 26 6月, 2020 1 次提交
    • T
      spi: Enable missing CONFIG_SPL_DM_SPI support · 8f74e659
      Tom Rini 提交于
      Due to how the Makefile logic is we currently get DM_SPI support in SPL
      enabled by having DM_SPI enabled for full U-Boot but not having
      CONFIG_SPL_DM_SPI set.  Add this missing option to boards that were
      inadvertently making use of it.
      
      Cc: Adam Ford <aford173@gmail.com>
      Cc: Akash Gajjar <akash@openedev.com>
      Cc: Anatolij Gustschin <agust@denx.de>
      Cc: Andy Yan <andy.yan@rock-chips.com>
      Cc: Anup Patel <anup.patel@wdc.com>
      Cc: Atish Patra <atish.patra@wdc.com>
      Cc: Bin Meng <bmeng.cn@gmail.com>
      Cc: Chee Hong Ang <chee.hong.ang@intel.com>
      Cc: Chin-Liang See <clsee@altera.com>
      Cc: Dalon Westergreen <dwesterg@gmail.com>
      Cc: Dinh Nguyen <dinguyen@kernel.org>
      Cc: Eugen Hristev <eugen.hristev@microchip.com>
      Cc: Hannes Schmelzer <hannes.schmelzer@br-automation.com>
      Cc: Heiko Schocher <hs@denx.de>
      Cc: Jagan Teki <jagan@amarulasolutions.com>
      Cc: Klaus Goger <klaus.goger@theobroma-systems.com>
      Cc: Levin Du <djw@t-chip.com.cn>
      Cc: Ley Foon Tan <ley.foon.tan@intel.com>
      Cc: Lokesh Vutla <lokeshvutla@ti.com>
      Cc: Luca Ceresoli <luca@lucaceresoli.net>
      Cc: Marek Vasut <marex@denx.de>
      Cc: Michal Simek <monstr@monstr.eu>
      Cc: Mike Looijmans <mike.looijmans@topic.nl>
      Cc: Nicolas Ferre <nicolas.ferre@microchip.com>
      Cc: Nikita Kiryanov <nikita@compulab.co.il>
      Cc: Palmer Dabbelt <palmer@dabbelt.com>
      Cc: Patrick Delaunay <patrick.delaunay@st.com>
      Cc: Paul Walmsley <paul.walmsley@sifive.com>
      Cc: Pavel Machek <pavel@denx.de>
      Cc: Peter Robinson <pbrobinson@gmail.com>
      Cc: Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Suniel Mahesh <sunil@amarulasolutions.com>
      Cc: Vitaly Andrianov <vitalya@ti.com>
      Cc: Wolfgang Grandegger <wg@aries-embedded.de>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NLuca Ceresoli <luca@lucaceresoli.net>
      8f74e659
  14. 29 4月, 2020 1 次提交
  15. 29 2月, 2020 1 次提交
  16. 23 1月, 2020 1 次提交
  17. 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
  18. 10 11月, 2019 1 次提交
    • K
      rockchip: rk3399: update SPL_STACK_R_ADDR · 006ab58d
      Kever Yang 提交于
      Use the same SPL_STACK_R_ADDR in Kconfig instead of each board config;
      default to 0x4000000(64MB) instead of 0x80000(512KB) for this address
      can support all the SoCs including those may have only 64MB memory, and
      also reserve enough space for atf, kernel(in falcon mode) loading.
      
      After the ATF entry move to 0x40000, the stack from 0x80000 may be override
      when loading ATF bl31.
      Signed-off-by: NKever Yang <kever.yang@rock-chips.com>
      006ab58d
  19. 08 11月, 2019 1 次提交
  20. 23 9月, 2019 1 次提交
  21. 26 8月, 2019 1 次提交
  22. 23 8月, 2019 1 次提交
  23. 14 8月, 2019 1 次提交
  24. 20 7月, 2019 2 次提交
  25. 08 5月, 2019 2 次提交
  26. 30 4月, 2019 2 次提交
  27. 26 3月, 2019 1 次提交
  28. 08 2月, 2019 1 次提交
  29. 01 2月, 2019 2 次提交
  30. 08 1月, 2019 1 次提交
  31. 04 9月, 2018 1 次提交
  32. 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
  33. 21 7月, 2018 1 次提交
  34. 04 6月, 2018 1 次提交