1. 20 2月, 2016 1 次提交
  2. 18 12月, 2015 1 次提交
  3. 04 12月, 2015 3 次提交
  4. 01 12月, 2015 1 次提交
  5. 21 7月, 2015 1 次提交
    • T
      ARM: dts: Add phyBOARD-WEGA-AM335x rdk · 36bd1683
      Teresa Remmet 提交于
      phyBOARD-WEGA-AM335x represents a direct soldered
      combination of a phyCORE-AM335x SoM and carrier board.
      
      Different kind of SoM options can be connected to
      the wega carrier board. So we created a separate
      wega dtsi file. The final dts contains the actual
      SoM on the carrier board.
      
      WEGA carrier board features:
      * ETH phy on carrier board: 1x MII
      * 1x CAN
      * 2x UART
      * USB0 (device)
      * USB1 (host)
      * mSD slot
      Signed-off-by: NTeresa Remmet <t.remmet@phytec.de>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      36bd1683
  6. 22 11月, 2014 1 次提交
  7. 09 9月, 2014 1 次提交
  8. 01 7月, 2014 1 次提交
  9. 20 5月, 2014 2 次提交
  10. 07 5月, 2014 1 次提交
  11. 05 5月, 2014 1 次提交
  12. 05 3月, 2014 1 次提交
  13. 03 3月, 2014 1 次提交
  14. 15 2月, 2014 1 次提交
  15. 09 1月, 2014 1 次提交
    • N
      Documentation: dt: OMAP: explicitly state SoC compatible strings · 89b6eef0
      Nishanth Menon 提交于
      SoC family definitions at the moment are reactive to board needs.
      This results in potentially wrong matches taking place for board types.
      
      Eventually, we will have descriptors match only with SoC types and
      should not contain anything specific to board handling and pave the
      way to getting rid of soc_is_XYZ checks and allow this determination
      done with matches at of level.
      
      Existing implicit definitions(as part of board descriptions) are
      explicitly documented.
      
      NOTE: Even though we prefer to have dt compatibility to explicit,
      "ti,dra7xx", "ti,am33xx", "ti,omap36xx" preexist in current dts and
      are maintained for backward compatibility. It is also expected that
      any future SoC addition will keep this documentation updated.
      Signed-off-by: NNishanth Menon <nm@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      89b6eef0
  16. 21 10月, 2013 1 次提交
    • R
      ARM: dts: omap: Add reset/idle on init bindings for OMAP · f12ecbe2
      Rajendra Nayak 提交于
      On OMAP we have co-processor IPs, memory controllers,
      GPIOs which control regulators and power switches to
      PMIC, and SoC internal Bus IPs, some or most of which
      should either not be reset or idled or both at init.
      (In some cases there are erratas which prevent an IP
      from being reset)
      Have a way to pass this information from DT.
      
      Update the am33xx/omap4 and omap5 dtsi files with the
      new bindings for modules which either should not be
      idled. reset or both. A later patch would cleanup the
      same information that exists today as part of the hwmod
      data files.
      Signed-off-by: NRajendra Nayak <rnayak@ti.com>
      Signed-off-by: NBenoit Cousson <bcousson@baylibre.com>
      f12ecbe2
  17. 13 8月, 2013 1 次提交
  18. 19 6月, 2013 1 次提交
  19. 06 2月, 2013 1 次提交
  20. 10 9月, 2012 1 次提交
  21. 09 7月, 2012 1 次提交
  22. 03 7月, 2012 1 次提交
  23. 07 3月, 2012 1 次提交
  24. 02 2月, 2012 1 次提交
  25. 05 10月, 2011 1 次提交