From: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org>
To: Mike Leach <mike.leach@linaro.org>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Mathieu Poirier <mathieu.poirier@linaro.org>
Cc: Stephen Boyd <swboyd@chromium.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-arm-msm@vger.kernel.org,
linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
Russell King <linux@armlinux.org.uk>
Subject: Re: [PATCH] coresight: dynamic-replicator: Fix handling of multiple connections
Date: Tue, 19 May 2020 14:34:03 +0530 [thread overview]
Message-ID: <825b922dab9821fa46f321d600648e10@codeaurora.org> (raw)
In-Reply-To: <4bd741e342f8e2743197ed6105dacffa@codeaurora.org>
Hi Mike, Suzuki,
On 2020-05-16 15:34, Sai Prakash Ranjan wrote:
> Hi Mike, Suzuki
>
> [...]
>
>>>
>>> Please look at the CoreSight components specification 3.0 (ARM IHI
>>> 0029E) Section B2.1.2 which describes the Unique Component Identifier
>>> (UCI).
>>> As mentioned above this consists of a combination of bits from
>>> multiple registers, including PIDR4.
>>>
>>
>> Ok got it now, thanks for clearing the doubt. I will go ahead with
>> this method to identify QCOM impl and post a patch.
>>
>
> Looking some more into this, since we have this limitation only on
> specific replicator on very few QCOM SoCs, rather than having a blanket
> workaround for all QCOM, we were thinking it would be better to have
> this workaround based on a firmware property something like
> "qcom,replicator-loses-context" for those replicators with this
> limitation and then set the drvdata->check_idfilter_val based on
> this property.
>
Sorry for going back and forth on this one, but I think having a
firmware
property will clearly help us identify the issue on specific SoCs rather
than
wholesale workaround for all QCOM SoCs. For now, I will post a patch
based on
the property "qcom,replicator-loses-context", please feel free to yell
at me
if this is completely wrong and we can discuss it further in that patch.
Thanks,
Sai
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a
member
of Code Aurora Forum, hosted by The Linux Foundation
WARNING: multiple messages have this Message-ID (diff)
From: Sai Prakash Ranjan <saiprakash.ranjan@codeaurora.org>
To: Mike Leach <mike.leach@linaro.org>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Mathieu Poirier <mathieu.poirier@linaro.org>
Cc: Russell King <linux@armlinux.org.uk>,
linux-arm-msm@vger.kernel.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-arm-kernel <linux-arm-kernel@lists.infradead.org>,
Stephen Boyd <swboyd@chromium.org>
Subject: Re: [PATCH] coresight: dynamic-replicator: Fix handling of multiple connections
Date: Tue, 19 May 2020 14:34:03 +0530 [thread overview]
Message-ID: <825b922dab9821fa46f321d600648e10@codeaurora.org> (raw)
In-Reply-To: <4bd741e342f8e2743197ed6105dacffa@codeaurora.org>
Hi Mike, Suzuki,
On 2020-05-16 15:34, Sai Prakash Ranjan wrote:
> Hi Mike, Suzuki
>
> [...]
>
>>>
>>> Please look at the CoreSight components specification 3.0 (ARM IHI
>>> 0029E) Section B2.1.2 which describes the Unique Component Identifier
>>> (UCI).
>>> As mentioned above this consists of a combination of bits from
>>> multiple registers, including PIDR4.
>>>
>>
>> Ok got it now, thanks for clearing the doubt. I will go ahead with
>> this method to identify QCOM impl and post a patch.
>>
>
> Looking some more into this, since we have this limitation only on
> specific replicator on very few QCOM SoCs, rather than having a blanket
> workaround for all QCOM, we were thinking it would be better to have
> this workaround based on a firmware property something like
> "qcom,replicator-loses-context" for those replicators with this
> limitation and then set the drvdata->check_idfilter_val based on
> this property.
>
Sorry for going back and forth on this one, but I think having a
firmware
property will clearly help us identify the issue on specific SoCs rather
than
wholesale workaround for all QCOM SoCs. For now, I will post a patch
based on
the property "qcom,replicator-loses-context", please feel free to yell
at me
if this is completely wrong and we can discuss it further in that patch.
Thanks,
Sai
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a
member
of Code Aurora Forum, hosted by The Linux Foundation
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-05-19 9:04 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-26 14:37 [PATCH] coresight: dynamic-replicator: Fix handling of multiple connections Sai Prakash Ranjan
2020-04-26 14:37 ` Sai Prakash Ranjan
2020-04-27 9:20 ` Suzuki K Poulose
2020-04-27 9:20 ` Suzuki K Poulose
2020-04-27 9:45 ` Mike Leach
2020-04-27 9:45 ` Mike Leach
2020-04-27 13:53 ` Suzuki K Poulose
2020-04-27 13:53 ` Suzuki K Poulose
2020-04-28 12:23 ` Sai Prakash Ranjan
2020-04-28 12:23 ` Sai Prakash Ranjan
2020-04-29 11:47 ` Sai Prakash Ranjan
2020-04-29 11:47 ` Sai Prakash Ranjan
2020-04-29 13:49 ` Suzuki K Poulose
2020-04-29 13:49 ` Suzuki K Poulose
2020-04-29 13:59 ` Sai Prakash Ranjan
2020-04-29 13:59 ` Sai Prakash Ranjan
2020-04-29 14:27 ` Mike Leach
2020-04-29 14:27 ` Mike Leach
2020-04-29 14:48 ` Sai Prakash Ranjan
2020-04-29 14:48 ` Sai Prakash Ranjan
2020-04-29 16:58 ` Mike Leach
2020-04-29 16:58 ` Mike Leach
2020-04-29 17:11 ` Sai Prakash Ranjan
2020-04-29 17:11 ` Sai Prakash Ranjan
2020-05-06 7:35 ` Sai Prakash Ranjan
2020-05-06 7:35 ` Sai Prakash Ranjan
2020-05-08 8:53 ` Sai Prakash Ranjan
2020-05-08 8:53 ` Sai Prakash Ranjan
2020-05-11 11:14 ` Mike Leach
2020-05-11 11:14 ` Mike Leach
2020-05-11 14:16 ` Sai Prakash Ranjan
2020-05-11 14:16 ` Sai Prakash Ranjan
2020-05-11 14:30 ` Suzuki K Poulose
2020-05-11 14:30 ` Suzuki K Poulose
2020-05-11 14:41 ` Sai Prakash Ranjan
2020-05-11 14:41 ` Sai Prakash Ranjan
2020-05-12 11:49 ` Mike Leach
2020-05-12 11:49 ` Mike Leach
2020-05-12 17:45 ` Mathieu Poirier
2020-05-12 17:45 ` Mathieu Poirier
2020-05-12 17:46 ` Sai Prakash Ranjan
2020-05-12 17:46 ` Sai Prakash Ranjan
2020-05-12 21:52 ` Mike Leach
2020-05-12 21:52 ` Mike Leach
2020-05-13 1:49 ` Stephen Boyd
2020-05-13 1:49 ` Stephen Boyd
2020-05-13 15:45 ` Sai Prakash Ranjan
2020-05-13 15:45 ` Sai Prakash Ranjan
2020-05-13 15:33 ` Sai Prakash Ranjan
2020-05-13 15:33 ` Sai Prakash Ranjan
2020-05-16 10:04 ` Sai Prakash Ranjan
2020-05-16 10:04 ` Sai Prakash Ranjan
2020-05-19 9:04 ` Sai Prakash Ranjan [this message]
2020-05-19 9:04 ` Sai Prakash Ranjan
2020-05-11 14:34 ` Sai Prakash Ranjan
2020-05-11 14:34 ` Sai Prakash Ranjan
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=825b922dab9821fa46f321d600648e10@codeaurora.org \
--to=saiprakash.ranjan@codeaurora.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=mathieu.poirier@linaro.org \
--cc=mike.leach@linaro.org \
--cc=suzuki.poulose@arm.com \
--cc=swboyd@chromium.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.