Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp751956pxp; Fri, 11 Mar 2022 14:11:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJyP+C0UCZ+44m2Go0IulLIaoP7VBGN10Y3lDjN5GtQkfYTzNey+ZfvOuUBGX2/jRo6JYlpu X-Received: by 2002:a63:6987:0:b0:380:117f:b4d6 with SMTP id e129-20020a636987000000b00380117fb4d6mr10112343pgc.618.1647036677191; Fri, 11 Mar 2022 14:11:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1647036677; cv=none; d=google.com; s=arc-20160816; b=VegVy1/Sj8FB1yhQcpnzne6FL0oSd0JxSMFxv6chsNOKTksme3R0pXk+b/E4I1O81C 4aXbXEkcFC4vWhxIgoMuu8fbBzaTNmHTWsLaYE8SIrO2LKqyjcgXAcsaJNmVaZ5VUCwo nrTOo6/4Vcs2lFBjE0YcAlJaFb6Luqx1f+nQ5z/hxuZcoXv24ztfp/Dw9ajR6qovGgUG H0Z3iMFUngw6UkEb7ffk9XrTQfMAUBcjUGckr1LS0O6dVmHfowvCq8H9QR35Vd7Cd27Q iz8zOcS9wXrNhwWETLqt6R0utUJsep51Tv7MGTo5kqrtoqnsdjejrUjJuy/snJ4GwnVS o3NQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=7Y0CZp2wq+GvVe+BkqYbhKePVGgJy2o/U92IU+kwgqw=; b=gxejj7P/EN0eT1vXOOS0pERer4nqWTZm02jTl76EXhk4VfEKTRuiXAeJ0AHY8liWNM EGvGtfbpi6y9vL/kNXQqYqlpxxhNSEEI2nX41NeThBBvu86WkmHEaAwGgzZhInDfN1nR K/ZvHLj4Yf4otskXPeu4T1L9qRncIE3H01oeucPuRXipi0nWmXvcccoblvmfPyKjI5qu zB99T7+QVGJhcSi6tprzkbuedhX8raSBX6dF6vcyx1gjmqMPu3gQwMGkMABa254siztr 3y8sfpkeEm3qgrTZ8Saaj6tfpNDG2dBvtKhbqQeMuwA+qYXFQZQIIH75ddSj86ZIZQTF 9IqA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id i4-20020aa78d84000000b004f6cf10ac37si8498361pfr.149.2022.03.11.14.11.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 11 Mar 2022 14:11:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D0C4F30BEDD; Fri, 11 Mar 2022 13:26:52 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231858AbiCKI3k (ORCPT + 99 others); Fri, 11 Mar 2022 03:29:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44462 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229667AbiCKI3j (ORCPT ); Fri, 11 Mar 2022 03:29:39 -0500 Received: from mail-sz.amlogic.com (mail-sz.amlogic.com [211.162.65.117]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 40526132972; Fri, 11 Mar 2022 00:28:34 -0800 (PST) Received: from [10.28.39.106] (10.28.39.106) by mail-sz.amlogic.com (10.28.11.5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Fri, 11 Mar 2022 16:28:32 +0800 Message-ID: <54a87a83-c631-0cec-08a8-cf95f6090ead@amlogic.com> Date: Fri, 11 Mar 2022 16:28:32 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:91.0) Gecko/20100101 Thunderbird/91.6.2 Subject: Re: [PATCH RESEND v2 1/2] mtd: rawnand: meson: discard the common MMC sub clock framework Content-Language: en-US To: Jerome Brunet , Miquel Raynal , CC: Rob Herring , Richard Weinberger , Vignesh Raghavendra , Neil Armstrong , Martin Blumenstingl , Kevin Hilman , Jianxin Pan , Victor Wan , XianWei Zhao , Kelvin Zhang , BiChao Zheng , YongHui Yu , , , , References: <20220217063346.21691-1-liang.yang@amlogic.com> <20220217063346.21691-2-liang.yang@amlogic.com> <1jzgmbw7d8.fsf@starbuckisacylon.baylibre.com> From: Liang Yang In-Reply-To: <1jzgmbw7d8.fsf@starbuckisacylon.baylibre.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.28.39.106] X-ClientProxiedBy: mail-sz.amlogic.com (10.28.11.5) To mail-sz.amlogic.com (10.28.11.5) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Jerome, On 2022/2/28 19:28, Jerome Brunet wrote: > [ EXTERNAL EMAIL ] > > > On Thu 17 Feb 2022 at 14:33, Liang Yang wrote: > >> EMMC and NAND have the same clock control register named 'SD_EMMC_CLOCK' which is >> defined in EMMC port internally. bit0~5 of 'SD_EMMC_CLOCK' is the divider and >> bit6~7 is the mux for fix pll and xtal.A common MMC and NAND sub-clock has been >> implemented and can be used by the eMMC and NAND controller (which are mutually >> exclusive anyway). Let's use this new clock. >> >> Signed-off-by: Liang Yang >> --- >> drivers/mtd/nand/raw/meson_nand.c | 107 +++++++++++++++++------------- >> 1 file changed, 61 insertions(+), 46 deletions(-) >> >> diff --git a/drivers/mtd/nand/raw/meson_nand.c b/drivers/mtd/nand/raw/meson_nand.c >> index ac3be92872d0..c5b892d38ea0 100644 >> --- a/drivers/mtd/nand/raw/meson_nand.c >> +++ b/drivers/mtd/nand/raw/meson_nand.c >> @@ -10,6 +10,7 @@ >> #include >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -19,6 +20,7 @@ >> #include >> #include >> #include >> +#include >> #include >> >> #define NFC_REG_CMD 0x00 >> @@ -104,6 +106,9 @@ >> >> #define PER_INFO_BYTE 8 >> >> +#define CLK_DIV_SHIFT 0 >> +#define CLK_DIV_WIDTH 6 >> + >> struct meson_nfc_nand_chip { >> struct list_head node; >> struct nand_chip nand; >> @@ -151,15 +156,15 @@ struct meson_nfc { >> struct nand_controller controller; >> struct clk *core_clk; >> struct clk *device_clk; >> - struct clk *phase_tx; >> - struct clk *phase_rx; >> + struct clk *nand_clk; >> + struct clk_divider nand_divider; >> >> unsigned long clk_rate; >> u32 bus_timing; >> >> struct device *dev; >> void __iomem *reg_base; >> - struct regmap *reg_clk; >> + void __iomem *sd_emmc_clock; >> struct completion completion; >> struct list_head chips; >> const struct meson_nfc_data *data; >> @@ -988,6 +993,8 @@ static const struct mtd_ooblayout_ops meson_ooblayout_ops = { >> static int meson_nfc_clk_init(struct meson_nfc *nfc) >> { >> int ret; >> + struct clk_init_data init = {0}; >> + struct clk_parent_data nfc_divider_parent_data[1]; >> >> /* request core clock */ >> nfc->core_clk = devm_clk_get(nfc->dev, "core"); >> @@ -1002,21 +1009,26 @@ static int meson_nfc_clk_init(struct meson_nfc *nfc) >> return PTR_ERR(nfc->device_clk); >> } >> >> - nfc->phase_tx = devm_clk_get(nfc->dev, "tx"); >> - if (IS_ERR(nfc->phase_tx)) { >> - dev_err(nfc->dev, "failed to get TX clk\n"); >> - return PTR_ERR(nfc->phase_tx); >> - } >> - >> - nfc->phase_rx = devm_clk_get(nfc->dev, "rx"); >> - if (IS_ERR(nfc->phase_rx)) { >> - dev_err(nfc->dev, "failed to get RX clk\n"); >> - return PTR_ERR(nfc->phase_rx); >> - } >> + init.name = devm_kstrdup(nfc->dev, "nfc#div", GFP_KERNEL); >> + init.ops = &clk_divider_ops; >> + nfc_divider_parent_data[0].fw_name = __clk_get_name(nfc->device_clk); > > This is broken. > __clk_get_name() gives the actual global name of the clock > "fw_name" is the DT name which allows to find the index on the clock > >>From the DT doc, the fw_name is either 'core' or 'device' > > I don't think any clock would have such a name so I don't think this can > actually work. Did you actually test this ? > Indeed, it can't work. i have tried it. so let us get solved by nfc_divider_parent_data[0].fw_name = "device" or previous parent_names? thanks. > >> + init.parent_data = nfc_divider_parent_data; >> + init.num_parents = 1; >> + nfc->nand_divider.reg = nfc->sd_emmc_clock; >> + nfc->nand_divider.shift = CLK_DIV_SHIFT; >> + nfc->nand_divider.width = CLK_DIV_WIDTH; >> + nfc->nand_divider.hw.init = &init; >> + nfc->nand_divider.flags = CLK_DIVIDER_ONE_BASED | >> + CLK_DIVIDER_ROUND_CLOSEST | >> + CLK_DIVIDER_ALLOW_ZERO; >> + >> + nfc->nand_clk = devm_clk_register(nfc->dev, &nfc->nand_divider.hw); >> + if (IS_ERR(nfc->nand_clk)) >> + return PTR_ERR(nfc->nand_clk); >> >> /* init SD_EMMC_CLOCK to sane defaults w/min clock rate */ >> - regmap_update_bits(nfc->reg_clk, >> - 0, CLK_SELECT_NAND, CLK_SELECT_NAND); >> + writel(CLK_SELECT_NAND | readl(nfc->sd_emmc_clock), >> + nfc->sd_emmc_clock); >> >> ret = clk_prepare_enable(nfc->core_clk); >> if (ret) { >> @@ -1030,29 +1042,21 @@ static int meson_nfc_clk_init(struct meson_nfc *nfc) >> goto err_device_clk; >> } >> >> - ret = clk_prepare_enable(nfc->phase_tx); >> - if (ret) { >> - dev_err(nfc->dev, "failed to enable TX clock\n"); >> - goto err_phase_tx; >> - } >> - >> - ret = clk_prepare_enable(nfc->phase_rx); >> + ret = clk_prepare_enable(nfc->nand_clk); >> if (ret) { >> - dev_err(nfc->dev, "failed to enable RX clock\n"); >> - goto err_phase_rx; >> + dev_err(nfc->dev, "pre enable NFC divider fail\n"); >> + goto err_nand_clk; >> } >> >> ret = clk_set_rate(nfc->device_clk, 24000000); >> if (ret) >> - goto err_disable_rx; >> + goto err_disable_clk; >> >> return 0; >> >> -err_disable_rx: >> - clk_disable_unprepare(nfc->phase_rx); >> -err_phase_rx: >> - clk_disable_unprepare(nfc->phase_tx); >> -err_phase_tx: >> +err_disable_clk: >> + clk_disable_unprepare(nfc->nand_clk); >> +err_nand_clk: >> clk_disable_unprepare(nfc->device_clk); >> err_device_clk: >> clk_disable_unprepare(nfc->core_clk); >> @@ -1061,8 +1065,7 @@ static int meson_nfc_clk_init(struct meson_nfc *nfc) >> >> static void meson_nfc_disable_clk(struct meson_nfc *nfc) >> { >> - clk_disable_unprepare(nfc->phase_rx); >> - clk_disable_unprepare(nfc->phase_tx); >> + clk_disable_unprepare(nfc->nand_clk); >> clk_disable_unprepare(nfc->device_clk); >> clk_disable_unprepare(nfc->core_clk); >> } >> @@ -1370,11 +1373,31 @@ static const struct of_device_id meson_nfc_id_table[] = { >> }; >> MODULE_DEVICE_TABLE(of, meson_nfc_id_table); >> >> +static int meson_nfc_reg_resource(struct device *dev, struct meson_nfc *nfc) >> +{ >> + struct resource res; >> + void __iomem *base[2]; >> + struct device_node *node = dev->of_node; >> + int i; >> + >> + for (i = 0; i < 2; i++) { >> + if (of_address_to_resource(node, i, &res)) >> + return -ENOENT; >> + >> + base[i] = devm_ioremap_resource(dev, &res); >> + if (IS_ERR(base)) >> + return PTR_ERR(base); >> + } >> + nfc->reg_base = base[0]; >> + nfc->sd_emmc_clock = base[1]; >> + > > There is no reason to make a separate function for this. > > Please name your ressource and claim them properly instead of interating > on them. > > >> + return 0; >> +} >> + >> static int meson_nfc_probe(struct platform_device *pdev) >> { >> struct device *dev = &pdev->dev; >> struct meson_nfc *nfc; >> - struct resource *res; >> int ret, irq; >> >> nfc = devm_kzalloc(dev, sizeof(*nfc), GFP_KERNEL); >> @@ -1388,20 +1411,12 @@ static int meson_nfc_probe(struct platform_device *pdev) >> nand_controller_init(&nfc->controller); >> INIT_LIST_HEAD(&nfc->chips); >> init_completion(&nfc->completion); >> - >> nfc->dev = dev; >> >> - res = platform_get_resource(pdev, IORESOURCE_MEM, 0); >> - nfc->reg_base = devm_ioremap_resource(dev, res); >> - if (IS_ERR(nfc->reg_base)) >> - return PTR_ERR(nfc->reg_base); >> - >> - nfc->reg_clk = >> - syscon_regmap_lookup_by_phandle(dev->of_node, >> - "amlogic,mmc-syscon"); >> - if (IS_ERR(nfc->reg_clk)) { >> - dev_err(dev, "Failed to lookup clock base\n"); >> - return PTR_ERR(nfc->reg_clk); >> + ret = meson_nfc_reg_resource(dev, nfc); >> + if (ret) { >> + dev_err(dev, "Failed to get reg resource\n"); >> + return ret; >> } >> >> irq = platform_get_irq(pdev, 0); > > .