Add Tesla FSD MFC(MFC v12) compatible.
Cc: [email protected]
Signed-off-by: Aakarsh Jain <[email protected]>
---
.../bindings/media/samsung,s5p-mfc.yaml | 16 ++++++++++++++++
1 file changed, 16 insertions(+)
diff --git a/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml b/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
index 084b44582a43..c30eb309f670 100644
--- a/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
+++ b/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
@@ -24,6 +24,7 @@ properties:
- samsung,mfc-v7 # Exynos5420
- samsung,mfc-v8 # Exynos5800
- samsung,mfc-v10 # Exynos7880
+ - tesla,fsd-mfc # Tesla FSD
- items:
- enum:
- samsung,exynos3250-mfc # Exynos3250
@@ -165,6 +166,21 @@ allOf:
minItems: 1
maxItems: 2
+ - if:
+ properties:
+ compatible:
+ contains:
+ enum:
+ - tesla,fsd-mfc
+ then:
+ properties:
+ clocks:
+ maxItems: 1
+ clock-names:
+ items:
+ - const: mfc
+ iommus: false
+
examples:
- |
#include <dt-bindings/clock/exynos4.h>
--
2.17.1
On 25/10/2023 12:22, Aakarsh Jain wrote:
> Add Tesla FSD MFC(MFC v12) compatible.
>
> Cc: [email protected]
> Signed-off-by: Aakarsh Jain <[email protected]>
> ---
No changelog and your cover letter does not explain what happened here.
Specifically, why did you decide to ignore received tag.
> .../bindings/media/samsung,s5p-mfc.yaml | 16 ++++++++++++++++
> 1 file changed, 16 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml b/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
> index 084b44582a43..c30eb309f670 100644
> --- a/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
> +++ b/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
> @@ -24,6 +24,7 @@ properties:
> - samsung,mfc-v7 # Exynos5420
> - samsung,mfc-v8 # Exynos5800
> - samsung,mfc-v10 # Exynos7880
> + - tesla,fsd-mfc # Tesla FSD
> - items:
> - enum:
> - samsung,exynos3250-mfc # Exynos3250
> @@ -165,6 +166,21 @@ allOf:
> minItems: 1
> maxItems: 2
>
> + - if:
> + properties:
> + compatible:
> + contains:
> + enum:
> + - tesla,fsd-mfc
> + then:
> + properties:
> + clocks:
> + maxItems: 1
> + clock-names:
> + items:
> + - const: mfc
> + iommus: false
That's odd. How so? MFC v12 does not support IOMMU?
Best regards,
Krzysztof
Hello Krzysztof
> -----Original Message-----
> From: Krzysztof Kozlowski <[email protected]>
> Sent: 25 October 2023 18:30
> To: Aakarsh Jain <[email protected]>; linux-arm-
> [email protected]; [email protected]; linux-
> [email protected]; [email protected]
> Cc: [email protected]; [email protected];
> [email protected]; [email protected];
> [email protected]; [email protected];
> [email protected]; [email protected];
> [email protected]; [email protected]; linux-samsung-
> [email protected]; [email protected]; [email protected];
> [email protected]; [email protected];
> [email protected]; [email protected]; linux-
> [email protected]
> Subject: Re: [Patch v4 01/11] dt-bindings: media: s5p-mfc: Add mfcv12
> variant
>
> On 25/10/2023 12:22, Aakarsh Jain wrote:
> > Add Tesla FSD MFC(MFC v12) compatible.
> >
> > Cc: [email protected]
> > Signed-off-by: Aakarsh Jain <[email protected]>
> > ---
>
> No changelog and your cover letter does not explain what happened here.
> Specifically, why did you decide to ignore received tag.
>
Last patch series we had two different patches for schema which was one for adding MFCv12 compatible string and other for adding its HW properties.
In one of the patches you gave reviewed-by tag. Since mfc dt_schema got merged already, and this is relatively new patch so thought of getting reviewed again.
Link to those patches:
https://patchwork.kernel.org/project/linux-media/patch/[email protected]/
https://patchwork.kernel.org/project/linux-media/patch/[email protected]/
if you are ok, I will add your reviewed-by in next patch series.
> > .../bindings/media/samsung,s5p-mfc.yaml | 16 ++++++++++++++++
> > 1 file changed, 16 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/media/samsung,s5p-
> mfc.yaml b/Documentation/devicetree/bindings/media/samsung,s5p-
> mfc.yaml
> > index 084b44582a43..c30eb309f670 100644
> > --- a/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
> > +++ b/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
> > @@ -24,6 +24,7 @@ properties:
> > - samsung,mfc-v7 # Exynos5420
> > - samsung,mfc-v8 # Exynos5800
> > - samsung,mfc-v10 # Exynos7880
> > + - tesla,fsd-mfc # Tesla FSD
> > - items:
> > - enum:
> > - samsung,exynos3250-mfc # Exynos3250
> > @@ -165,6 +166,21 @@ allOf:
> > minItems: 1
> > maxItems: 2
> >
> > + - if:
> > + properties:
> > + compatible:
> > + contains:
> > + enum:
> > + - tesla,fsd-mfc
> > + then:
> > + properties:
> > + clocks:
> > + maxItems: 1
> > + clock-names:
> > + items:
> > + - const: mfc
> > + iommus: false
>
> That's odd. How so? MFC v12 does not support IOMMU?
>
MFC v12 do support IOMMU. But currently it is not enabled in SW (has dependencies on some of the floating dma-mapping patches) and not tested on upstream kernel. Current patch sets intend to add support for MFCv12 using reserve memory and later patches related to enable iommu will be posted (after resolving the dependencies). So I marked iommu property as false.
Now what is your suggestion here? Should I keep iommu as false or add memory-region as below?
Ex-
- if:
properties:
compatible:
contains:
enum:
- tesla,fsd-mfc
then:
properties:
clocks:
maxItems: 1
clock-names:
items:
- const: mfc
memory-region:
maxItems: 1
> Best regards,
> Krzysztof
Thanks for review.
On 26/10/2023 15:31, Aakarsh Jain wrote:
> Hello Krzysztof
>
>> -----Original Message-----
>> From: Krzysztof Kozlowski <[email protected]>
>> Sent: 25 October 2023 18:30
>> To: Aakarsh Jain <[email protected]>; linux-arm-
>> [email protected]; [email protected]; linux-
>> [email protected]; [email protected]
>> Cc: [email protected]; [email protected];
>> [email protected]; [email protected];
>> [email protected]; [email protected];
>> [email protected]; [email protected];
>> [email protected]; [email protected]; linux-samsung-
>> [email protected]; [email protected]; [email protected];
>> [email protected]; [email protected];
>> [email protected]; [email protected]; linux-
>> [email protected]
>> Subject: Re: [Patch v4 01/11] dt-bindings: media: s5p-mfc: Add mfcv12
>> variant
>>
>> On 25/10/2023 12:22, Aakarsh Jain wrote:
>>> Add Tesla FSD MFC(MFC v12) compatible.
>>>
>>> Cc: [email protected]
>>> Signed-off-by: Aakarsh Jain <[email protected]>
>>> ---
>>
>> No changelog and your cover letter does not explain what happened here.
>> Specifically, why did you decide to ignore received tag.
>>
> Last patch series we had two different patches for schema which was one for adding MFCv12 compatible string and other for adding its HW properties.
> In one of the patches you gave reviewed-by tag. Since mfc dt_schema got merged already, and this is relatively new patch so thought of getting reviewed again.
>
> Link to those patches:
> https://patchwork.kernel.org/project/linux-media/patch/[email protected]/
> https://patchwork.kernel.org/project/linux-media/patch/[email protected]/
>
> if you are ok, I will add your reviewed-by in next patch series.
It is okay to drop Reviewed-by tag, but this should be explicitly
mentioned in the changelog with a reason.
>
>>> .../bindings/media/samsung,s5p-mfc.yaml | 16 ++++++++++++++++
>>> 1 file changed, 16 insertions(+)
>>>
>>> diff --git a/Documentation/devicetree/bindings/media/samsung,s5p-
>> mfc.yaml b/Documentation/devicetree/bindings/media/samsung,s5p-
>> mfc.yaml
>>> index 084b44582a43..c30eb309f670 100644
>>> --- a/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
>>> +++ b/Documentation/devicetree/bindings/media/samsung,s5p-mfc.yaml
>>> @@ -24,6 +24,7 @@ properties:
>>> - samsung,mfc-v7 # Exynos5420
>>> - samsung,mfc-v8 # Exynos5800
>>> - samsung,mfc-v10 # Exynos7880
>>> + - tesla,fsd-mfc # Tesla FSD
>>> - items:
>>> - enum:
>>> - samsung,exynos3250-mfc # Exynos3250
>>> @@ -165,6 +166,21 @@ allOf:
>>> minItems: 1
>>> maxItems: 2
>>>
>>> + - if:
>>> + properties:
>>> + compatible:
>>> + contains:
>>> + enum:
>>> + - tesla,fsd-mfc
>>> + then:
>>> + properties:
>>> + clocks:
>>> + maxItems: 1
>>> + clock-names:
>>> + items:
>>> + - const: mfc
>>> + iommus: false
>>
>> That's odd. How so? MFC v12 does not support IOMMU?
>>
> MFC v12 do support IOMMU. But currently it is not enabled in SW (has dependencies on some of the floating dma-mapping patches) and not tested on upstream kernel.
Bindings describe hardware, not software.
> Current patch sets intend to add support for MFCv12 using reserve memory and later patches related to enable iommu will be posted (after resolving the dependencies). So I marked iommu property as false.
> Now what is your suggestion here? Should I keep iommu as false or add memory-region as below?
I expect complete picture of the hardware, not something limited to
current driver, so for sure iommus must be there.
Please wrap your emails according to mailing lists rules.
Best regards,
Krzysztof