1. 12 4月, 2016 4 次提交
  2. 07 3月, 2016 1 次提交
    • M
      ARM: dts: dra7: do not gate cpsw clock due to errata i877 · 0f514e69
      Mugunthan V N 提交于
      Errata id: i877
      
      Description:
      ------------
      The RGMII 1000 Mbps Transmit timing is based on the output clock
      (rgmiin_txc) being driven relative to the rising edge of an internal
      clock and the output control/data (rgmiin_txctl/txd) being driven relative
      to the falling edge of an internal clock source. If the internal clock
      source is allowed to be static low (i.e., disabled) for an extended period
      of time then when the clock is actually enabled the timing delta between
      the rising edge and falling edge can change over the lifetime of the
      device. This can result in the device switching characteristics degrading
      over time, and eventually failing to meet the Data Manual Delay Time/Skew
      specs.
      To maintain RGMII 1000 Mbps IO Timings, SW should minimize the
      duration that the Ethernet internal clock source is disabled. Note that
      the device reset state for the Ethernet clock is "disabled".
      Other RGMII modes (10 Mbps, 100Mbps) are not affected
      
      Workaround:
      -----------
      If the SoC Ethernet interface(s) are used in RGMII mode at 1000 Mbps,
      SW should minimize the time the Ethernet internal clock source is disabled
      to a maximum of 200 hours in a device life cycle. This is done by enabling
      the clock as early as possible in IPL (QNX) or SPL/u-boot (Linux/Android)
      by setting the register CM_GMAC_CLKSTCTRL[1:0]CLKTRCTRL = 0x2:SW_WKUP.
      
      So, do not allow to gate the cpsw clocks using ti,no-idle property in
      cpsw node assuming 1000 Mbps is being used all the time. If someone does
      not need 1000 Mbps and wants to gate clocks to cpsw, this property needs
      to be deleted in their respective board files.
      Signed-off-by: NMugunthan V N <mugunthanvnm@ti.com>
      Signed-off-by: NGrygorii Strashko <grygorii.strashko@ti.com>
      Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      0f514e69
  3. 02 3月, 2016 1 次提交
  4. 01 3月, 2016 2 次提交
  5. 27 2月, 2016 1 次提交
  6. 13 2月, 2016 6 次提交
  7. 19 12月, 2015 1 次提交
  8. 01 12月, 2015 1 次提交
  9. 13 11月, 2015 1 次提交
  10. 13 10月, 2015 3 次提交
    • S
      ARM: dts: DRA7: Add common IOMMU nodes · 2c7e07c5
      Suman Anna 提交于
      The DRA7xx family of SOCs have two IPUs and one DSP processor
      subsystems in common. The IOMMU DT nodes have been added for
      these processor subsystems, and have been disabled by default.
      
      These MMUs are very similar to those on OMAP4 and OMAP5, with
      the only difference being the presence of a second MMU within
      the DSP subsystem for the EDMA port. The DSP IOMMUs also need
      an additional 'ti,syscon-mmuconfig' property compared to the
      IPU IOMMUs.
      
      NOTE: The enabling of these nodes is left to the respective
      board dts files.
      Signed-off-by: NSuman Anna <s-anna@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      2c7e07c5
    • S
      ARM: dts: DRA7: Add dsp1_system syscon node · 99639ace
      Suman Anna 提交于
      The DSP_SYSTEM sub-module is a dedicated system control logic
      module present within a DRA7 DSP processor sub-system. This
      module is responsible for power management, clock generation
      and connection to the device PRCM module.
      
      Add a syscon node for this module for the DSP1 processor
      sub-system. This is added as a syscon node as it is a common
      configuration module that can be used by the different IOMMU
      instances and the corresponding remoteproc device.
      
      The node is added to the common dra7.dtsi file, as the DSP1
      processor sub-system is mostly common across all the variants
      of the DRA7 SoC family.
      Signed-off-by: NSuman Anna <s-anna@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      99639ace
    • P
      ARM: dts: dra7: Add McASP3 node · 026d4d6d
      Peter Ujfalusi 提交于
      Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      026d4d6d
  11. 25 9月, 2015 1 次提交
    • K
      ARM: dts: fix omap2+ address translation for pbias · 9a5e3f27
      Kishon Vijay Abraham I 提交于
      "ARM: dts: <omap2/omap4/omap5/dra7>: add minimal l4 bus
      layout with control module support" moved pbias_regulator dt node
      from being a child node of ocp to be the child node of
      'syscon'. Since 'syscon' doesn't have the 'ranges' property,
      address translation fails while trying to convert the address
      to resource. Fix it here by populating 'ranges' property in
      syscon dt node.
      
      Fixes: 72b10ac0 ("ARM: dts: omap24xx: add minimal l4 bus
      layout with control module support")
      
      Fixes: 7415b0b4 ("ARM: dts: omap4: add minimal l4 bus layout
      with control module support")
      
      Fixes: ed8509ed ("ARM: dts: omap5: add minimal l4 bus
      layout with control module support")
      
      Fixes: d919501f ("ARM: dts: dra7: add minimal l4 bus
      layout with control module support")
      Signed-off-by: NKishon Vijay Abraham I <kishon@ti.com>
      [tony@atomide.com: fixed omap3 pbias to work]
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      9a5e3f27
  12. 22 9月, 2015 1 次提交
  13. 15 9月, 2015 2 次提交
  14. 14 8月, 2015 1 次提交
  15. 12 8月, 2015 1 次提交
  16. 05 8月, 2015 5 次提交
  17. 04 8月, 2015 2 次提交
  18. 14 7月, 2015 1 次提交
  19. 04 6月, 2015 1 次提交
  20. 03 6月, 2015 1 次提交
  21. 05 5月, 2015 2 次提交
  22. 01 4月, 2015 1 次提交