Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1244673pxb; Fri, 13 Nov 2020 07:48:39 -0800 (PST) X-Google-Smtp-Source: ABdhPJya0G7TcQs3bM8TfME4UQLFG1Aluebv32//IgqsZxhr8HXU3uCZAFdaeq0yoDsBH4A/dn5w X-Received: by 2002:aa7:db57:: with SMTP id n23mr3333863edt.208.1605282519013; Fri, 13 Nov 2020 07:48:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605282519; cv=none; d=google.com; s=arc-20160816; b=EzNbsKPboNtBHLv3O4ZzWBDO3KzbmX52pVzR4qDmJP6Po/7Ng6h51djK2RQKqjx8o5 5cUz0Z7B5Kms0oXq8+IZ+CuThyKD/iMDFAZVx3Pj/mrzmYY/FtNZ1lVHyskmcA2+tvCw q6IEBVARtRTt3aY0JGDZ7h74pErpGXeFKjR/HX2IKCauhXG+iRJi9H95LSbdDLl3qaXU aOM58bZqGlEneGQeh2EMXm1HgcyE96zqhuNgfEa6R2Ec6Cwb8g5HMHCAV4GEsQGvLDZQ u2va2RaT2g+vZvdt3CkT+jNmIij6eekLzLH3taKSx1I/qZg01zMaBnE0SMAU6tyePoZL 9+tA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=S35RccZCCD4mUtJn6FDqqTZeAQrA29ivSGGXABEUQxo=; b=c5yLKmx52zQaCgsUDdyOVbmyqLMxbw3HquTg/J1nRzA0P1DDQdusobgdaXfFpkrk5I dgsPluBbfl+jVOGpG49c51qax6lfa4EUnmVQ3U77rcPhqmw+0AryQcV/Yln0A4cJ5nrf gzDmD5y7SopTE28cDoIbIE/0N65+kPxx+8s5RaVq7naiYHKk56+G8GXaDmAepP6//YNP JsJXcboIQJxYJXdQaj28nEt+RuTDgCCqkE+PA4NcNKE1alfK4I3a5jr4gGbUflDi23qG Kl9Pqs1dKw10KkawchNbofw/OE4znDZDYrBEG2aRf7+SVwUBAmObJ8Oc5Rwdy5n+Sxdy b7Ww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pH5U2RbZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l3si6380331edq.552.2020.11.13.07.48.16; Fri, 13 Nov 2020 07:48:38 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=pH5U2RbZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726771AbgKMPql (ORCPT + 99 others); Fri, 13 Nov 2020 10:46:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42898 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726278AbgKMPql (ORCPT ); Fri, 13 Nov 2020 10:46:41 -0500 Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DD3B5C0613D1; Fri, 13 Nov 2020 07:46:40 -0800 (PST) Received: by mail-wr1-x442.google.com with SMTP id 23so10378541wrc.8; Fri, 13 Nov 2020 07:46:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=S35RccZCCD4mUtJn6FDqqTZeAQrA29ivSGGXABEUQxo=; b=pH5U2RbZrGLac+TapRz8dTFt6EEhh8wbyGrTVbK4qcClSwyrk2NsH0wUzMSkv5nn51 b8lBIK88MpwD0WXdssUV98L9GsFfIfqOLc91kNoNrz/KS9B5KfNJWRBBl8vDWDv8jmjm Ln2aCRhnawI8QydSQ9ryQ8K28wDFHl+1X4pvGq8Zy8zrSaD61zQnEtAn92XLRhyrUcJo 04qFLjuCKuwCPo0V4XnMi0NcH8gNEFT1a4NVS7XgqwglVOaKCBglK5/1Ru8sb+Od0nyQ iqzEVfCnmseS1yxuKzaXjaZoxxGs+vBL2IKExZkKX+gwkhRy8p6/EXVHKw8QqVMn1cGG thIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=S35RccZCCD4mUtJn6FDqqTZeAQrA29ivSGGXABEUQxo=; b=bRpNjGs5UL5DugzjWEojyrZLgM4mrHmOf60Uc0mWsdKSrEUkvkqWxffgJXHrMlg8c2 lShItr+v8vLPB4BV5fcJFUrChyJHFdKGSCTJgCzmNaJQt1kddj4x6CjlH/ODru0lsRbc UdNgrb8DzcpzeYkRFZu7cOzAVFVWAhSc4J4gb55+uGhCMK44hII7oDAgSfU+k+7TLtOg CpOxb2T8yVcT7wNrWHaIxr6e72oIc4UMgX0PgMxXPgwiXQVCvzr4/Epqi32g10lrA77e L9V26BHxmjtkEfBLFwakUITAiOq+/bghUc9K8ogq1gw9oA2dtQGa9PS1P/t6H6a6awbe zKng== X-Gm-Message-State: AOAM5311Moyc8kCDmXawv+UiKcbLVpdkHVs+ZdamQQzBDTJkLuydGbN1 BckJgtX5pHlz4x3YfxXmgjU= X-Received: by 2002:adf:d188:: with SMTP id v8mr4152676wrc.167.1605282394775; Fri, 13 Nov 2020 07:46:34 -0800 (PST) Received: from localhost.localdomain (245.red-79-158-78.dynamicip.rima-tde.net. [79.158.78.245]) by smtp.gmail.com with ESMTPSA id n15sm11727978wrq.48.2020.11.13.07.46.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Nov 2020 07:46:34 -0800 (PST) From: Sergio Paracuellos To: mturquette@baylibre.com Cc: sboyd@kernel.org, robh+dt@kernel.org, tsbogend@alpha.franken.de, john@phrozen.org, gregkh@linuxfoundation.org, gch981213@gmail.com, hackpascal@gmail.com, jiaxun.yang@flygoat.com, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, devel@driverdev.osuosl.org, neil@brown.name Subject: [PATCH v3 0/5] MIPS: ralink: add CPU clock detection and clock gate driver for MT7621 Date: Fri, 13 Nov 2020 16:46:27 +0100 Message-Id: <20201113154632.24973-1-sergio.paracuellos@gmail.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patchset ports CPU clock detection for MT7621 from OpenWrt and adds a complete clock plan for the mt7621 SOC. The documentation for this SOC only talks about two registers regarding to the clocks: * SYSC_REG_CPLL_CLKCFG0 - provides some information about boostrapped refclock. PLL and dividers used for CPU and some sort of BUS (AHB?). * SYSC_REG_CPLL_CLKCFG1 - a banch of gates to enable/disable clocks for all or some ip cores. No documentation about a probably existent set of dividers for each ip core is included in the datasheets. So we cannot make anything better, AFAICT. Looking into driver code, and some openWRT patched there are another frequences which are used in some drivers (uart, sd...). According to all of this information the clock plan for this SoC is set as follows: - Main top clock "xtal" from where all the rest of the world is derived. - CPU clock "cpu" derived from "xtal" frequencies and a bunch of register reads and predividers. - BUS clock "bus" derived from "cpu" and with (cpu / 4) MHz. - Fixed clocks from "xtal": * "50m": 50 MHz. * "125m": 125 MHz. * "150m": 150 MHz. * "250m": 250 MHz. * "270m": 270 MHz. We also have a buch of gate clocks with their parents: - "hsdma": "150m" - "fe": "250m" - "sp_divtx": "270m" - "timer": "50m" - "pcm": "270m" - "pio": "50m" - "gdma": "bus" - "nand": "125m" - "i2c": "50m" - "i2s": "270m" - "spi": "bus" - "uart1": "50m" - "uart2": "50m" - "uart3": "50m" - "eth": "50m" - "pcie0": "125m" - "pcie1": "125m" - "pcie2": "125m" - "crypto": "250m" - "shxc": "50m" There was a previous attempt of doing this here[0] but the author (Chuanhong Guo) did not wanted to make assumptions of a clock plan for the platform that time. It seems that now he has a better idea of how the clocks are dispossed for this SoC so he share code[1] where some frequencies and clock parents for the gates are coded from a real mediatek private clock plan. I do really want this to be upstreamed so according to the comments in previous attempt[0] from Oleksij Rempel and the frequencies in code[1] I have tried to do this by myself. All of this patches have been tested in a GNUBee PC1 resulting in a working platform. Changes in v3: - Fix compilation warnings reported by kernel test robot because of ignoring return values of 'of_clk_hw_register' in functions 'mt7621_register_top_clocks' and 'mt7621_gate_ops_init'. - Fix dts file and binding documentation 'clock-output-names'. Changes in v2: - Remove the following patches: * dt: bindings: add mt7621-pll device tree binding documentation. * MIPS: ralink: add clock device providing cpu/ahb/apb clock for mt7621. - Move all relevant clock code to 'drivers/clk/ralink/clk-mt7621.c' and unify there previous 'mt7621-pll' and 'mt7621-clk' into a unique driver and binding 'mt7621-clk'. - Driver is not a platform driver anymore and now make use of 'CLK_OF_DECLARE' because we need clocks available in 'plat_time_init' before setting up the timer for the GIC. - Use new fixed clocks as parents for different gates and deriving from 'xtal' using frequencies in[1]. - Adapt dts file and bindings header and documentation for new changes. - Change MAINTAINERS file to only contains clk-mt7621.c code and mediatek,mt7621-clk.yaml file. [0]: https://www.lkml.org/lkml/2019/7/23/1044 [1]: https://github.com/981213/linux/commit/2eca1f045e4c3db18c941135464c0d7422ad8133 Sergio Paracuellos (5): dt-bindings: clock: add dt binding header for mt7621 clocks dt: bindings: add mt7621-clk device tree binding documentation clk: ralink: add clock driver for mt7621 SoC staging: mt7621-dts: make use of new 'mt7621-clk' MAINTAINERS: add MT7621 CLOCK maintainer .../bindings/clock/mediatek,mt7621-clk.yaml | 61 +++ MAINTAINERS | 6 + drivers/clk/Kconfig | 1 + drivers/clk/Makefile | 1 + drivers/clk/ralink/Kconfig | 14 + drivers/clk/ralink/Makefile | 2 + drivers/clk/ralink/clk-mt7621.c | 408 ++++++++++++++++++ drivers/staging/mt7621-dts/gbpc1.dts | 11 - drivers/staging/mt7621-dts/mt7621.dtsi | 72 ++-- include/dt-bindings/clock/mt7621-clk.h | 41 ++ 10 files changed, 567 insertions(+), 50 deletions(-) create mode 100644 Documentation/devicetree/bindings/clock/mediatek,mt7621-clk.yaml create mode 100644 drivers/clk/ralink/Kconfig create mode 100644 drivers/clk/ralink/Makefile create mode 100644 drivers/clk/ralink/clk-mt7621.c create mode 100644 include/dt-bindings/clock/mt7621-clk.h -- 2.25.1