Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp607514imu; Thu, 13 Dec 2018 01:02:37 -0800 (PST) X-Google-Smtp-Source: AFSGD/UG6veD8/9eHjOdWcg/h+bHAXUjXIfB83BkVgZqRobCGtCQYG6NUMJv7C149M7/UJnN8c9+ X-Received: by 2002:a62:5444:: with SMTP id i65mr24170140pfb.193.1544691757375; Thu, 13 Dec 2018 01:02:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544691757; cv=none; d=google.com; s=arc-20160816; b=p1cZJ7EIfWAhgMp/uCfaA/iW2BAkyDPz8da8kB76ip7IfCtIFd3Oc9QteoMCPR2Dcc x5hHvNAxa2/qxAfmvekWeGVs1UTbiSse8EvTjiwP2/aFn9cKeaqdjqA07enMRojpkgSx +5NUmWTR3pEJpP5LdzM6EM3TnX4zy+scFzJYtXUJLsVR6HDcqMtOG5d7LmAtO6IrARkJ +tB1dg9sU/cssK9dxOPyGSY5ieAs3YVX4bX/uyN+3Ats4ABS2vB7MsB3Fi7FjimV9cS3 0n+bvPsacjjIhFntTWlT7lAuTv5lw+WzHM7vZVFrz7CwNCDEuACO9hiv8W7f7BLrbxBc +/vg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=kjQKn7dx1022g73X0ghYGkaAbvd+REjWyJXX/6++FII=; b=BSRrPWqdXWwpMLU4rpPDUKU8Yd3Cloc3nfZ6oA4oXuc+Bg13XFR6NajYSDs8npyGfA CBHorqP0pYyKBCrHLIlb7NfWwNeEFHsj4By/XB4WDFC35Sz/oN9hNdSqNokZHddvdNFV IN65ka/2eK0pyMZipilX6UyQH5a1tZK3Sh84nVsOSlY9tOT/H+96rnYfSWBw++9GJWhb 6F1+L8oKQp3CB4MrSpgfgTrDwBxSSwxTxEWLp92GLl57r4KFDYebpIhvEPvvF7Wn5Z6Y /4kTy6N7RZVP6zsyOqGKWv8wMi+pGOabu0vzcSzbhkV5XLSjq6NCGWYadcxCvAlfi9am ++nQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=BJu36hj4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f1si1141401pld.92.2018.12.13.01.02.22; Thu, 13 Dec 2018 01:02:37 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=BJu36hj4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727526AbeLMJBN (ORCPT + 99 others); Thu, 13 Dec 2018 04:01:13 -0500 Received: from mail-wr1-f65.google.com ([209.85.221.65]:33994 "EHLO mail-wr1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727480AbeLMJBN (ORCPT ); Thu, 13 Dec 2018 04:01:13 -0500 Received: by mail-wr1-f65.google.com with SMTP id j2so1144322wrw.1 for ; Thu, 13 Dec 2018 01:01:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=kjQKn7dx1022g73X0ghYGkaAbvd+REjWyJXX/6++FII=; b=BJu36hj4bgTAJa54RxghsLxfgt1Ub2+eW8iH/w4D8Ckh23IxBFNVlsDib65XU/OIGQ dT3gXrRjEy9uW2nKp98uNhzkixOH7ODr0vFFshpIqKwCJGb9MqrzGHYB66fjzYO3PzUF i7ew3pg3RG150wx6mHrFPM+wjRR9vo311+lBLRCpltZuDQzdrM9aaAvIWmcz54N9n7Wp +ckMbzNa5pE+UiAlijm5vZM43N8ig+BN8qNuNZi0aZpE6npdOrC7xkqFSud1aLXEzmQ6 kbdYKft04DOd1uUfLfHeLx1I6nj2NGQtG/Jko8JhW/fdMv4NCmTAPzWpnFe91R+IRGAb qAYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=kjQKn7dx1022g73X0ghYGkaAbvd+REjWyJXX/6++FII=; b=D8I+CZKnv3lqdMDCk1QbbXhrEdHybH+y6wLP6tERQZNUSR8MIXbddFwa7CaDOSVR8t YPiwPpdK0BMnxhaERq/WzTARR5Fg31WHp78pmBkLs92le9zSbtZEIEpmfOFFQgi2Fops avoLVukmtijHK916wGUucTT/DoaDMMHF5VBo+p6GuKhRAs/8utBfTx9I9GyLpiBeceme 3KjE05M8ws0RqWvwswBCkJ/PBAYeU6sMQDRzO/ZPXfnHZ8slgE2ZK1hm6msgXK5uIGmJ H9KdkE04e+x03DhEsdfHke5GE7EHKPB8I01Pg1KPHocC0UUcdpRR6lk2XYXzTtAnPK4U qZXQ== X-Gm-Message-State: AA+aEWZrupMQNggYivl+9xZJhBvjNnPIB7fkIexm85veU0ftytmRDtWT 0A8hn7kgFDb4qZD+A1z18xIfbA== X-Received: by 2002:a5d:628a:: with SMTP id k10mr19562183wru.254.1544691670280; Thu, 13 Dec 2018 01:01:10 -0800 (PST) Received: from boomer.baylibre.com ([2a01:e34:eeb6:4690:106b:bae3:31ed:7561]) by smtp.gmail.com with ESMTPSA id a12sm1318036wrm.45.2018.12.13.01.01.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 13 Dec 2018 01:01:09 -0800 (PST) Message-ID: <2ed764a1c6a0fea5cb3e16dd48577c930ae28ca9.camel@baylibre.com> Subject: Re: [PATCH RESEND v7 3/4] clk: meson: add sub MMC clock controller driver From: Jerome Brunet To: Jianxin Pan , Neil Armstrong Cc: Yixun Lan , Kevin Hilman , Carlo Caione , Michael Turquette , Stephen Boyd , Rob Herring , Miquel Raynal , Boris Brezillon , Martin Blumenstingl , Liang Yang , Jian Hu , Qiufang Dai , Hanjie Lin , Victor Wan , linux-clk@vger.kernel.org, linux-amlogic@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Date: Thu, 13 Dec 2018 10:01:05 +0100 In-Reply-To: <11bb5068-2c93-a415-b295-6ca994621280@amlogic.com> References: <1544457877-51301-1-git-send-email-jianxin.pan@amlogic.com> <1544457877-51301-4-git-send-email-jianxin.pan@amlogic.com> <10f2875c9724d9d9dd4bd32eab1fa3f8e42a809c.camel@baylibre.com> <11bb5068-2c93-a415-b295-6ca994621280@amlogic.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.2 (3.30.2-2.fc29) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2018-12-13 at 12:55 +0800, Jianxin Pan wrote: > On 2018/12/12 0:59, Jerome Brunet wrote: > > On Tue, 2018-12-11 at 00:04 +0800, Jianxin Pan wrote: > > > From: Yixun Lan > > > > [...] > > > > > > +config COMMON_CLK_MMC_MESON > > > + tristate "Meson MMC Sub Clock Controller Driver" > > > + select MFD_SYSCON > > > + select COMMON_CLK_AMLOGIC > > > + select COMMON_CLK_AMLOGIC_AUDIO > > > > No it is wrong for the mmc to select AUDIO clocks. > > If as a result of your patch sclk is needed for things, make the necessary > > change in the Makefile. > OK, I will add COMMON_CLK_AMLOGIC_SCLKDIV for sclk-div. No! There is no reason to create a specific configuration for this. please put it under COMMON_CLK_AMLOGIC > [...]>> +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > +#include > > > + > > > +#include "clkc.h" > > > +#include "clkc-audio.h" > > > > Again having audio in the mmc controller is wrong. > > Please make the necessary rework. > Yes, I will split out sclk-div.h from clkc-audio.h in the next version. Same, clkc.h will do > Thanks for your time. > > > + > > > +/* clock ID used by internal driver */ > > > +#define CLKID_MMC_MUX 0 > > > + > > > +#define SD_EMMC_CLOCK 0 > > ^ > > why the multiple space here ? this looks odd > I will check the alignement in the whole patchset and fix them, Thank you. > > > +#define CLK_DELAY_STEP_PS 200 > > > > Please keep thing aligned aligned consistently. > > > > > + > > > +#define MUX_CLK_NUM_PARENTS 2 > > > +#define MMC_MAX_CLKS 5 > > > + > > > +struct mmc_clkc_data { > > > + struct meson_clk_phase_delay_data tx; > > > + struct meson_clk_phase_delay_data rx; > > > > Why use a tab above ? > OK > > > +}; > > > + > > > +static struct clk_regmap_mux_data mmc_clkc_mux_data = { > > > + .offset = SD_EMMC_CLOCK, > > > + .mask = 0x3, > > > + .shift = 6, > > > +}; > > > + > > > +static const struct meson_sclk_div_data mmc_clkc_div_data = { > > > + .div = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = (0), > > > + .width = (6), > > > > Please remove the unncessary parenthesis > OK, I will remove them. > > > + }, > > > + .hi = { > > > + .width = 0, > > > + }, > > > > structure is a static const, all non-list members will be zero > > drop the > OK, I will remove it in the next version. > > > + .flags = CLK_DIVIDER_ONE_BASED, > > > +}; > > > + > > > +static struct meson_clk_phase_data mmc_clkc_core_phase = { > > > + .ph = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 8, > > > + .width = 2, > > > + } > > > +}; > > > + > > > +static const struct mmc_clkc_data mmc_clkc_gx_data = { > > > + .tx = { > > > + .phase = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 10, > > > + .width = 2, > > > + }, > > > + .delay = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 16, > > > + .width = 4, > > > + }, > > > > Again, an effort on alignement would appreciated, same below > OK, I will fix them. > > > + .delay_step_ps = CLK_DELAY_STEP_PS, > > > + }, > > > + .rx = { > > > + .phase = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 12, > > > + .width = 2, > > > + }, > > > + .delay = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 20, > > > + .width = 4, > > > + }, > > > + .delay_step_ps = CLK_DELAY_STEP_PS, > > > + }, > > > +}; > > > + > > > +static const struct mmc_clkc_data mmc_clkc_axg_data = { > > > + .tx = { > > > + .phase = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 10, > > > + .width = 2, > > > + }, > > > + .delay = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 16, > > > + .width = 6, > > > + }, > > > + .delay_step_ps = CLK_DELAY_STEP_PS, > > > + }, > > > + .rx = { > > > + .phase = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 12, > > > + .width = 2, > > > + }, > > > + .delay = { > > > + .reg_off = SD_EMMC_CLOCK, > > > + .shift = 22, > > > + .width = 6, > > > + }, > > > + .delay_step_ps = CLK_DELAY_STEP_PS, > > > + }, > > > +}; > > > + > > > +static const struct of_device_id mmc_clkc_match_table[] = { > > > + { > > > + .compatible = "amlogic,gx-mmc-clkc", > > > + .data = &mmc_clkc_gx_data > > > + }, > > > + { > > > + .compatible = "amlogic,axg-mmc-clkc", > > > + .data = &mmc_clkc_axg_data > > > + }, > > > + {} > > > +}; > > > +MODULE_DEVICE_TABLE(of, mmc_clkc_match_table); > > > + > > > +static struct clk_regmap * > > > +mmc_clkc_register_clk(struct device *dev, struct regmap *map, > > > + struct clk_init_data *init, > > > + const char *suffix, void *data) > > > +{ > > > + struct clk_regmap *clk; > > > + char *name; > > > + int ret; > > > + > > > + clk = devm_kzalloc(dev, sizeof(*clk), GFP_KERNEL); > > > + if (!clk) > > > + return ERR_PTR(-ENOMEM); > > > + > > > + name = kasprintf(GFP_KERNEL, "%s#%s", dev_name(dev), suffix); > > > + if (!name) > > > + return ERR_PTR(-ENOMEM); > > > + > > > + init->name = name; > > > + > > > > nitpick: remove this newline > OK. > > > + clk->map = map; > > > + clk->data = data; > > > + clk->hw.init = init; > > > + > > > + ret = devm_clk_hw_register(dev, &clk->hw); > > > + if (ret) > > > + clk = ERR_PTR(ret); > > > + > > > + kfree(name); > > > + return clk; > > > +} > > > + > > > +static struct clk_regmap *mmc_clkc_register_mux(struct device *dev, > > > + struct regmap *map) > > > +{ > > > + const char *parent_names[MUX_CLK_NUM_PARENTS]; > > > + struct clk_init_data init; > > > + struct clk_regmap *mux; > > > + struct clk *clk; > > > + int i; > > > + > > > + for (i = 0; i < MUX_CLK_NUM_PARENTS; i++) { > > > + char name[8]; > > > + > > > + snprintf(name, sizeof(name), "clkin%d", i); > > > + clk = devm_clk_get(dev, name); > > > + if (IS_ERR(clk)) { > > > + if (clk != ERR_PTR(-EPROBE_DEFER)) > > > + dev_err(dev, "Missing clock %s\n", name); > > > + return ERR_PTR((long)clk); > > > > I don't think this cast is necessary ^ > Yes, return clk is ok here. > > > + } > > > + > > > + parent_names[i] = __clk_get_name(clk); > > > + } > > > + > > > + init.ops = &clk_regmap_mux_ops; > > > + init.flags = CLK_SET_RATE_PARENT; > > > + init.parent_names = parent_names; > > > + init.num_parents = MUX_CLK_NUM_PARENTS; > > > + > > > + mux = mmc_clkc_register_clk(dev, map, &init, "mux", > > > &mmc_clkc_mux_data); > > > + if (IS_ERR(mux)) > > > + dev_err(dev, "Mux clock registration failed\n"); > > > + > > > + return mux; > > > +} > > > + > > > +static struct clk_regmap * > > > +mmc_clkc_register_clk_with_parent(struct device *dev, struct regmap > > > *map, > > > + char *suffix, const struct clk_hw *hw, > > > + unsigned long flags, > > > + const struct clk_ops *ops, void *data) > > > +{ > > > + struct clk_init_data init; > > > + struct clk_regmap *clk; > > > + const char *parent_name = clk_hw_get_name(hw); > > > + > > > + init.ops = ops; > > > + init.flags = flags; > > > + init.parent_names = &parent_name; > > > + init.num_parents = 1; > > > + > > > + clk = mmc_clkc_register_clk(dev, map, &init, suffix, data); > > > + if (IS_ERR(clk)) > > > + dev_err(dev, "Core %s clock registration failed\n", suffix); > > > > ^ > > this function is not only called by the core clock, is it ? > OK, I will drop "Core" in this line. > > > + > > > + return clk; > > > +} > > > + > > > +static int mmc_clkc_probe(struct platform_device *pdev) > > > +{ > > > + struct clk_hw_onecell_data *onecell_data; > > > + struct device *dev = &pdev->dev; > > > + struct mmc_clkc_data *data; > > > + struct regmap *map; > > > + struct clk_regmap *clk, *core; > > > + struct meson_sclk_div_data *div_data; > > > + > > > + /*cast to drop the const in match->data*/ > > > + data = (struct mmc_clkc_data *)of_device_get_match_data(dev); > > > + if (!data) > > > + return -ENODEV; > > > + > > > + map = syscon_node_to_regmap(dev->of_node); > > > + if (IS_ERR(map)) { > > > + dev_err(dev, "could not find mmc clock controller\n"); > > > + return PTR_ERR(map); > > > + } > > > + > > > + onecell_data = devm_kzalloc(dev, sizeof(*onecell_data) + > > > + sizeof(*onecell_data->hws) * MMC_MAX_CLKS, > > > + GFP_KERNEL); > > > + if (!onecell_data) > > > + return -ENOMEM; > > > + > > > + clk = mmc_clkc_register_mux(dev, map); > > > + if (IS_ERR(clk)) > > > + return PTR_ERR(clk); > > > + onecell_data->hws[CLKID_MMC_MUX] = &clk->hw, > > > > It does not really need to have an ID or be in the onecell data if you are > > not > > going to expose it. On the other controllers, we are using the onecell for > > the > > registration as well, which is why there is unexpeosed IDs, but it is not > > the > > case here. > > > > ... and please, stop with this unnecessary tab. a space will do. same > > below. > CLKID_MMC_MUX is an internal clock, and I will remove the ID and onecell > date in the next version. > And I will double check and fix tabs. Thank you. > > > + > > > + div_data = devm_kzalloc(dev, sizeof(*div_data), GFP_KERNEL); > > > + if (!div_data) > > > + return -ENOMEM; > > > + *div_data = mmc_clkc_div_data; > > > > memcpy would be more appropriate. > Sure. > > > + > > > + clk = mmc_clkc_register_clk_with_parent(dev, map, "div", > > > + &clk->hw, > [...] > > > > . > >