1. 12 10月, 2019 1 次提交
    • T
      clk: cdce9xx: add support for cdce9xx clock synthesizer · 260777fc
      Tero Kristo 提交于
      Add support for CDCE913/925/937/949 family of devices. These are modular
      PLL-based low cost, high performance, programmable clock synthesizers,
      multipliers and dividers. They generate up to 9 output clocks from a
      single input frequency. The initial version of the driver does not
      support programming of the PLLs, and thus they run in the bypass mode
      only. The code is loosely based on the linux kernel cdce9xx driver.
      Signed-off-by: NTero Kristo <t-kristo@ti.com>
      260777fc
  2. 08 10月, 2019 1 次提交
  3. 31 7月, 2019 2 次提交
  4. 19 7月, 2019 3 次提交
    • L
      clk: sandbox: Add sandbox test code for Common Clock Framework [CCF] · 87e460c3
      Lukasz Majewski 提交于
      This patch provides code to implement the CCF clock tree in sandbox. It
      uses all the introduced primitives; some generic ones are reused, some
      sandbox specific were developed.
      
      In that way (after introducing the real CCF tree in sandbox) the recently
      added to clk-uclass.c: clk_get_by_id() and clk_get_parent_rate() are tested
      in their natural work environment.
      
      Usage (sandbox_defconfig and sandbox_flattree_defconfig):
      ./u-boot --fdt arch/sandbox/dts/test.dtb --command "ut dm clk_ccf"
      Signed-off-by: NLukasz Majewski <lukma@denx.de>
      87e460c3
    • L
      clk: Port Linux common clock framework [CCF] for imx6q to U-boot (tag: v5.1.12) · 1d7993d1
      Lukasz Majewski 提交于
      This patch brings the files from Linux kernel (linux-stable/linux-5.1.y
      SHA1: 5752b50477da)to provide clocks support as it is used on the Linux
      kernel with Common Clock Framework [CCF] setup.
      
      The directory structure has been preserved. The ported code only supports
      reading information from PLL, MUX, Divider, etc and enabling/disabling
      the clocks USDHCx/ECSPIx depending on used bus. Moreover, it is agnostic
      to the alias numbering as the information about the clock is read from the
      device tree.
      
      One needs to pay attention to the comments indicating necessary for U-Boot's
      driver model changes.
      
      If needed, the code can be extended to support the "set" part of the clock
      management.
      Signed-off-by: NLukasz Majewski <lukma@denx.de>
      1d7993d1
    • A
      clk: sifive: Factor-out PLL library as separate module · d04c79d2
      Anup Patel 提交于
      To match SiFive clock driver with latest Linux, we factor-out PLL
      library as separate module under drivers/clk/analogbits.
      Signed-off-by: NAnup Patel <anup.patel@wdc.com>
      Reviewed-by: NBin Meng <bmeng.cn@gmail.com>
      d04c79d2
  5. 23 4月, 2019 1 次提交
  6. 27 2月, 2019 2 次提交
  7. 19 1月, 2019 1 次提交
  8. 29 11月, 2018 1 次提交
    • R
      clk: MediaTek: add clock driver for MT7629 SoC. · 0bd7dc74
      Ryder Lee 提交于
      This patch adds clock modules for MediaTek SoCs:
      - Shared part: a common driver which contains the general operations
      for plls, muxes, dividers and gates so that we can reuse it in future.
      
      - Specific SoC part: the group of structures used to hold the hardware
      configuration for each SoC.
      
      We take MT7629 as an example to demonstrate how to implement driver if
      any other MediaTek chips would like to use it.
      Signed-off-by: NRyder Lee <ryder.lee@mediatek.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      0bd7dc74
  9. 26 11月, 2018 1 次提交
  10. 28 10月, 2018 1 次提交
  11. 22 10月, 2018 1 次提交
  12. 01 10月, 2018 1 次提交
  13. 18 9月, 2018 1 次提交
  14. 11 9月, 2018 1 次提交
    • A
      clk: Introduce TI System Control Interface (TI SCI) clock driver · e585bef1
      Andreas Dannenberg 提交于
      Some TI Keystone 2 and K3 family of SoCs contain a system controller
      (like the Power Management Micro Controller (PMMC) on 66AK2G SoCs and
      the Device Management and Security Controller on AM65x SoCs) that manage
      the low-level device control (like clocks, resets etc) for the various
      hardware modules present on the SoC. These device control operations are
      provided to the host processor OS through a communication protocol
      called the TI System Control Interface (TI SCI) protocol.
      
      This patch adds a clock driver that communicates to the system
      controller over the TI SCI protocol for performing clock management of
      various devices present on the SoC. Various clock functionality is
      achieved by the means of different TI SCI device operations provided by
      the TI SCI framework.
      
      This code is loosely based on the drivers/clk/keystone/sci-clk.c driver
      of the Linux kernel.
      Reviewed-by: NTom Rini <trini@konsulko.com>
      Signed-off-by: NAndreas Dannenberg <dannenberg@ti.com>
      Signed-off-by: NVignesh R <vigneshr@ti.com>
      Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com>
      e585bef1
  15. 14 8月, 2018 1 次提交
    • M
      clk: socfpga: Add initial Arria10 clock driver · f9f016ad
      Marek Vasut 提交于
      Add clock driver for the Arria10, which allows reading the clock
      frequency from all the clock described in the DT. The driver also
      allows enabling and disabling the clock. Reconfiguring frequency
      is not supported thus far.
      
      Since the DT bindings for the SoCFPGA clock are massively misdesigned
      and the handoff DT adds additional incorrectly described entries to
      the DT, the driver contains workarounds which attempt to rectify all
      of those problems.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Cc: Chin Liang See <chin.liang.see@intel.com>
      Cc: Dinh Nguyen <dinguyen@kernel.org>
      Cc: Ley Foon Tan <ley.foon.tan@intel.com>
      f9f016ad
  16. 10 7月, 2018 1 次提交
  17. 19 6月, 2018 1 次提交
  18. 14 5月, 2018 1 次提交
    • M
      driver: clk: Add support for clocks on Armada 37xx · 82a248df
      Marek Behún 提交于
      The drivers are based on Linux driver by Gregory Clement.
      
      The TBG clocks support only the .get_rate method.
        - since setting rate is not supported, the driver computes the rates
          when probing and so subsequent calls to the .get_rate method do not
          read the corresponding registers again
      
      The peripheral clocks support methods .get_rate, .enable and .disable.
      
        - the .set_parent method theoretically could be supported on some clocks
          (the parent would have to be one of the TBG clocks)
      
        - the .set_rate method would have to try all the divider values to find
          the best approximation of a given rate, and it doesn't seem like
          this should be needed in U-Boot, therefore not implemented
      Signed-off-by: NMarek Behun <marek.behun@nic.cz>
      Reviewed-by: NStefan Roese <sr@denx.de>
      Signed-off-by: NStefan Roese <sr@denx.de>
      82a248df
  19. 09 5月, 2018 1 次提交
  20. 20 3月, 2018 1 次提交
  21. 22 1月, 2018 1 次提交
  22. 11 12月, 2017 1 次提交
  23. 30 11月, 2017 1 次提交
  24. 22 9月, 2017 1 次提交
  25. 13 8月, 2017 1 次提交
  26. 03 8月, 2017 1 次提交
  27. 10 5月, 2017 1 次提交
  28. 18 3月, 2017 1 次提交
  29. 17 2月, 2017 1 次提交
  30. 29 1月, 2017 1 次提交
    • M
      aspeed: Add basic ast2500-specific drivers and configuration · 14e4b149
      maxims@google.com 提交于
      Clock Driver
      
      This driver is ast2500-specific and is not compatible with earlier
      versions of this chip. The differences are not that big, but they are
      in somewhat random places, so making it compatible with ast2400 is not
      worth the effort at the moment.
      
      SDRAM MC driver
      
      The driver is very ast2500-specific and is completely incompatible
      with previous versions of the chip.
      
      The memory controller is very poorly documented by Aspeed in the
      datasheet, with any mention of the whole range of registers missing. The
      initialization procedure has been basically taken from Aspeed SDK, where
      it is implemented in assembly. Here it is rewritten in C, with very limited
      understanding of what exactly it is doing.
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      14e4b149
  31. 10 1月, 2017 1 次提交
  32. 21 9月, 2016 1 次提交
  33. 16 8月, 2016 2 次提交
  34. 06 8月, 2016 2 次提交