linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Georgi Djakov <georgi.djakov@linaro.org>
To: Stephen Boyd <sboyd@codeaurora.org>,
	Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
Cc: mturquette@baylibre.com, linux-clk@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org
Subject: Re: [PATCH v7 1/2] clk: qcom: Add support for SMD-RPM Clocks
Date: Fri, 26 Feb 2016 18:50:26 +0200	[thread overview]
Message-ID: <56D08252.1000904@linaro.org> (raw)
In-Reply-To: <20160224191522.GE4847@codeaurora.org>

On 02/24/2016 09:15 PM, Stephen Boyd wrote:
> On 02/24, Srinivas Kandagatla wrote:
>>
>>
>> On 23/02/16 16:13, Georgi Djakov wrote:
>>> +/* msm8916 */
>>> +#define RPM_XO_CLK_SRC				0
>>> +#define RPM_XO_A_CLK_SRC			1
>>> +#define RPM_PCNOC_CLK				2
>>> +#define RPM_PCNOC_A_CLK				3
>>> +#define RPM_SNOC_CLK				4
>>> +#define RPM_SNOC_A_CLK				5
>>> +#define RPM_BIMC_CLK				6
>>> +#define RPM_BIMC_A_CLK				7
>>> +#define RPM_QDSS_CLK				8
>>> +#define RPM_QDSS_A_CLK				9
>>> +#define RPM_BB_CLK1				10
>>> +#define RPM_BB_CLK1_A				11
>>> +#define RPM_BB_CLK2				12
>>> +#define RPM_BB_CLK2_A				13
>>> +#define RPM_RF_CLK1				14
>>> +#define RPM_RF_CLK1_A				15
>>> +#define RPM_RF_CLK2				16
>>> +#define RPM_RF_CLK2_A				17
>>> +#define RPM_BB_CLK1_PIN				18
>>> +#define RPM_BB_CLK1_A_PIN			19
>>> +#define RPM_BB_CLK2_PIN				20
>>> +#define RPM_BB_CLK2_A_PIN			21
>>> +#define RPM_RF_CLK1_PIN				22
>>> +#define RPM_RF_CLK1_A_PIN			23
>>> +#define RPM_RF_CLK2_PIN				24
>>> +#define RPM_RF_CLK2_A_PIN			25
>>> +
>>
>> These names are more generic, and offsets are specific to the 8916
>> chip, adding soc prefix to these would make more sense and also set
>> a rule for the next soc support patches too.
>>
> 
> Do these ever change though? Maybe we should remove the msm8916
> specificness and let the rpm clk consumers choose the clks they
> want to use. Combine all the different SoCs into the same "RPM
> clk" numberspace so that we don't have a handful of different
> headers and different RPM clk definitions in the driver when
> they're almost the same across chips.
> 

Yes, these change actually. Some of them are common like the xo, bimc,
nocs and qdss, but the rest varies as count (21-47) and naming at the
different SoCs. I have a few that fit into the same numberspace, but
with some newer SoCs we will have issues. So we can have the same
definitions for the common clks, and the rest could be added to the
same header file with SoC prefix.

  reply	other threads:[~2016-02-26 16:50 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-23 16:13 [PATCH v7 0/2] Add initial support for RPM clocks Georgi Djakov
2016-02-23 16:13 ` [PATCH v7 1/2] clk: qcom: Add support for SMD-RPM Clocks Georgi Djakov
2016-02-24 10:18   ` Srinivas Kandagatla
2016-02-24 19:15     ` Stephen Boyd
2016-02-26 16:50       ` Georgi Djakov [this message]
2016-02-23 16:13 ` [PATCH v7 2/2] clk: qcom: Add support for RPM Clocks Georgi Djakov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56D08252.1000904@linaro.org \
    --to=georgi.djakov@linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=sboyd@codeaurora.org \
    --cc=srinivas.kandagatla@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).