* [PATCH] dt-bindings: qcom: readme: document preferred compatible naming
@ 2022-07-01 7:46 Krzysztof Kozlowski
2022-07-01 20:42 ` Rob Herring
0 siblings, 1 reply; 4+ messages in thread
From: Krzysztof Kozlowski @ 2022-07-01 7:46 UTC (permalink / raw)
To: Andy Gross, Bjorn Andersson, Konrad Dybcio, Rob Herring,
Krzysztof Kozlowski, linux-arm-msm, devicetree, linux-kernel
Cc: Krzysztof Kozlowski, Srinivas Kandagatla, Dmitry Baryshkov,
Vinod Koul, Alex Elder, Robert Foss, Bhupesh Sharma
Compatibles can come in two formats. Either "vendor,ip-soc" or
"vendor,soc-ip". Qualcomm bindings were mixing both of usages, so add a
readme file documenting preferred policy.
Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
---
Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
Cc: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: Vinod Koul <vkoul@kernel.org>
Cc: Alex Elder <elder@linaro.org>
Cc: Robert Foss <robert.foss@linaro.org>
Cc: Bhupesh Sharma <bhupesh.sharma@linaro.org>
---
.../devicetree/bindings/soc/qcom/README.rst | 16 ++++++++++++++++
1 file changed, 16 insertions(+)
create mode 100644 Documentation/devicetree/bindings/soc/qcom/README.rst
diff --git a/Documentation/devicetree/bindings/soc/qcom/README.rst b/Documentation/devicetree/bindings/soc/qcom/README.rst
new file mode 100644
index 000000000000..322b329ac7c1
--- /dev/null
+++ b/Documentation/devicetree/bindings/soc/qcom/README.rst
@@ -0,0 +1,16 @@
+.. SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
+
+Qualcomm SoC compatibles naming convention
+==========================================
+1. When adding new compatibles in new bindings, use the format:
+ ::
+
+ qcom,SoC-IP
+
+ For example:
+ ::
+
+ qcom,sdm845-llcc-bwmon
+
+2. When adding new compatibles to existing bindings, use the format
+ in the existing binding, even if it contradicts the above.
--
2.34.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH] dt-bindings: qcom: readme: document preferred compatible naming
2022-07-01 7:46 [PATCH] dt-bindings: qcom: readme: document preferred compatible naming Krzysztof Kozlowski
@ 2022-07-01 20:42 ` Rob Herring
2022-07-02 8:36 ` Konrad Dybcio
2022-07-04 10:03 ` Krzysztof Kozlowski
0 siblings, 2 replies; 4+ messages in thread
From: Rob Herring @ 2022-07-01 20:42 UTC (permalink / raw)
To: Krzysztof Kozlowski
Cc: Andy Gross, Bjorn Andersson, Konrad Dybcio, Krzysztof Kozlowski,
linux-arm-msm, devicetree, linux-kernel, Srinivas Kandagatla,
Dmitry Baryshkov, Vinod Koul, Alex Elder, Robert Foss,
Bhupesh Sharma
On Fri, Jul 01, 2022 at 09:46:59AM +0200, Krzysztof Kozlowski wrote:
> Compatibles can come in two formats. Either "vendor,ip-soc" or
> "vendor,soc-ip". Qualcomm bindings were mixing both of usages, so add a
> readme file documenting preferred policy.
Is this all I needed to do to stop this from QCom? </sarcasm>
This convention is not QCom specific, though the error mostly is.
Perhaps this should be documented generically.
> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
>
> ---
>
> Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
> Cc: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
> Cc: Vinod Koul <vkoul@kernel.org>
> Cc: Alex Elder <elder@linaro.org>
> Cc: Robert Foss <robert.foss@linaro.org>
> Cc: Bhupesh Sharma <bhupesh.sharma@linaro.org>
> ---
> .../devicetree/bindings/soc/qcom/README.rst | 16 ++++++++++++++++
> 1 file changed, 16 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/soc/qcom/README.rst
>
> diff --git a/Documentation/devicetree/bindings/soc/qcom/README.rst b/Documentation/devicetree/bindings/soc/qcom/README.rst
> new file mode 100644
> index 000000000000..322b329ac7c1
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/soc/qcom/README.rst
> @@ -0,0 +1,16 @@
> +.. SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
> +
> +Qualcomm SoC compatibles naming convention
> +==========================================
> +1. When adding new compatibles in new bindings, use the format:
> + ::
> +
> + qcom,SoC-IP
> +
> + For example:
> + ::
> +
> + qcom,sdm845-llcc-bwmon
Assuming the list of possible SoCs was maintained, you could make this a
schema. Though there might be false positives.
> +
> +2. When adding new compatibles to existing bindings, use the format
> + in the existing binding, even if it contradicts the above.
> --
> 2.34.1
>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] dt-bindings: qcom: readme: document preferred compatible naming
2022-07-01 20:42 ` Rob Herring
@ 2022-07-02 8:36 ` Konrad Dybcio
2022-07-04 10:03 ` Krzysztof Kozlowski
1 sibling, 0 replies; 4+ messages in thread
From: Konrad Dybcio @ 2022-07-02 8:36 UTC (permalink / raw)
To: Rob Herring, Krzysztof Kozlowski
Cc: Andy Gross, Bjorn Andersson, Krzysztof Kozlowski, linux-arm-msm,
devicetree, linux-kernel, Srinivas Kandagatla, Dmitry Baryshkov,
Vinod Koul, Alex Elder, Robert Foss, Bhupesh Sharma
On 1.07.2022 22:42, Rob Herring wrote:
> On Fri, Jul 01, 2022 at 09:46:59AM +0200, Krzysztof Kozlowski wrote:
>> Compatibles can come in two formats. Either "vendor,ip-soc" or
>> "vendor,soc-ip". Qualcomm bindings were mixing both of usages, so add a
>> readme file documenting preferred policy.
>
> Is this all I needed to do to stop this from QCom? </sarcasm>
>
> This convention is not QCom specific, though the error mostly is.
> Perhaps this should be documented generically.
>
>> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
>>
>> ---
>>
>> Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
>> Cc: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> Cc: Vinod Koul <vkoul@kernel.org>
>> Cc: Alex Elder <elder@linaro.org>
>> Cc: Robert Foss <robert.foss@linaro.org>
>> Cc: Bhupesh Sharma <bhupesh.sharma@linaro.org>
>> ---
>> .../devicetree/bindings/soc/qcom/README.rst | 16 ++++++++++++++++
>> 1 file changed, 16 insertions(+)
>> create mode 100644 Documentation/devicetree/bindings/soc/qcom/README.rst
>>
>> diff --git a/Documentation/devicetree/bindings/soc/qcom/README.rst b/Documentation/devicetree/bindings/soc/qcom/README.rst
>> new file mode 100644
>> index 000000000000..322b329ac7c1
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/soc/qcom/README.rst
>> @@ -0,0 +1,16 @@
>> +.. SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
>> +
>> +Qualcomm SoC compatibles naming convention
>> +==========================================
>> +1. When adding new compatibles in new bindings, use the format:
>> + ::
>> +
>> + qcom,SoC-IP
>> +
>> + For example:
>> + ::
>> +
>> + qcom,sdm845-llcc-bwmon
>
> Assuming the list of possible SoCs was maintained, you could make this a
> schema. Though there might be false positives.
Maybe there could be a list of *all* (maaaybe except the really vintage ones
that could barely run Linux at all, if even..), qcom SoCs (for example based
on the Wikipedia one [1]) that would account for future porting and could be
updated with new platforms as they get released?
Konrad
[1] https://en.wikipedia.org/wiki/List_of_Qualcomm_Snapdragon_processors
>
>> +
>> +2. When adding new compatibles to existing bindings, use the format
>> + in the existing binding, even if it contradicts the above.
>> --
>> 2.34.1
>>
>>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] dt-bindings: qcom: readme: document preferred compatible naming
2022-07-01 20:42 ` Rob Herring
2022-07-02 8:36 ` Konrad Dybcio
@ 2022-07-04 10:03 ` Krzysztof Kozlowski
1 sibling, 0 replies; 4+ messages in thread
From: Krzysztof Kozlowski @ 2022-07-04 10:03 UTC (permalink / raw)
To: Rob Herring
Cc: Andy Gross, Bjorn Andersson, Konrad Dybcio, Krzysztof Kozlowski,
linux-arm-msm, devicetree, linux-kernel, Srinivas Kandagatla,
Dmitry Baryshkov, Vinod Koul, Alex Elder, Robert Foss,
Bhupesh Sharma
On 01/07/2022 22:42, Rob Herring wrote:
> On Fri, Jul 01, 2022 at 09:46:59AM +0200, Krzysztof Kozlowski wrote:
>> Compatibles can come in two formats. Either "vendor,ip-soc" or
>> "vendor,soc-ip". Qualcomm bindings were mixing both of usages, so add a
>> readme file documenting preferred policy.
>
> Is this all I needed to do to stop this from QCom? </sarcasm>
>
> This convention is not QCom specific, though the error mostly is.
> Perhaps this should be documented generically.
Good point. I can this to writing-bindings.rst.
>
>> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
>>
>> ---
>>
>> Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
>> Cc: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> Cc: Vinod Koul <vkoul@kernel.org>
>> Cc: Alex Elder <elder@linaro.org>
>> Cc: Robert Foss <robert.foss@linaro.org>
>> Cc: Bhupesh Sharma <bhupesh.sharma@linaro.org>
>> ---
>> .../devicetree/bindings/soc/qcom/README.rst | 16 ++++++++++++++++
>> 1 file changed, 16 insertions(+)
>> create mode 100644 Documentation/devicetree/bindings/soc/qcom/README.rst
>>
>> diff --git a/Documentation/devicetree/bindings/soc/qcom/README.rst b/Documentation/devicetree/bindings/soc/qcom/README.rst
>> new file mode 100644
>> index 000000000000..322b329ac7c1
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/soc/qcom/README.rst
>> @@ -0,0 +1,16 @@
>> +.. SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
>> +
>> +Qualcomm SoC compatibles naming convention
>> +==========================================
>> +1. When adding new compatibles in new bindings, use the format:
>> + ::
>> +
>> + qcom,SoC-IP
>> +
>> + For example:
>> + ::
>> +
>> + qcom,sdm845-llcc-bwmon
>
> Assuming the list of possible SoCs was maintained, you could make this a
> schema. Though there might be false positives.
Indeed it works, although I need some exceptions for existing compatibles.
Best regards,
Krzysztof
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-07-04 10:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-07-01 7:46 [PATCH] dt-bindings: qcom: readme: document preferred compatible naming Krzysztof Kozlowski
2022-07-01 20:42 ` Rob Herring
2022-07-02 8:36 ` Konrad Dybcio
2022-07-04 10:03 ` Krzysztof Kozlowski
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).