[PATCH 2/2] drm/exynos: Add device tree based discovery support for G2D

[Stephen Warren]

On 01/31/2013 06:27 PM, Inki Dae wrote:
> Hi Kukjin,
> 
>> -----Original Message-----
>> From: linux-media-owner at vger.kernel.org [mailto:linux-media-
>> owner at vger.kernel.org] On Behalf Of Kukjin Kim
>> Sent: Friday, February 01, 2013 9:15 AM
>> To: 'Sylwester Nawrocki'; 'Inki Dae'
>> Cc: 'Sachin Kamat'; linux-media at vger.kernel.org; dri-
>> devel at lists.freedesktop.org; devicetree-discuss at lists.ozlabs.org;
>> patches at linaro.org; s.nawrocki at samsung.com
>> Subject: RE: [PATCH 2/2] drm/exynos: Add device tree based discovery
>> support for G2D
>>
>> Sylwester Nawrocki wrote:
>>>
>>> Hi Inki,
>>>
>> Hi Sylwester and Inki,
>>
>>> On 01/31/2013 02:30 AM, Inki Dae wrote:
>>>>> -----Original Message-----
>>>>> From: Sylwester Nawrocki [mailto:sylvester.nawrocki at gmail.com]
>>>>> Sent: Thursday, January 31, 2013 5:51 AM
>>>>> To: Inki Dae
>>>>> Cc: Sachin Kamat; linux-media at vger.kernel.org; dri-
>>>>> devel at lists.freedesktop.org; devicetree-discuss at lists.ozlabs.org;
>>>>> patches at linaro.org; s.nawrocki at samsung.com
>>>>> Subject: Re: [PATCH 2/2] drm/exynos: Add device tree based discovery
>>>>> support for G2D
>>>>>
>>>>> On 01/30/2013 09:50 AM, Inki Dae wrote:
>>>>>>> +static const struct of_device_id exynos_g2d_match[] = {
>>>>>>> +       { .compatible = "samsung,g2d-v41" },
>>>>>>
>>>>>> not only Exynos5 and also Exyno4 has the g2d gpu and drm-based g2d
>>>>>> driver shoud support for all Exynos SoCs. How about using
>>>>>> "samsung,exynos5-g2d" instead and adding a new property 'version' to
>>>>>> identify ip version more surely? With this, we could know which SoC
>>>>>> and its g2d ip version. The version property could have '0x14' or
>>>>>> others. And please add descriptions to dt document.
>>>>>
>>>>> Err no. Are you suggesting using "samsung,exynos5-g2d" compatible
>>> string
>>>>> for Exynos4 specific IPs ? This would not be correct, and you still
>> can
>>>>
>>>> I assumed the version 'v41' is the ip for Exynos5 SoC. So if this
>> version
>>>> means Exynos4 SoC then it should be "samsung,exynos4-g2d".
>>>
>>> Yes, v3.0 is implemented in the S5PC110 (Exynos3110) SoCs and
> Exynos4210,
>>> V4.1 can be found in Exynos4212 and Exynos4412, if I'm not mistaken.
>>>
>>> So we could have:
>>>
>>> compatible = "samsung,exynos-g2d-3.0" /* for Exynos3110, Exynos4210 */
>>> compatible = "samsung,exynos-g2d-4.1" /* for Exynos4212, Exynos4412 */
>>>
>> In my opinion, this is better than later. Because as I said, when we can
>> use
>> IP version to identify, it is more clear and can be used
>>
>> One more, how about following?
>>
>> compatible = "samsung,g2d-3.0"
>> compatible = "samsung,g2d-4.1"
>>
> 
> I think compatible string should be considered case by case.
> 
> For example,
> If compatible = "samsung,g2d-3.0" is added to exynos4210.dtsi, it'd be
> reasonable. But what if that compatible string is added to exynos4.dtsi?.
> This case isn't considered for exynos4412 SoC with v4.1. 

You can always add the most common value for the compatible property
into exynos4.dtsi, and then override it in exyons4210.dtsi, or other files.

Still, the idea of including the SoC version in the compatible value is
a good idea.