1. 05 9月, 2021 1 次提交
  2. 04 9月, 2021 1 次提交
  3. 02 9月, 2021 1 次提交
    • A
      lib: add crc16.o if CONFIG_MMC_SPI_CRC_ON for SPL build · c8291f53
      Andreas Schwab 提交于
      CONFIG_MMC_SPI_CRC_ON needs the crc16 functions, but it was not included
      in an SPL build.  For non-SPL builds, crc16.o is already added
      unconditionally.  This also removes CONFIG_SPL_YMODEM_SUPPORT from the
      sifive board configs, which is only relevant for some ARM boards and was
      only set for its side effect of adding crc16.o.
      c8291f53
  4. 01 9月, 2021 2 次提交
  5. 29 7月, 2021 1 次提交
  6. 06 7月, 2021 1 次提交
  7. 28 6月, 2021 1 次提交
  8. 19 5月, 2021 2 次提交
  9. 08 4月, 2021 1 次提交
  10. 10 10月, 2020 1 次提交
  11. 11 8月, 2020 1 次提交
  12. 04 8月, 2020 1 次提交
  13. 29 7月, 2020 1 次提交
  14. 28 7月, 2020 1 次提交
  15. 24 7月, 2020 1 次提交
  16. 02 7月, 2020 1 次提交
  17. 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
  18. 04 6月, 2020 1 次提交
  19. 23 4月, 2020 1 次提交
  20. 23 1月, 2020 1 次提交
  21. 10 12月, 2019 1 次提交
  22. 04 12月, 2019 1 次提交
  23. 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
  24. 14 8月, 2019 1 次提交
  25. 19 7月, 2019 1 次提交
  26. 30 4月, 2019 1 次提交
  27. 27 2月, 2019 1 次提交
  28. 05 12月, 2018 1 次提交
  29. 26 11月, 2018 4 次提交
  30. 03 10月, 2018 1 次提交
    • B
      riscv: Add QEMU virt board support · 510e379c
      Bin Meng 提交于
      This adds QEMU RISC-V 'virt' board target support, with the hope of
      helping people easily test U-Boot on RISC-V.
      
      The QEMU virt machine models a generic RISC-V virtual machine with
      support for the VirtIO standard networking and block storage devices.
      It has CLINT, PLIC, 16550A UART devices in addition to VirtIO and
      it also uses device-tree to pass configuration information to guest
      software. It implements RISC-V privileged architecture spec v1.10.
      
      Both 32-bit and 64-bit builds are supported. Support is pretty much
      preliminary, only booting to U-Boot shell with the UART driver on
      a single core. Booting Linux is not supported yet.
      Signed-off-by: NBin Meng <bmeng.cn@gmail.com>
      Reviewed-by: NLukas Auer <lukas.auer@aisec.fraunhofer.de>
      510e379c