1. 27 12月, 2017 1 次提交
  2. 07 12月, 2017 1 次提交
  3. 10 11月, 2017 1 次提交
  4. 02 11月, 2017 3 次提交
  5. 20 10月, 2017 1 次提交
  6. 16 10月, 2017 1 次提交
  7. 13 10月, 2017 1 次提交
  8. 22 9月, 2017 1 次提交
  9. 19 9月, 2017 1 次提交
  10. 08 9月, 2017 2 次提交
  11. 05 9月, 2017 1 次提交
  12. 02 9月, 2017 1 次提交
  13. 01 9月, 2017 2 次提交
  14. 31 8月, 2017 1 次提交
    • E
      ARC: clk: introduce HSDK pll driver · daeeb438
      Eugeniy Paltsev 提交于
      HSDK board manages its clocks using various PLLs. These PLL have same
      dividers and corresponding control registers mapped to different addresses.
      So we add one common driver for such PLLs.
      
      Each PLL on HSDK board consists of three dividers: IDIV, FBDIV and
      ODIV. Output clock value is managed using these dividers.
      
      We add pre-defined tables with supported rate values and appropriate
      configurations of IDIV, FBDIV and ODIV for each value.
      
      As of today we add support for PLLs that generate clock for the
      HSDK arc cpus, system, ddr, AXI tunnel and hdmi.
      
      By this patch we add support for several plls (arc cpus pll and others),
      so we had to use two different init types: CLK_OF_DECLARE for arc cpus pll
      and regular probing for others plls.
      Signed-off-by: NEugeniy Paltsev <Eugeniy.Paltsev@synopsys.com>
      Reviewed-by: NVineet Gupta <vgupta@synopsys.com>
      Signed-off-by: NStephen Boyd <sboyd@codeaurora.org>
      daeeb438
  15. 24 8月, 2017 2 次提交
  16. 19 8月, 2017 1 次提交
  17. 17 8月, 2017 1 次提交
  18. 16 8月, 2017 1 次提交
  19. 11 8月, 2017 1 次提交
  20. 08 8月, 2017 1 次提交
  21. 05 8月, 2017 1 次提交
  22. 04 8月, 2017 1 次提交
  23. 31 7月, 2017 1 次提交
  24. 22 7月, 2017 1 次提交
  25. 18 7月, 2017 5 次提交
  26. 11 7月, 2017 1 次提交
  27. 20 6月, 2017 3 次提交
  28. 15 6月, 2017 1 次提交
    • T
      Documentation: dt-bindings: Add binding documentation for TI clkctrl clocks · 35395a9c
      Tony Lindgren 提交于
      Texas Instruments omap variant SoCs starting with omap4 have a clkctrl
      clock controller instance for each interconnect target module. The clkctrl
      controls functional and interface clocks for the module.
      
      The clkctrl clocks are currently handled by arch/arm/mach-omap2 hwmod code.
      With this binding and a related clock device driver we can start moving the
      clkctrl clock handling to live in drivers/clk/ti.
      
      Note that this binding allows keeping the clockdomain related parts out of
      drivers/clock. The CLKCTCTRL and DYNAMICDEP registers can be handled by
      a separate driver in drivers/soc/ti and genpd. If the clockdomain driver
      needs to know it's clocks, we can just set the the clkctrl device
      instances to be children of the related clockdomain device.
      
      Each clkctrl clock can have multiple optional gate clocks, and multiple
      optional mux clocks. To represent this in device tree, it seems that
      it is best done using four clock cells #clock-cells = <2> property.
      
      The reasons for using #clock-cells = <2> are:
      
      1. We need to specify the clkctrl offset from the instance base. Otherwise
         we end up with a large number of device tree nodes that need to be
         patched when new clocks are discovered in a clkctrl clock with minor
         hardware revision changes for example
      
      2. On omap5 CM_L3INIT_USB_HOST_HS_CLKCTRL has ten OPTFCLKEN bits. So we
         need to use a separate cell for optional gate clocks to avoid address
         space conflicts
      
      There is probably no need to list input clocks for each clkctrl clock
      instance in the binding. If we want to add them, the standard clocks
      binding can be used for that.
      
      For hardware reference, see omap4430 TRM "Table 3-1312. L4PER_CM2 Registers
      Mapping Summary" for example. It shows one instance of a clkctrl clock
      controller with multiple clkctrl registers.
      
      Cc: Paul Walmsley <paul@pwsan.com>
      Acked-by: NRob Herring <robh@kernel.org>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      Signed-off-by: NTero Kristo <t-kristo@ti.com>
      35395a9c
  29. 13 6月, 2017 1 次提交