Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1523501 > unrolled thread
| Started by | Avaneesh Kumar Dwivedi <akdwived@codeaurora.org> |
|---|---|
| First post | 2016-11-16 15:10 +0100 |
| Last post | 2016-11-18 19:50 +0100 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v2 1/3] remoteproc: qcom: Encapsulate pvt data structure for q6v56 hexagon. Avaneesh Kumar Dwivedi <akdwived@codeaurora.org> - 2016-11-16 15:10 +0100
Re: [PATCH v2 1/3] remoteproc: qcom: Encapsulate pvt data structure for q6v56 hexagon. Bjorn Andersson <bjorn.andersson@linaro.org> - 2016-11-18 19:50 +0100
| From | Avaneesh Kumar Dwivedi <akdwived@codeaurora.org> |
|---|---|
| Date | 2016-11-16 15:10 +0100 |
| Subject | Re: [PATCH v2 1/3] remoteproc: qcom: Encapsulate pvt data structure for q6v56 hexagon. |
| Message-ID | <sE94t-3Rs-5@gated-at.bofh.it> |
On 11/11/2016 2:00 AM, Rob Herring wrote:
> On Fri, Nov 04, 2016 at 07:30:54PM +0530, Avaneesh Kumar Dwivedi wrote:
>> Encapsulate resources specific to each version of hexagon chip to
>> device node to avoid conditional check for manipulation of those
>> resources in driver code.
>>
>> Signed-off-by: Avaneesh Kumar Dwivedi <akdwived@codeaurora.org>
>> ---
>> .../devicetree/bindings/remoteproc/qcom,q6v5.txt | 1 +
>> drivers/remoteproc/qcom_q6v5_pil.c | 137 ++++++++++++++++++---
>> 2 files changed, 120 insertions(+), 18 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt b/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt
>> index 57cb49e..cbc165c 100644
>> --- a/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt
>> +++ b/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt
>> @@ -8,6 +8,7 @@ on the Qualcomm Hexagon core.
>> Value type: <string>
>> Definition: must be one of:
>> "qcom,q6v5-pil"
>> + "qcom,q6v56-pil"
> Perhaps some explanation in the commit message about what these magic
> numbers mean?
"v56" represent class of hexagon chip, which again is
differentiated based on version number. Two
different MSM SOC may use same class of hexagon chip. example is as
below.
msm8974 q6v5 version 5.0.0
msm8916 q6v5 version 5.1.1
>
> Rob
[toc] | [next] | [standalone]
| From | Bjorn Andersson <bjorn.andersson@linaro.org> |
|---|---|
| Date | 2016-11-18 19:50 +0100 |
| Message-ID | <sEWoy-2qv-13@gated-at.bofh.it> |
| In reply to | #1523501 |
On Wed 16 Nov 06:02 PST 2016, Avaneesh Kumar Dwivedi wrote: > > > On 11/11/2016 2:00 AM, Rob Herring wrote: > >On Fri, Nov 04, 2016 at 07:30:54PM +0530, Avaneesh Kumar Dwivedi wrote: > >>Encapsulate resources specific to each version of hexagon chip to > >>device node to avoid conditional check for manipulation of those > >>resources in driver code. > >> > >>Signed-off-by: Avaneesh Kumar Dwivedi <akdwived@codeaurora.org> > >>--- > >> .../devicetree/bindings/remoteproc/qcom,q6v5.txt | 1 + > >> drivers/remoteproc/qcom_q6v5_pil.c | 137 ++++++++++++++++++--- > >> 2 files changed, 120 insertions(+), 18 deletions(-) > >> > >>diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt b/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt > >>index 57cb49e..cbc165c 100644 > >>--- a/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt > >>+++ b/Documentation/devicetree/bindings/remoteproc/qcom,q6v5.txt > >>@@ -8,6 +8,7 @@ on the Qualcomm Hexagon core. > >> Value type: <string> > >> Definition: must be one of: > >> "qcom,q6v5-pil" > >>+ "qcom,q6v56-pil" > >Perhaps some explanation in the commit message about what these magic > >numbers mean? > > "v56" represent class of hexagon chip, which again is differentiated > based on version number. Two > different MSM SOC may use same class of hexagon chip. example is as > below. > > msm8974 q6v5 version 5.0.0 > msm8916 q6v5 version 5.1.1 But looking at the Qualcomm tree I think I got 8916 wrong, it seems that it should be "q6v56" and your patches indicates that the 8996 has a q6v55 - which doesn't make sense to me and in some places there's comments indicating it's version 6. I asked you about this but I can't find an answer in any of your replies. Regards, Bjorn
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web