1. 04 Dec, 2019 1 commit
  2. 02 Dec, 2019 1 commit
  3. 11 Oct, 2019 1 commit
  4. 11 Aug, 2019 3 commits
  5. 12 Apr, 2019 2 commits
  6. 10 Dec, 2018 1 commit
  7. 26 Sep, 2018 1 commit
  8. 03 Aug, 2018 1 commit
    • Koen Kooi's avatar
      Add Beaglebone Enhanced support · ad6054f1
      Koen Kooi authored
      The "Beaglebone Enhanced" by Sancloud is based on the Beaglebone Black,
      but with the following differences:
      
       * Gigabit capable PHY
       * Extra USB hub, optional i2c control
       * lps3331ap barometer connected over i2c
       * MPU6050 6 axis MEMS accelerometer/gyro connected over i2c
       * 1GiB DDR3 RAM
       * RTL8723 Wifi/Bluetooth connected over USB
      Signed-off-by: default avatarKoen Kooi <koen@dominion.thruhere.net>
      Reviewed-by: Tom Rini's avatarTom Rini <trini@konsulko.com>
      ad6054f1
  9. 07 May, 2018 1 commit
    • 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: Tom Rini's avatarTom Rini <trini@konsulko.com>
      83d290c5
  10. 28 Apr, 2018 1 commit
  11. 09 Apr, 2018 1 commit
  12. 06 Apr, 2018 1 commit
  13. 16 Mar, 2018 1 commit
    • Sam Protsenko's avatar
      board: am335x: Set serial# variable · fc228dc9
      Sam Protsenko authored
      serial# variable is needed to show the device correctly in "fastboot
      devices" output. It's useful when we have several devices (in fastboot
      mode) connected to single host and want to choose which one to flash.
      
      We can't use omap_die_id_serial() for this, because AM335x lacks
      DIE_ID, as can be seen from AM335x TRM. Let's do next:
       - reuse board_serial variable (obtained from EEPROM in
         set_board_info_env() function) to set serial#
       - if board_serial is "unknown", reuse ethaddr variable to set serial#
      Signed-off-by: default avatarSam Protsenko <semen.protsenko@linaro.org>
      Reviewed-by: Tom Rini's avatarTom Rini <trini@konsulko.com>
      fc228dc9
  14. 05 Mar, 2018 1 commit
  15. 16 Aug, 2017 5 commits
  16. 12 Jun, 2017 1 commit
    • Lokesh Vutla's avatar
      board: ti: am335x: Fix scale_vcore for beaglebones · 9f7923c7
      Lokesh Vutla authored
      commit 06507988 ("board: am335x: Introduce scale_vcores")
      updated voltages of each board based on efuse. It updated
      beagle bone specific voltages under the condition board_is_bone().
      But this is true only for BeagleBoneWhite. Due to which voltages
      are not configured for BBB, BBW as wrong device is being probed.
      
      So create a common function board_is_beaglebonex() which includes
      am335x based beagle family. Use this for updating voltages.
      
      Also remove extra if condition for selecting voltages which is
      done later using a switch case and match usb current limit as
      before the commit 06507988.
      
      Fixes: 06507988 ("board: am335x: Introduce scale_vcores")
      Reported-by: default avatarEmmanuel Vadot <manu@bidouilliste.com>
      Signed-off-by: Lokesh Vutla's avatarLokesh Vutla <lokeshvutla@ti.com>
      9f7923c7
  17. 10 Jun, 2017 1 commit
    • Semen Protsenko's avatar
      arm: omap: Unify get_device_type() function · 00bbe96e
      Semen Protsenko authored
      Refactor OMAP3/4/5 code so that we have only one get_device_type()
      function for all platforms.
      
      Details:
       - Add ctrl variable for AM33xx and OMAP3 platforms (like it's done for
         OMAP4/5), so we can obtain status register in common way
       - For now ctrl structure for AM33xx/OMAP3 contains only status register
         address
       - Run hw_data_init() in order to assign ctrl to proper structure
       - Remove DEVICE_MASK and DEVICE_GP definitions as they are not used
         (DEVICE_TYPE_MASK and GP_DEVICE are used instead)
       - Guard structs in omap_common.h with #ifdefs, because otherwise
         including omap_common.h on non-omap4/5 board files breaks compilation
      
      Buildman script was run for all OMAP boards. Result output:
          arm: (for 38/616 boards)
              all +352.5
              bss -1.4
              data +3.5
              rodata +300.0
              spl/u-boot-spl:all +284.7
              spl/u-boot-spl:data +2.2
              spl/u-boot-spl:rodata +252.0
              spl/u-boot-spl:text +30.5
              text +50.4
          (no errors to report)
      
      Tested on AM57x EVM and BeagleBoard xM.
      Signed-off-by: default avatarSam Protsenko <semen.protsenko@linaro.org>
      Reviewed-by: Lokesh Vutla's avatarLokesh Vutla <lokeshvutla@ti.com>
      [trini: Rework the guards as to not break TI81xx]
      Signed-off-by: Tom Rini's avatarTom Rini <trini@konsulko.com>
      00bbe96e
  18. 15 May, 2017 1 commit
  19. 12 May, 2017 3 commits
  20. 08 Apr, 2017 3 commits
  21. 09 Dec, 2016 1 commit
    • Jyri Sarha's avatar
      arm: am33xx: Initialize EMIF REG_PR_OLD_COUNT for BBB and am335x-evm · 8c17cbdf
      Jyri Sarha authored
      Initialize EMIF OCP_CONFIG registers REG_COS_COUNT_1, REG_COS_COUNT_2,
      and REG_PR_OLD_COUNT field for Beaglebone-Black and am335x-evm. With
      the default values LCDC suffers from DMA FIFO underflows and frame
      synchronization lost errors. The initialization values are the highest
      that work flawlessly when heavy memory load is generated by CPU. 32bpp
      colors were used in the test. On BBB the video mode used 110MHz pixel
      clock. The mode supported by the panel of am335x-evm uses 30MHz pixel
      clock.
      Signed-off-by: default avatarJyri Sarha <jsarha@ti.com>
      Reviewed-by: Tom Rini's avatarTom Rini <trini@konsulko.com>
      8c17cbdf
  22. 03 Dec, 2016 1 commit
  23. 21 Nov, 2016 1 commit
  24. 13 Oct, 2016 2 commits
  25. 02 Oct, 2016 1 commit
  26. 27 May, 2016 3 commits