1. 14 8月, 2018 5 次提交
  2. 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
  3. 24 2月, 2018 1 次提交
  4. 11 2月, 2018 1 次提交
    • T
      configs: Migrate CONFIG_SYS_TEXT_BASE · 278b90ce
      Tom Rini 提交于
      On the NIOS2 and Xtensa architectures, we do not have
      CONFIG_SYS_TEXT_BASE set.  This is a strict migration of the current
      values into the defconfig and removing them from the headers.
      
      I did not attempt to add more default values in and for now will leave
      that to maintainers.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      278b90ce
  5. 08 2月, 2018 1 次提交
  6. 28 1月, 2018 2 次提交
  7. 10 1月, 2018 4 次提交
  8. 04 9月, 2017 2 次提交
  9. 15 8月, 2017 1 次提交
  10. 11 8月, 2017 1 次提交
  11. 26 7月, 2017 1 次提交
  12. 07 4月, 2017 1 次提交
  13. 20 3月, 2017 1 次提交
  14. 19 3月, 2017 1 次提交
  15. 26 1月, 2017 1 次提交
  16. 22 1月, 2017 1 次提交
    • U
      status_led: Kconfig migration · 2d8d190c
      Uri Mashiach 提交于
      Move all of the status LED feature to drivers/led/Kconfig.
      The LED status definitions were moved from the board configuration
      files to the defconfig files.
      
      TBD: Move all of the definitions in the include/status_led.h to the
      relevant board's defconfig files.
      
      Tested boards: CL-SOM-AM57x, CM-T335
      Signed-off-by: NUri Mashiach <uri.mashiach@compulab.co.il>
      2d8d190c
  17. 13 6月, 2016 1 次提交
  18. 10 6月, 2016 1 次提交
  19. 26 4月, 2016 2 次提交
  20. 27 3月, 2016 1 次提交
  21. 15 3月, 2016 1 次提交
  22. 20 1月, 2016 1 次提交
  23. 13 12月, 2015 1 次提交
  24. 10 11月, 2015 1 次提交
    • A
      stm32f429-discovery: add CONFIG_SYS_THUMB_BUILD · bf104ffa
      Albert ARIBAUD 提交于
      This target is ARMv7-M therefore can only build for Thumb,
      but it did not #define CONFIG_SYS_THUMB_BUILD, so the U-Boot
      code did not know it had to build for Thumb(2), not ARM.
      
      This patch is binary-invariant: builds of stm32f429-discovery
      with and without this patch were compared and found to differ
      only by their U-Boot version strings.
      Signed-off-by: NAlbert ARIBAUD <albert.u.boot@aribaud.net>
      bf104ffa
  25. 25 10月, 2015 1 次提交
  26. 13 8月, 2015 1 次提交
    • N
      kconfig: add config option for shell prompt · 181bd9dc
      Nikita Kiryanov 提交于
      Add option to set shell prompt string from menuconfig and migrate
      boards globally.
      
      The migration is done as follows:
      - Boards that explicitly and unconditionally set CONFIG_SYS_PROMPT had the
        entry moved to their defconfig files.
      - Boards that defined some kind of #ifdef logic which selects the
        CONFIG_SYS_PROMPT (for example qemu-mips) got an #undef CONFIG_SYS_PROMPT
        right before the #ifdef logic and were left alone.
      - This change forces CONFIG_SYS_PROMPT to be a per board decision, and thus
        CONFIG_SYS_PROMPT was removed from all <soc>_common.h and <arch>_common.h
        files. This results in a streamlined default value across platforms, and
        includes the following files: spear-common, sunxi-common, mv-common,
        ti_armv7_common, tegra-common, at91-sama5_common, and zynq-common.
      - Boards that relied on <arch/soc>_common.h values of CONFIG_SYS_PROMPT were
        not updated in their respective defconfig files under the assumption that
        since they did not explicitly define a value, they're fine with whatever
        the default is.
      - On the other hand, boards that relied on a value defined in some
        <boards>_common.h file such as woodburn_common, rpi-common,
        bur_am335x_common, ls2085a_common, siemens_am33x_common, and
        omap3_evm_common, had their values moved to the respective defconfig files.
      - The define V_PROMPT was removed, since it is not used anywhere except for
        assigning a value for CONFIG_SYS_PROMPT.
      
      Cc: Tom Rini <trini@konsulko.com>
      Cc: Masahiro Yamada <yamada.m@jp.panasonic.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Igor Grinberg <grinberg@compulab.co.il>
      Signed-off-by: NNikita Kiryanov <nikita@compulab.co.il>
      [trini: Add spring, sniper, smartweb to conversion]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      181bd9dc
  27. 28 7月, 2015 3 次提交
  28. 09 7月, 2015 1 次提交
    • A
      stm32f4: fix gpio description in comment · 03514739
      Antonio Borneo 提交于
      On STM32F429 gpio PC6/PC7 can be allocated for USART6, as
      reported in the comment.
      But current code in
      	drivers/serial/serial_stm32.c
      uses a different gpio mapping (PG14/PG9) for USART6.
      
      Fix the comment to match current code in the driver.
      Signed-off-by: NAntonio Borneo <borneo.antonio@gmail.com>
      To: u-boot@lists.denx.de
      To: Kamil Lulko <rev13@wp.pl>
      Cc: Tom Rini <trini@konsulko.com>
      03514739