Skip to content
Snippets Groups Projects
  1. May 18, 2018
  2. May 08, 2018
  3. May 07, 2018
    • Tom Rini's avatar
      SPDX: Convert all of our single license tags to Linux Kernel style · 83d290c5
      Tom Rini authored
      
      When U-Boot started using SPDX tags we were among the early adopters and
      there weren't a lot of other examples to borrow from.  So we picked the
      area of the file that usually had a full license text and replaced it
      with an appropriate SPDX-License-Identifier: entry.  Since then, the
      Linux Kernel has adopted SPDX tags and they place it as the very first
      line in a file (except where shebangs are used, then it's second line)
      and with slightly different comment styles than us.
      
      In part due to community overlap, in part due to better tag visibility
      and in part for other minor reasons, switch over to that style.
      
      This commit changes all instances where we have a single declared
      license in the tag as both the before and after are identical in tag
      contents.  There's also a few places where I found we did not have a tag
      and have introduced one.
      
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      83d290c5
  4. Mar 05, 2018
  5. Jan 21, 2018
  6. Jan 15, 2018
    • Rob Clark's avatar
      fdtdec: allow board to provide fdt for CONFIG_OF_SEPARATE · 3b595da4
      Rob Clark authored
      
      Similar to CONFIG_OF_BOARD, but in this case the fdt is still built by
      u-boot build.  This allows the board to patch the fdt, etc.
      
      In the specific case of dragonboard 410c, we pass the u-boot generated
      fdt to the previous stage of bootloader (by embedding it in the
      u-boot.img that is loaded by lk/aboot), which patches the fdt and passes
      it back to u-boot.
      
      Signed-off-by: default avatarRob Clark <robdclark@gmail.com>
      [trini: Update board_fdt_blob_setup #if check]
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      3b595da4
  7. Nov 30, 2017
    • Goldschmidt Simon's avatar
      spl: make CONFIG_OF_EMBED pass dts through fdtgrep · 9bd76b80
      Goldschmidt Simon authored
      
      Building spl with CONFIG_OF_EMBED enabled results in an error message
      on my board: "SPL image too big". This is because the fdtgrep build
      step is only executed for CONFIG_OF_SEPARATE.
      
      Fix this by moving the fdtgrep build step ('cmd_fdtgreo') from
      scripts/Makefile.spl to dts/Makefile so that the reduced dtb is
      available for all kinds of spl builds.
      
      The resulting variable name for the embedded device tree blob changes,
      too, which is why common.h and fdtdec.c have tiny changes.
      
      Signed-off-by: default avatarSimon Goldschmidt <sgoldschmidt@de.pepperl-fuchs.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      9bd76b80
    • Marek Vasut's avatar
      fdtdec: Support parsing multiple /memory nodes · 942ee093
      Marek Vasut authored
      
      It is legal to have multiple /memory nodes in a device tree . Currently,
      fdtdec_setup_memory_size() only supports parsing the first node . This
      patch extends the function such that if a particular /memory node does
      no longer have further "reg" entries and CONFIG_NR_DRAM_BANKS still
      allows for more DRAM banks, the code moves on to the next memory node
      and checks it's "reg"s. This makes it possible to handle both systems
      with single memory node with multiple entries and systems with multiple
      memory nodes with single entry.
      
      Signed-off-by: default avatarMarek Vasut <marek.vasut+renesas@gmail.com>
      Cc: Tom Rini <trini@konsulko.com>
      Cc: Simon Glass <sjg@chromium.org>
      942ee093
  8. Nov 26, 2017
  9. Oct 06, 2017
  10. Aug 16, 2017
  11. Jul 28, 2017
  12. Jul 10, 2017
  13. Jun 02, 2017
  14. Jun 01, 2017
  15. May 10, 2017
    • Alex Deymo's avatar
      Allow boards to initialize the DT at runtime. · 82f766d1
      Alex Deymo authored
      
      In some boards like the Raspberry Pi the initial bootloader will pass
      a DT to the kernel. When using U-Boot as such kernel, the board code in
      U-Boot should be able to provide U-Boot with this, already assembled
      device tree blob.
      
      This patch introduces a new config option CONFIG_OF_BOARD to use instead
      of CONFIG_OF_EMBED or CONFIG_OF_SEPARATE which will initialize the DT
      from a board-specific funtion instead of bundling one with U-Boot or as
      a separated file. This allows boards like the Raspberry Pi to reuse the
      device tree passed from the bootcode.bin and start.elf firmware
      files, including the run-time selected device tree overlays.
      
      Signed-off-by: default avatarAlex Deymo <deymo@google.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      82f766d1
  16. Apr 14, 2017
  17. Mar 26, 2017
  18. Dec 20, 2016
    • Nathan Rossi's avatar
      fdt: add memory bank decoding functions for board setup · 623f6019
      Nathan Rossi authored
      
      Add two functions for use by board implementations to decode the memory
      banks of the /memory node so as to populate the global data with
      ram_size and board info for memory banks.
      
      The fdtdec_setup_memory_size() function decodes the first memory bank
      and sets up the gd->ram_size with the size of the memory bank. This
      function should be called from the boards dram_init().
      
      The fdtdec_setup_memory_banksize() function decode the memory banks
      (up to the CONFIG_NR_DRAM_BANKS) and populates the base address and size
      into the gd->bd->bi_dram array of banks. This function should be called
      from the boards dram_init_banksize().
      
      Signed-off-by: default avatarNathan Rossi <nathan@nathanrossi.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Michal Simek <monstr@monstr.eu>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
      Signed-off-by: default avatarMichal Simek <michal.simek@xilinx.com>
      623f6019
  19. Oct 13, 2016
  20. Sep 14, 2016
  21. Aug 12, 2016
  22. Jul 25, 2016
  23. Jul 11, 2016
  24. Jul 05, 2016
  25. Jun 12, 2016
  26. May 31, 2016
    • Stephen Warren's avatar
      mmc: tegra: add basic Tegra186 support · 39f63332
      Stephen Warren authored
      
      Tegra186's MMC controller needs to be explicitly identified. Add another
      compatible value for it.
      
      Tegra186 will use an entirely different clock/reset control mechanism to
      existing chips, and will use standard clock/reset APIs rather than the
      existing Tegra-specific custom APIs. The driver support for that isn't
      ready yet, so simply disable all clock/reset usage if compiling for
      Tegra186. This must happen at compile time rather than run-time since the
      custom APIs won't even be compiled in on Tegra186. In the long term, the
      plan would be to convert the existing custom APIs to standard APIs and get
      rid of the ifdefs completely.
      
      The system's main eMMC will work without any clock/reset support, since
      the firmware will have already initialized the controller in order to
      load U-Boot. Hence the driver is useful even in this apparently crippled
      state.
      
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarTom Warren <twarren@nvidia.com>
      39f63332
  27. Mar 17, 2016
  28. Mar 14, 2016
  29. Feb 16, 2016
Loading