1. 29 4月, 2021 1 次提交
  2. 18 2月, 2021 1 次提交
  3. 03 2月, 2021 1 次提交
    • S
      common: Drop asm/global_data.h from common header · 401d1c4f
      Simon Glass 提交于
      Move this out of the common header and include it only where needed.  In
      a number of cases this requires adding "struct udevice;" to avoid adding
      another large header or in other cases replacing / adding missing header
      files that had been pulled in, very indirectly.   Finally, we have a few
      cases where we did not need to include <asm/global_data.h> at all, so
      remove that include.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      401d1c4f
  4. 23 12月, 2020 1 次提交
    • S
      dm: core: Inline a few ofnode functions in SPL · ec1add1e
      Simon Glass 提交于
      A recent change to unify the flattree/livetree code introduced a small
      size increase in SPL on some boards. For example SPL code size for
      px30-core-ctouch2-px30 increased by 40 bytes.
      
      To address this we can take advantage of the fact that some of the ofnode
      functions are only called a few times in SPL, so it is worth inlining
      them.
      
      Add new Kconfig options to control this. These functions are not inlined
      for U-Boot proper, since this increases code size.
      
      Fixes: 2ebea5ea ("dm: core: Combine the flattree and livetree binding code")
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      ec1add1e
  5. 13 12月, 2020 2 次提交
  6. 27 10月, 2020 1 次提交
  7. 06 10月, 2020 3 次提交
  8. 29 7月, 2020 1 次提交
  9. 02 5月, 2020 1 次提交
  10. 17 4月, 2020 1 次提交
    • P
      dm: core: add ofnode and dev function to iterate on node property · ce891fca
      Patrick Delaunay 提交于
      Add functions to iterate on all property with livetree
      - dev_read_first_prop
      - dev_read_next_prop
      - dev_read_prop_by_prop
      and
      - ofnode_get_first_property
      - ofnode_get_next_property
      - ofnode_get_property_by_prop
      
      And helper: dev_for_each_property
      
      For example:
      struct ofprop property;
      
      dev_for_each_property(property, config) {
      	value = dev_read_prop_by_prop(&property, &propname, &len);
      
      or:
      
      for (res = ofnode_get_first_property(node, &property);
           !res;
           res = ofnode_get_next_property(&property))
      {
           value = ofnode_get_property_by_prop(&property, &propname, &len);
      ....
      }
      Signed-off-by: NPatrick Delaunay <patrick.delaunay@st.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      ce891fca
  11. 16 4月, 2020 1 次提交
  12. 06 2月, 2020 4 次提交
  13. 15 12月, 2019 1 次提交
    • S
      dm: core: Fix offset_to_ofnode() with invalid offset · b14c5339
      Simon Glass 提交于
      If the offset is -1 this function correctly sets up a null ofnode. But if
      the offset is any other negative number (e.g. -FDT_ERR_BADPATH) then it
      does the wrong thing.
      
      An offset of -1 in ofnode indicates that the ofnode is not valid. Any
      other negative value is not handled by ofnode_valid(). We could of course
      change that function, but it seems much better to always use the same
      value for an invalid node.
      
      Fix it by setting the offset to -1 if it is invalid for any reason.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
      b14c5339
  14. 06 9月, 2019 1 次提交
  15. 22 7月, 2019 1 次提交
    • F
      dm: core: Introduce xxx_translate_dma_address() · 641067fb
      Fabien Dessenne 提交于
      Add the following functions to translate DMA address to CPU address:
      - dev_translate_dma_address()
      - ofnode_translate_dma_address()
      - of_translate_dma_address()
      - fdt_translate_dma_address()
      These functions work the same way as xxx_translate_address(), with the
      difference that the translation relies on the "dma-ranges" property
      instead of the "ranges" property.
      
      Add related test. Test report:
      => ut dm fdt_translation
      Test: dm_test_fdt_translation: test-fdt.c
      Test: dm_test_fdt_translation: test-fdt.c (flat tree)
      Failures: 0
      Signed-off-by: NFabien Dessenne <fabien.dessenne@st.com>
      641067fb
  16. 11 7月, 2019 1 次提交
  17. 22 5月, 2019 2 次提交
  18. 30 11月, 2018 1 次提交
  19. 26 11月, 2018 1 次提交
  20. 30 9月, 2018 1 次提交
  21. 18 9月, 2018 1 次提交
  22. 08 8月, 2018 1 次提交
  23. 09 7月, 2018 4 次提交
  24. 08 5月, 2018 1 次提交
  25. 07 5月, 2018 1 次提交
    • T
      SPDX: Convert all of our single license tags to Linux Kernel style · 83d290c5
      Tom Rini 提交于
      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: NTom Rini <trini@konsulko.com>
      83d290c5
  26. 24 2月, 2018 2 次提交
  27. 22 1月, 2018 1 次提交
  28. 17 11月, 2017 1 次提交
  29. 12 9月, 2017 1 次提交