1. 01 4月, 2015 1 次提交
  2. 20 11月, 2014 1 次提交
  3. 11 11月, 2014 1 次提交
  4. 19 9月, 2014 2 次提交
  5. 12 9月, 2014 1 次提交
    • S
      ARM: dts: OMAP2+: Add sub mailboxes device node information · d27704d1
      Suman Anna 提交于
      The sub-mailbox devices are added to the Mailbox DT nodes on
      OMAP2420, OMAP2430, OMAP3, AM33xx, AM43xx, OMAP4 and OMAP5
      family of SoCs. This data represents the same mailboxes that
      used to be represented in hwmod attribute data previously.
      The node name is chosen based on the .name field of
      omap_mbox_dev_info structure used in the hwmod data.
      
      Cc: "Benoît Cousson" <bcousson@baylibre.com>
      Cc: Rob Herring <robh+dt@kernel.org>
      Cc: Pawel Moll <pawel.moll@arm.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Ian Campbell <ijc+devicetree@hellion.org.uk>
      Cc: Kumar Gala <galak@codeaurora.org>
      Signed-off-by: NSuman Anna <s-anna@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      d27704d1
  6. 09 9月, 2014 1 次提交
  7. 15 7月, 2014 1 次提交
  8. 03 6月, 2014 1 次提交
  9. 23 5月, 2014 1 次提交
  10. 15 5月, 2014 1 次提交
  11. 07 5月, 2014 1 次提交
    • T
      ARM: dts: Fix omap serial wake-up when booted with device tree · 31f0820a
      Tony Lindgren 提交于
      We've had deeper idle states working on omaps for few years now,
      but only in the legacy mode. When booted with device tree, the
      wake-up events did not have a chance to work until commit
      3e6cee17 (pinctrl: single: Add support for wake-up interrupts)
      that recently got merged. In addition to that we also needed commit
      79d97015 (of/irq: create interrupts-extended property) and
      9ec36caf (of/irq: do irq resolution in platform_get_irq) that
      are now also merged.
      
      So let's fix the wake-up events for some selected omaps so devices
      booted in device tree mode won't just hang if deeper power states
      are enabled, and so systems can wake up from suspend to the serial
      port event.
      
      Note that there's no longer need to specify the wake-up bit in
      the pinctrl settings, the request_irq on the wake-up pin takes
      care of that.
      
      Cc: devicetree@vger.kernel.org
      Cc: "Benoît Cousson" <bcousson@baylibre.com>
      Cc: Kevin Hilman <khilman@linaro.org>
      Cc: Nishanth Menon <nm@ti.com>
      Cc: Paul Walmsley <paul@pwsan.com>
      Cc: Tero Kristo <t-kristo@ti.com>
      [tony@atomide.com: updated comments, added board LDP]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      31f0820a
  12. 19 4月, 2014 2 次提交
  13. 19 3月, 2014 1 次提交
  14. 14 3月, 2014 2 次提交
  15. 13 3月, 2014 1 次提交
  16. 06 3月, 2014 1 次提交
  17. 05 3月, 2014 2 次提交
  18. 03 3月, 2014 1 次提交
  19. 01 3月, 2014 3 次提交
  20. 18 1月, 2014 1 次提交
  21. 30 10月, 2013 1 次提交
  22. 22 10月, 2013 1 次提交
    • N
      ARM: dts: OMAP3+: Add i2c aliases · 20b80942
      Nishanth Menon 提交于
      Currently, on OMAP5, i2c1 and i2c5 defer probe due to pinctrl
      dependencies. This changes the i2c ID each bus is registered with in
      i2c-dev interface. As a result of this, many userspace tools break and
      there is no consistent manner to fix the same if the i2c dev interface
      have no consistent numbering.
      
      Since this could happen for other OMAP derivatives, provide i2c alias
      for all OMAP3+ SoCs to allow ordering the i2c devices correctly.
      Signed-off-by: NNishanth Menon <nm@ti.com>
      Signed-off-by: NBenoit Cousson <bcousson@baylibre.com>
      20b80942
  23. 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
  24. 12 10月, 2013 2 次提交
  25. 11 10月, 2013 1 次提交
  26. 08 10月, 2013 1 次提交
  27. 04 10月, 2013 1 次提交
  28. 28 9月, 2013 1 次提交
  29. 19 6月, 2013 5 次提交