1. 23 12月, 2021 1 次提交
    • S
      fdt: Add a Kconfig for boards with a prior stage · 275b4832
      Simon Glass 提交于
      When U-Boot is started from another firmware program, not just a prior
      phase of U-Boot, special behaviour is typically used. In particular, the
      device tree may come from that prior stage.
      
      At present this is sort-of indicated by OF_BOARD, although the
      correlation is not 1:1, since that option simply means that the board has
      a custom mechanism for obtaining the device tree. For example, sandbox
      defines OF_BOARD. Also the board_fdt_blob_setup() function can in fact
      make use of the devicetree in U-Boot if it wishes, as used by
      dragonboard410c until very recently.
      
      Add an explicit Kconfig for this situation. Update the OF_BOARD option to
      more-accurately reflect what it is doing, e.g. for sandbox.
      
      Drop the docs in the README as it is out of date.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      275b4832
  2. 18 12月, 2021 1 次提交
  3. 06 12月, 2021 2 次提交
  4. 01 12月, 2021 2 次提交
    • T
      Convert CONFIG_SYS_BR0_PRELIM et al to Kconfig · c7fad78e
      Tom Rini 提交于
      This converts the following to Kconfig:
         CONFIG_SYS_BR0_PRELIM
         CONFIG_SYS_OR1_PRELIM
         CONFIG_SYS_BR1_PRELIM
         CONFIG_SYS_OR2_PRELIM
         CONFIG_SYS_BR2_PRELIM
         CONFIG_SYS_OR2_PRELIM
         CONFIG_SYS_BR3_PRELIM
         CONFIG_SYS_OR3_PRELIM
         CONFIG_SYS_BR4_PRELIM
         CONFIG_SYS_OR4_PRELIM
         CONFIG_SYS_BR5_PRELIM
         CONFIG_SYS_OR5_PRELIM
         CONFIG_SYS_BR6_PRELIM
         CONFIG_SYS_OR6_PRELIM
         CONFIG_SYS_BR7_PRELIM
         CONFIG_SYS_OR7_PRELIM
      
      This also introduces CONFIG_SYS_BR0_PRELIM_BOOL as not all platforms
      that can set these values do so.  Add the relevant SYS_BRx_PRELIM_BOOL
      to platforms that had not been previously migrated.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      c7fad78e
    • T
      Convert CONFIG_USE_BOOTCOMMAND et al to Kconfig · 970bf860
      Tom Rini 提交于
      This converts the following to Kconfig:
         CONFIG_USE_BOOTCOMMAND
         CONFIG_BOOTCOMMAND
         CONFIG_RAMBOOTCOMMAND
         CONFIG_NFSBOOTCOMMAND
      Signed-off-by: NTom Rini <trini@konsulko.com>
      970bf860
  5. 17 11月, 2021 1 次提交
  6. 13 11月, 2021 4 次提交
  7. 12 11月, 2021 1 次提交
    • S
      Create a new boot/ directory · 19a91f24
      Simon Glass 提交于
      Quite a lot of the code in common/relates to booting and images. Before
      adding more it seems like a good time to move the code into its own
      directory.
      
      Most files with 'boot' or 'image' in them are moved, except:
      
      - autoboot.c which relates to U-Boot automatically running a script
      - bootstage.c which relates to U-Boot timing
      
      Drop the removal of boot* files from the output directory, since this
      interfers with the symlinks created by tools and there does not appear
      to be any such file from my brief testing.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NArtem Lapkin <email2tema@gmail.com>
      Tested-by: NArtem Lapkin <email2tema@gmail.com>
      19a91f24
  8. 05 11月, 2021 2 次提交
  9. 06 10月, 2021 1 次提交
  10. 02 10月, 2021 1 次提交
  11. 30 9月, 2021 1 次提交
  12. 21 9月, 2021 1 次提交
  13. 14 9月, 2021 1 次提交
  14. 08 9月, 2021 1 次提交
    • T
      arm: Finish migration of CONFIG_MACH_TYPE · 5f588f83
      Tom Rini 提交于
      As this is only useful when booting with ATAGs, which are now largely
      disabled, remove this value for the remaining platforms.  We have a few
      places in the code that had been testing for MACH_TYPE as a sort of
      internal logic.  Update those to use different but still correct CONFIG
      symbols.
      
      Cc: Phil Sutter <phil@nwl.cc>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      5f588f83
  15. 01 9月, 2021 3 次提交
  16. 31 8月, 2021 9 次提交
  17. 03 8月, 2021 1 次提交
  18. 29 7月, 2021 2 次提交
  19. 08 7月, 2021 2 次提交
    • T
      arm: Remove edb9315a board · bc08dc56
      Tom Rini 提交于
      These boards have not been converted to CONFIG_DM_USB by the deadline
      and is also missing conversion to CONFIG_DM.  Remove it.
      
      This is also the last PL010_SERIAL using board, so remove those
      references.
      
      Cc: Sergey Kostanbaev <sergey.kostanbaev@fairwaves.ru>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      bc08dc56
    • T
      ppc: Remove sbc8641d board · 1c58857a
      Tom Rini 提交于
      This board has not been converted to CONFIG_DM_PCI by the deadline and is
      also missing conversion to CONFIG_DM.  Remove it.  This is also the last
      of the ARCH_MPC8641/MPC8610 platforms, so remove that support as well.
      
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Priyanka Jain <priyanka.jain@nxp.com>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      1c58857a
  20. 28 4月, 2021 1 次提交
    • R
      allow opting out of WATCHDOG_RESET() from timer interrupt · 17bd5cce
      Rasmus Villemoes 提交于
      Having WATCHDOG_RESET() called automatically from the timer interrupt
      runs counter to the idea of a watchdog device - if the board runs into
      an infinite loops with interrupts still enabled, the watchdog will
      never fire.
      
      When using CONFIG_(SPL_)WDT, the watchdog_reset function is a lot more
      complicated than just poking a few SOC-specific registers - it
      involves accessing all kinds of global data, and if the interrupt
      happens at the wrong time (say, in the middle of an WATCHDOG_RESET()
      call from ordinary code), that can end up corrupting said global data.
      
      Allow the board to opt out of calling WATCHDOG_RESET() from the timer
      interrupt handler by setting CONFIG_SYS_WATCHDOG_FREQ to 0 - as that
      setting is currently nonsensical (it would be compile-time
      divide-by-zero), it cannot affect any existing boards.
      
      Add documentation for both the existing and extended meaning of
      CONFIG_SYS_WATCHDOG_FREQ.
      Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>
      17bd5cce
  21. 27 4月, 2021 1 次提交
    • R
      allow opting out of WATCHDOG_RESET() from timer interrupt · 933ada56
      Rasmus Villemoes 提交于
      Having WATCHDOG_RESET() called automatically from the timer interrupt
      runs counter to the idea of a watchdog device - if the board runs into
      an infinite loops with interrupts still enabled, the watchdog will
      never fire.
      
      When using CONFIG_(SPL_)WDT, the watchdog_reset function is a lot more
      complicated than just poking a few SOC-specific registers - it
      involves accessing all kinds of global data, and if the interrupt
      happens at the wrong time (say, in the middle of an WATCHDOG_RESET()
      call from ordinary code), that can end up corrupting said global data.
      
      Allow the board to opt out of calling WATCHDOG_RESET() from the timer
      interrupt handler by setting CONFIG_SYS_WATCHDOG_FREQ to 0 - as that
      setting is currently nonsensical (it would be compile-time
      divide-by-zero), it cannot affect any existing boards.
      
      Add documentation for both the existing and extended meaning of
      CONFIG_SYS_WATCHDOG_FREQ.
      Signed-off-by: NRasmus Villemoes <rasmus.villemoes@prevas.dk>
      933ada56
  22. 01 3月, 2021 1 次提交