Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp24213imu; Mon, 26 Nov 2018 07:29:48 -0800 (PST) X-Google-Smtp-Source: AFSGD/Wm96646qDieJ5IzS/VmqaFGpCHTjtrCo+srpKtNcQbRvIkqfHCaL1r0pdXm4XCxvniIVCz X-Received: by 2002:a17:902:f83:: with SMTP id 3-v6mr28488163plz.254.1543246188385; Mon, 26 Nov 2018 07:29:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543246188; cv=none; d=google.com; s=arc-20160816; b=0Ygvaf3qgngIf7MK8qGs24k7VkwoJ/xy+JMipsszwXYMHVnyDtRzT7DMmsOAEphxun AvGDdZLsAH6KfWV3iM639qEY+CDE3RJKU1QIg2/aLwVKpjHkbQYLhGQdAMizMTotr1Xl yeQrd0pXhHRBxJTJoaBF0xLdqpdRe9CgsnNYwA7Oav4MdUyJVwoLB1sm1sUK7CucP2P+ l/r1opuYMvXCvTRnkjoHyRtCUhmxXx+MiPOnH4jxUlDWP2L4Jj8n8tjzkkwmPlFG9qBN JjLuSuuwzvtJOjBswlXI/B+2qRdZh6/SZKtiyeoDGktoCqElIFqc9VdUt2hquDSbO8wA gCAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=8SqajA9Q/sm+TfBlQZRt/02S6xni7B8LPuFTIzWVMS4=; b=ElW4tb2cAw+m6pmQw4bagtkGzx/X/Hp9kXKl/N9sJMiIRyT5vL9qe1sbT0WEMMtdzZ tHvvEhB4EnHqUZrOBDatsej1eZBguYx8AEewlNVlpms5Q26G6/TJGaiFJDdWYZpHX0Ov PT4DQX8Hc2FIOezys2zXErCIKiZ631ZotCCV9+TbZHEo6uu/DAiI7EbbkmY6m5qoL5Hg 9FypOEwHQbAHLU5xPRKgRfLFiBti1Qb8P6QeJut3tpuPlDBhzHa7TcFfoDt5rDxrJfD+ jOIcfTlmqBByGr1grypZpysEjDh0rBes/sMVtJYnjxn8BcGWxdzdfQWJdJnOx89pKyyU Kfmg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=lNNONZQj; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j13si583877pgi.227.2018.11.26.07.29.11; Mon, 26 Nov 2018 07:29:48 -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=@gmail.com header.s=20161025 header.b=lNNONZQj; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726448AbeK0CVH (ORCPT + 99 others); Mon, 26 Nov 2018 21:21:07 -0500 Received: from mail-ed1-f66.google.com ([209.85.208.66]:45040 "EHLO mail-ed1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726167AbeK0CVH (ORCPT ); Mon, 26 Nov 2018 21:21:07 -0500 Received: by mail-ed1-f66.google.com with SMTP id y56so16150542edd.11; Mon, 26 Nov 2018 07:26:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=8SqajA9Q/sm+TfBlQZRt/02S6xni7B8LPuFTIzWVMS4=; b=lNNONZQjWeif7UVP8xOK1TipAHCqHrtRjhObZJboGc2DtqGjAnObKtUEIfhZAjlDFq 1b5U9havSgzCnnOiXuBl4IZ3U2nCqlmEThQ3C4jubqF1/+6eP6l17Rpzp04tkR7CtiS4 tdBoI4smGk8lPsYoUy9sen8O6jeTA8qH5k05uIlEDTSAvE1syNBKL28yuUmzUr+GZmW3 B9UYNDtS6mmkDoSzjgbybbT/7V75Ux9lsvWwKCziFFMvzM5ZC66tymAKx+hJNVGdA0KN Djea+638ivCS6PwNVUpk53cbKOLPX2cB9qL6/e+t+WpbBq93ArmvttLK0Nr5C2OshOCm tIKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=8SqajA9Q/sm+TfBlQZRt/02S6xni7B8LPuFTIzWVMS4=; b=ue2fVELA2znI6vzSGGUzuxJxM6AiK/gPB6KDnxXJ6z7d3fCzY32hIS4dBepDsucTDG yoX95h20EdsS4dJbDRJDHGVmRn7T7zd8fYl1v5uNU7KQSSCEwfTMnJhaNu7c6+k68nFL 4SkYZqyQCaPBAFe2P7t1FuFf7BBA5NKD2PBieZ1pd9Gi7ASwXi4jS5qbN6cbzfDTRKLd zM95RtEZoz5A2gstC7OTe/DQlygj4YGVeEVueEro6kTLhcU4HlG+5KVcxiqCp68Oag16 Xd5hLDdVIyKZLIiheYCLNjGIExggATrjuur3AdJohuAVHVAaiofkd49X5JoUazzS3YjF Npgg== X-Gm-Message-State: AA+aEWYtrqpQ5C9Vz/Bmi6OWRA7zGMVSsrWlIcw2chmO+Qes3y+auP2M jLxIgW+9K4M8ZWK/oxRP2cE= X-Received: by 2002:a50:f5af:: with SMTP id u44mr24347965edm.172.1543245999264; Mon, 26 Nov 2018 07:26:39 -0800 (PST) Received: from localhost (pD9E51040.dip0.t-ipconnect.de. [217.229.16.64]) by smtp.gmail.com with ESMTPSA id x38sm249647edx.24.2018.11.26.07.26.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 26 Nov 2018 07:26:38 -0800 (PST) Date: Mon, 26 Nov 2018 16:26:37 +0100 From: Thierry Reding To: Hao Zhang Cc: robh+dt@kernel.org, mark.rutland@arm.com, maxime.ripard@bootlin.com, wens@csie.org, mturquette@baylibre.com, sboyd@kernel.org, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-pwm@vger.kernel.org, linux-sunxi@googlegroups.com Subject: Re: [PATCH v3 4/6] DEV: CLK: add function to check the using clock name of driver. Message-ID: <20181126152637.GB19710@ulmo> References: <20181125162118.GA5358@arx-s1> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k" Content-Disposition: inline In-Reply-To: <20181125162118.GA5358@arx-s1> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --7iMSBzlTiPOCCT2k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 26, 2018 at 12:21:18AM +0800, Hao Zhang wrote: > In some situation we want to check clock whether is we want > and after the driver been probed use to change different clock source. >=20 > Signed-off-by: Hao Zhang > --- > drivers/clk/clk.c | 6 ++++++ > include/linux/clk-provider.h | 1 + > 2 files changed, 7 insertions(+) This doesn't seem right. If you're going to change to to a different clock source anyway, why would you even want to know what it was set before that? Isn't that completely irrelevant? But if you really need this, perhaps a combination of clk_get() and clk_is_match() would be a better approach? Perhaps best to let Mike and Stephen share their feelings about this kind of API. > diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c > index d31055a..3d2c2cd 100644 > --- a/drivers/clk/clk.c > +++ b/drivers/clk/clk.c > @@ -3466,6 +3466,12 @@ static int devm_clk_hw_match(struct device *dev, v= oid *res, void *data) > return hw =3D=3D data; > } > =20 > +bool devm_clk_name_match(struct clk *clk, const char *string) > +{ > + return match_string(&clk->con_id, 1, string) =3D=3D 0; > +} > +EXPORT_SYMBOL_GPL(devm_clk_name_match); Also, there's nothing about this that would be device-managed, so the devm_ prefix on the function name is misleading. > /** > * devm_clk_unregister - resource managed clk_unregister() > * @clk: clock to unregister > diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h > index 08b1aa7..5cd2eed 100644 > --- a/include/linux/clk-provider.h > +++ b/include/linux/clk-provider.h > @@ -764,6 +764,7 @@ struct clk *devm_clk_register(struct device *dev, str= uct clk_hw *hw); > int __must_check clk_hw_register(struct device *dev, struct clk_hw *hw); > int __must_check devm_clk_hw_register(struct device *dev, struct clk_hw = *hw); > =20 > +bool devm_clk_name_match(struct clk *clk, const char *string); > void clk_unregister(struct clk *clk); > void devm_clk_unregister(struct device *dev, struct clk *clk); You use this from clock consumers, so clk-provider.h is not the right place for it. Also, you'll want to add a dummy implementation for the case where CONFIG_COMMON_CLK is not set. Thierry --7iMSBzlTiPOCCT2k Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEiOrDCAFJzPfAjcif3SOs138+s6EFAlv8EKkACgkQ3SOs138+ s6EqSA/+KecW29TvcRN+tsDP+2qTYxrw9IhCvgGgkvwWizFuMIY1kjajRebUe9j0 3jxWJ6hLrw1E2sL4ZwMOZJnw6GI2ApMg7PXy2R6F/awZ6vMOB2FE1BUTDWLBYP5v 2PHAy+kvDli+Gl74PCZy58BnOSZyncRP9FtoBJDZ4jx/LM8JGcIhqq0ybi0OTQjA Q8ZEvPTdBZ8kS8PsjT6zSYIaUtYw7ejsemBPORaHFHJlHokUkfA2kMGJVhHsGnZH eMngTXRf3q4U3Tx1reukBa3EfDuYRGl2OVVGKPGp1l6HuOpoAPjuGCA9ASP5bd3N 72OsNdbzp2kIU+BZIrmgnjQ6DQ0jQKpcHA7iomKYw/Qku8Sntu35Yj11LnF+3bJK dR0rlTg2XV+GPigvGifh2WhFcXJ8C+CJKHmcaR3gyaigS8bYaymWe16HvKdPklSz 2tKo6pUlMKTHf5oYtTTNtlBNgGRjOuCjt23keuwrse8willdrHxdR9pCE0vUL3iN StIfJTdq4FSJx+dsZBXKB4MUQ8oNckm9lEwZbI4jHaNi35eoRy3z7NrA07FQ7DLn x9nGhvayD5xjYfJyzhk/XEC3w1FPxWIVmlP+v5IBNR28ei2EF/UZAEjN8uDy1Vul UvT6cGuYmdMaw8x+tEXyrLMJI1iwDWDUwk8QV8/lurjsDfsEOxw= =1aiA -----END PGP SIGNATURE----- --7iMSBzlTiPOCCT2k--