From: David Dai <daidavid1@codeaurora.org>
To: Georgi Djakov <georgi.djakov@linaro.org>,
Evan Green <evgreen@chromium.org>
Cc: linux-pm@vger.kernel.org, gregkh@linuxfoundation.org,
rjw@rjwysocki.net, robh+dt@kernel.org,
Michael Turquette <mturquette@baylibre.com>,
khilman@baylibre.com,
Vincent Guittot <vincent.guittot@linaro.org>,
Saravana Kannan <skannan@codeaurora.org>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
amit.kucheria@linaro.org, seansw@qti.qualcomm.com,
mark.rutland@arm.com, lorenzo.pieralisi@arm.com,
Alexandre Bailon <abailon@baylibre.com>,
maxime.ripard@bootlin.com, Arnd Bergmann <arnd@arndb.de>,
thierry.reding@gmail.com, ksitaraman@nvidia.com,
sanjayc@nvidia.com, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-arm-msm@vger.kernel.org, linux-tegra@vger.kernel.org
Subject: Re: [PATCH v10 5/7] interconnect: qcom: Add sdm845 interconnect provider driver
Date: Thu, 6 Dec 2018 13:53:21 -0800 [thread overview]
Message-ID: <266c7bf9-18c1-8255-eca2-814aab3850c6@codeaurora.org> (raw)
In-Reply-To: <cfcb39ba-860c-5a3f-911f-ab52b5250390@linaro.org>
On 12/5/2018 8:00 AM, Georgi Djakov wrote:
> Hi Evan,
>
> On 12/1/18 02:39, Evan Green wrote:
>> On Tue, Nov 27, 2018 at 10:04 AM Georgi Djakov <georgi.djakov@linaro.org> wrote:
>>> From: David Dai <daidavid1@codeaurora.org>
>>>
>>> Introduce Qualcomm SDM845 specific provider driver using the
>>> interconnect framework.
>>>
>>> Signed-off-by: David Dai <daidavid1@codeaurora.org>
>>> Signed-off-by: Georgi Djakov <georgi.djakov@linaro.org>
>>> ---
>>> .../bindings/interconnect/qcom,sdm845.txt | 24 +
>>> drivers/interconnect/Kconfig | 5 +
>>> drivers/interconnect/Makefile | 1 +
>>> drivers/interconnect/qcom/Kconfig | 13 +
>>> drivers/interconnect/qcom/Makefile | 5 +
>>> drivers/interconnect/qcom/sdm845.c | 836 ++++++++++++++++++
>>> .../dt-bindings/interconnect/qcom,sdm845.h | 143 +++
>>> 7 files changed, 1027 insertions(+)
>>> create mode 100644 Documentation/devicetree/bindings/interconnect/qcom,sdm845.txt
>>> create mode 100644 drivers/interconnect/qcom/Kconfig
>>> create mode 100644 drivers/interconnect/qcom/Makefile
>>> create mode 100644 drivers/interconnect/qcom/sdm845.c
>>> create mode 100644 include/dt-bindings/interconnect/qcom,sdm845.h
>>>
>>> diff --git a/Documentation/devicetree/bindings/interconnect/qcom,sdm845.txt b/Documentation/devicetree/bindings/interconnect/qcom,sdm845.txt
>>> new file mode 100644
>>> index 000000000000..d45150e99665
>>> --- /dev/null
>>> +++ b/Documentation/devicetree/bindings/interconnect/qcom,sdm845.txt
>>> @@ -0,0 +1,24 @@
>>> +Qualcomm SDM845 Network-On-Chip interconnect driver binding
>>> +-----------------------------------------------------------
>>> +
>>> +SDM845 interconnect providers support system bandwidth requirements through
>>> +RPMh hardware accelerators known as Bus Clock Manager(BCM). The provider is able
>>> +to communicate with the BCM through the Resource State Coordinator(RSC)
>>> +associated with each execution environment. Provider nodes must reside within
>>> +an RPMh device node pertaining to their RSC and each provider maps to
>>> +a single RPMh resource.
>>> +
>>> +Required properties :
>>> +- compatible : shall contain only one of the following:
>>> + "qcom,sdm845-rsc-hlos"
>> I wonder if maybe hlos isn't necessary. Unless you somehow imagine
>> secure mode would have a device tree entry in here as well? Probably
>> not.
> Ok, will remove it. David, please chime in if you have any concerns with
> this.
No strong preferences in terms of naming, but need to make the
distinction between this and potential other rsc types if we're to add
additional provider drivers.
>>> +- #interconnect-cells : should contain 1
>>> +
>>> +Examples:
>>> +
>>> +apps_rsc: rsc {
>>> + qnoc: qnoc-rsc-hlos {
>>> + compatible = "qcom,sdm845-rsc-hlos";
>>> + #interconnect-cells = <1>;
>>> + };
>>> +};
>>> +
>> ...
>>> diff --git a/drivers/interconnect/qcom/sdm845.c b/drivers/interconnect/qcom/sdm845.c
>>> new file mode 100644
>>> index 000000000000..1678de91ca52
>>> --- /dev/null
>>> +++ b/drivers/interconnect/qcom/sdm845.c
>>> @@ -0,0 +1,836 @@
>> ...
>>> +
>>> +static void tcs_list_gen(struct list_head *bcm_list,
>>> + struct tcs_cmd *tcs_list, int *n)
>> We could make the prototype of this function be:
>>
>> static void tcs_list_gen(struct list_head *bcm_list,
>> struct tcs_cmd tcs_list[SDM845_MAX_VCD], int n[SDM845_MAX_VCD])
>>
>> which would catch errors if somebody later passed in an array that
>> wasn't the right size, since we blindly memset below.
> Yes, sounds good. I will try to optimize it.
>
> Thanks,
> Georgi
>
>>> +{
>>> + struct qcom_icc_bcm *bcm;
>>> + bool commit;
>>> + size_t idx = 0, batch = 0, cur_vcd_size = 0;
>>> +
>>> + memset(n, 0, sizeof(int) * SDM845_MAX_VCD);
>>> +
>>> + list_for_each_entry(bcm, bcm_list, list) {
>>> + commit = false;
>>> + cur_vcd_size++;
>>> + if ((list_is_last(&bcm->list, bcm_list)) ||
>>> + bcm->aux_data.vcd != list_next_entry(bcm, list)->aux_data.vcd) {
>>> + commit = true;
>>> + cur_vcd_size = 0;
>>> + }
>>> + tcs_cmd_gen(&tcs_list[idx], bcm->vote_x, bcm->vote_y,
>>> + bcm->addr, commit);
>>> + idx++;
>>> + n[batch]++;
>>> + /*
>>> + * Batch the BCMs in such a way that we do not split them in
>>> + * multiple payloads when they are under the same VCD. This is
>>> + * to ensure that every BCM is committed since we only set the
>>> + * commit bit on the last BCM request of every VCD.
>>> + */
>>> + if (n[batch] >= MAX_RPMH_PAYLOAD) {
>>> + if (!commit) {
>>> + n[batch] -= cur_vcd_size;
>>> + n[batch + 1] = cur_vcd_size;
>>> + }
>>> + batch++;
>>> + }
>>> + }
>>> +}
>>> +
--
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project
next prev parent reply other threads:[~2018-12-06 21:53 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-27 18:03 [PATCH v10 0/8] Introduce on-chip interconnect API Georgi Djakov
2018-11-27 18:03 ` [PATCH v10 1/7] interconnect: Add generic " Georgi Djakov
2018-11-27 18:35 ` Joe Perches
2018-11-28 18:18 ` Georgi Djakov
2018-12-01 0:38 ` Evan Green
2018-12-05 15:57 ` Georgi Djakov
2018-12-05 16:16 ` Rob Herring
2018-12-07 15:24 ` Georgi Djakov
2018-11-27 18:03 ` [PATCH v10 2/7] dt-bindings: Introduce interconnect binding Georgi Djakov
2018-12-01 0:38 ` Evan Green
2018-11-27 18:03 ` [PATCH v10 3/7] interconnect: Allow endpoints translation via DT Georgi Djakov
2018-12-01 0:38 ` Evan Green
2018-12-05 15:59 ` Georgi Djakov
2018-11-27 18:03 ` [PATCH v10 4/7] interconnect: Add debugfs support Georgi Djakov
2018-11-27 18:03 ` [PATCH v10 5/7] interconnect: qcom: Add sdm845 interconnect provider driver Georgi Djakov
2018-12-01 0:39 ` Evan Green
2018-12-05 16:00 ` Georgi Djakov
2018-12-06 21:53 ` David Dai [this message]
2018-11-27 18:03 ` [PATCH v10 6/7] arm64: dts: sdm845: Add interconnect provider DT nodes Georgi Djakov
2018-12-01 0:39 ` Evan Green
2018-12-05 16:01 ` Georgi Djakov
2018-11-27 18:03 ` [PATCH v10 7/7] MAINTAINERS: add a maintainer for the interconnect API Georgi Djakov
2018-12-05 20:41 ` [PATCH v10 0/8] Introduce on-chip " Evan Green
2018-12-06 14:55 ` Greg KH
2018-12-07 10:06 ` Georgi Djakov
2018-12-10 9:04 ` Rafael J. Wysocki
2018-12-10 10:18 ` Georgi Djakov
2018-12-10 11:00 ` Rafael J. Wysocki
2018-12-10 14:50 ` Georgi Djakov
2018-12-11 6:58 ` Greg Kroah-Hartman
2018-12-17 11:17 ` Georgi Djakov
2019-01-10 14:19 ` Georgi Djakov
2019-01-10 16:29 ` Greg Kroah-Hartman
2019-01-10 16:34 ` 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=266c7bf9-18c1-8255-eca2-814aab3850c6@codeaurora.org \
--to=daidavid1@codeaurora.org \
--cc=abailon@baylibre.com \
--cc=amit.kucheria@linaro.org \
--cc=arnd@arndb.de \
--cc=bjorn.andersson@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=evgreen@chromium.org \
--cc=georgi.djakov@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=khilman@baylibre.com \
--cc=ksitaraman@nvidia.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=mark.rutland@arm.com \
--cc=maxime.ripard@bootlin.com \
--cc=mturquette@baylibre.com \
--cc=rjw@rjwysocki.net \
--cc=robh+dt@kernel.org \
--cc=sanjayc@nvidia.com \
--cc=seansw@qti.qualcomm.com \
--cc=skannan@codeaurora.org \
--cc=thierry.reding@gmail.com \
--cc=vincent.guittot@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).