Skip to content
Snippets Groups Projects
  1. Dec 11, 2019
  2. Dec 10, 2019
  3. Dec 06, 2019
  4. Dec 03, 2019
  5. Dec 02, 2019
  6. Nov 23, 2019
    • Tom Rini's avatar
      buildman: Fix problem with non-existent output directories · 70f68139
      Tom Rini authored
      
      Now that we have buildman telling genboards.cfg to use an output
      directory we need to ensure that it exists.
      
      Cc: Bin Meng <bmeng.cn@gmail.com>
      Cc: Simon Glass <sjg@chromium.org>
      Fixes: bc750bca ("tools: buildman: Honor output directory when generating boards.cfg")
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      Reviewed-by: default avatarBin Meng <bmeng.cn@gmail.com>
      70f68139
    • Tom Rini's avatar
      moveconfig.py: Fix more Python3 UTF issues · 02b5670e
      Tom Rini authored
      
      With the move to using Python 3 for real, we encounter two different
      issues.  First, the file include/video_font_data.h includes at least one
      UTF-16 character.  Given that it does not include any CONFIG symbols it
      is easiest to just ignore this file.  Next, we encounter similar
      problems with some dts/dtsi files that come from Linux.  In this case
      it's easiest to simply ignore all dts/dtsi files as there will not be
      CONFIG symbols for us to migrate in them.
      
      Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      02b5670e
  7. Nov 20, 2019
  8. Nov 17, 2019
  9. Nov 14, 2019
  10. Nov 12, 2019
  11. Nov 11, 2019
    • Simon Glass's avatar
      binman: tegra: Adjust symbol calculation depending on end-at-4gb · 7c150136
      Simon Glass authored
      
      A recent change adjusted the symbol calculation to work on x86 but broke
      it for Tegra. In fact this is because they have different needs.
      
      On x86 devices the code is linked to a ROM address and the end-at-4gb
      property is used for the image. In this case there is no need to add the
      base address of the image, since the base address is already built into
      the offset and image-pos properties.
      
      On other devices we must add the base address since the offsets start at
      zero.
      
      In addition the base address is currently added to the 'offset' and 'size'
      values. It should in fact only be added to 'image-pos', since 'offset' is
      relative to its parent and 'size' is not actually an address. This code
      should have been adjusted when support for 'image-pos' and 'size' was
      added, but it was not.
      
      To correct these problems:
      - move the code that handles adding the base address to section.py, which
        can check the end-at-4gb property and which property
        (offset/size/image-pos) is being read
      - add the base address only when needed (only for image-pos and not if the
        image uses end-at-4gb)
      - add a note to the documentation
      - add a separate test to cover x86 behaviour
      
      Fixes: 15c981cc (binman: Correct symbol calculation with non-zero image base)
      
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      Tested-by: default avatarStephen Warren <swarren@nvidia.com>
      7c150136
  12. Nov 08, 2019
  13. Nov 05, 2019
  14. Nov 02, 2019
Loading