1. 14 Mar, 2016 1 commit
    • Adam Ford's avatar
      ARM: Various: Future-proof serial platdata · 2f6ed3b8
      Adam Ford authored
      A few boards still use ns16550_platdata structures, but assume the structure
      is going to be in a specific order. By explicitly naming each entry,
      this should also help 'future-proof' in the event the structure changes.
      Tested on the Logic PD Torpedo + Wireless.
      I only changed a handful of devices that used the same syntax as the Logic
      board.  Appologies if I missed one or stepped on toes.  Thanks to Derald Woods
      and Alexander Graf.
      Signed-off-by: default avatarAdam Ford <aford173@gmail.com>
      V6: Add fix to arch/arm/cpu/armv7/am33xx/board.c
      V5: Add fix to arch/arm/cpu/arm926ejs/lpc32xx/devices.c
      V4: Fix subject heading
      V3: Remove  reg_offset out in all the structs. It was reverted out, and and if
      it did exist, it would get initialized to 0 by default.
      V2: I hastily copy-pasted the boards without looking at the UART number.
      This addresses 3 boards that use UART3 and not UART1.
      Reviewed-by: default avatarMugunthan V N <mugunthanvnm@ti.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
  2. 22 Nov, 2015 1 commit
  3. 22 Oct, 2015 1 commit
  4. 10 May, 2015 5 commits
  5. 05 Dec, 2014 1 commit
  6. 24 Oct, 2014 1 commit
  7. 23 Oct, 2014 3 commits
  8. 13 Sep, 2014 1 commit
  9. 31 Aug, 2014 1 commit
  10. 30 Jul, 2014 2 commits
    • Masahiro Yamada's avatar
      Add board MAINTAINERS files · 93d4334f
      Masahiro Yamada authored
      We have switched to Kconfig and the boards.cfg file is going to
      be removed. We have to retrieve the board status and maintainers
      information from it.
      The MAINTAINERS format as in Linux Kernel would be nice
      because we can crib the scripts/get_maintainer.pl script.
      After some discussion, we chose to put a MAINTAINERS file under each
      board directory, not the top-level one because we want to collect
      relevant information for a board into a single place.
      Modify get_maintainer.pl to scan multiple MAINTAINERS files.
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Suggested-by: default avatarTom Rini <trini@ti.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
    • Masahiro Yamada's avatar
      kconfig: add board Kconfig and defconfig files · dd84058d
      Masahiro Yamada authored
      This commit adds:
       - arch/${ARCH}/Kconfig
          provide a menu to select target boards
       - board/${VENDOR}/${BOARD}/Kconfig or board/${BOARD}/Kconfig
          set CONFIG macros to the appropriate values for each board
       - configs/${TARGET_BOARD}_defconfig
          default setting of each board
      (This commit was automatically generated by a conversion script
      based on boards.cfg)
      In Linux Kernel, defconfig files are located under
      arch/${ARCH}/configs/ directory.
      It works in Linux Kernel since ARCH is always given from the
      command line for cross compile.
      But in U-Boot, ARCH is not given from the command line.
      Which means we cannot know ARCH until the board configuration is done.
      That is why all the "*_defconfig" files should be gathered into a
      single directory ./configs/.
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
  11. 19 Jun, 2014 1 commit
    • Ash Charles's avatar
      omap3: overo: Select fdtfile for expansion board · 12cc5437
      Ash Charles authored
      The u-boot Overo board actually supports both Overo (OMAP35xx)
      and Overo Storm (AM/DM37xx) COMs with a range of different expansion
      boards.  This provides a mechanism to select the an appropriate device
      tree file based on the processor version and, if available, the
      expansion board ID written on the expansion board EEPROM. To match the
      3.15+ kernels, fdtfile names have this format:
       "omap3-overo[-storm]-<expansion board name>.dtb"
      By default, we use "omap3-overo-storm-tobi.dtb".
      Signed-off-by: default avatarAsh Charles <ashcharles@gmail.com>
  12. 23 May, 2014 2 commits
  13. 04 Mar, 2014 1 commit
  14. 13 Nov, 2013 1 commit
    • Heiko Schocher's avatar
      i2c, omap24xx: convert driver to new mutlibus/mutliadapter framework · 6789e84e
      Heiko Schocher authored
      - add omap24xx driver to new multibus/multiadpater support
      - adapted all config files, which uses this driver
      Tested on the am335x based siemens boards rut, dxr2 and pxm2
      posted here:
      http://patchwork.ozlabs.org/patch/263211/Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Tested-by: default avatarTom Rini <trini@ti.com>
      Cc: Lars Poeschel <poeschel@lemonage.de>
      Cc: Steve Sakoman <sakoman@gmail.com>
      Cc: Thomas Weber <weber@corscience.de>
      Cc: Tom Rix <Tom.Rix@windriver.com>
      Cc: Grazvydas Ignotas <notasas@gmail.com>
      Cc: Enric Balletbo i Serra <eballetbo@iseebcn.com>
      Cc: Luca Ceresoli <luca.ceresoli@comelit.it>
      Cc: Igor Grinberg <grinberg@compulab.co.il>
      Cc: Ilya Yanok <yanok@emcraft.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Nishanth Menon <nm@ti.com>
      Cc: Pali Rohár <pali.rohar@gmail.com>
      Cc: Peter Barada <peter.barada@logicpd.com>
      Cc: Nagendra T S  <nagendra@mistralsolutions.com>
      Cc: Michael Jones <michael.jones@matrix-vision.de>
      Cc: Raphael Assenat <raph@8d.com>
      Acked-by: default avatarIgor Grinberg <grinberg@compulab.co.il>
      Acked-by: default avatarStefano Babic <sbabic@denx.de>
  15. 01 Nov, 2013 1 commit
  16. 15 Aug, 2013 2 commits
  17. 24 Jul, 2013 1 commit
  18. 08 Apr, 2013 1 commit
  19. 08 Mar, 2013 2 commits
  20. 10 Dec, 2012 1 commit
  21. 27 Sep, 2012 1 commit
  22. 15 May, 2012 1 commit
    • Jonathan Solnit's avatar
      ARM:OMAP+:MMC: Add parameters to MMC init · bbbc1ae9
      Jonathan Solnit authored
      Add parameters to the OMAP MMC initialization function so the board can
      mask host capabilities and set the maximum clock frequency.  While the
      OMAP supports a certain set of MMC host capabilities, individual boards
      may be more restricted and the OMAP may need to be configured to match
      the board.  The PRG_SDMMC1_SPEEDCTRL bit in the OMAP3 is an example.
      Signed-off-by: default avatarJonathan Solnit <jsolnit@gmail.com>
  23. 16 Jan, 2012 2 commits
  24. 27 Oct, 2011 4 commits
  25. 15 Oct, 2011 1 commit
  26. 30 Sep, 2011 1 commit