From: 김승우 <sw0312.kim@samsung.com>
To: Inki Dae <inki.dae@samsung.com>
Cc: "'Sachin Kamat'" <sachin.kamat@linaro.org>,
kgene.kim@samsung.com, patches@linaro.org,
devicetree-discuss@lists.ozlabs.org,
dri-devel@lists.freedesktop.org, kyungmin.park@samsung.com,
s.nawrocki@samsung.com,
"Linux Media Mailing List" <linux-media@vger.kernel.org>,
sw0312.kim@samsung.com, '심준영' <jy0922.shim@samsung.com>
Subject: Re: [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D
Date: Wed, 06 Feb 2013 20:21:38 +0900 [thread overview]
Message-ID: <51123CC2.1020607@samsung.com> (raw)
In-Reply-To: <02af01ce0447$37c26940$a7473bc0$%dae@samsung.com>
On 2013년 02월 06일 17:51, Inki Dae wrote:
>
>
>> -----Original Message-----
>> From: Sachin Kamat [mailto:sachin.kamat@linaro.org]
>> Sent: Wednesday, February 06, 2013 5:03 PM
>> To: Inki Dae
>> Cc: linux-media@vger.kernel.org; dri-devel@lists.freedesktop.org;
>> devicetree-discuss@lists.ozlabs.org; k.debski@samsung.com;
>> s.nawrocki@samsung.com; kgene.kim@samsung.com; patches@linaro.org; Ajay
>> Kumar
>> Subject: Re: [PATCH v2 2/2] drm/exynos: Add device tree based discovery
>> support for G2D
>>
>> On 6 February 2013 13:02, Inki Dae <inki.dae@samsung.com> wrote:
>>>
>>> Looks good to me but please add document for it.
>>
>> Yes. I will. I was planning to send the bindings document patch along
>> with the dt patches (adding node entries to dts files).
>> Sylwester had suggested adding this to
>> Documentation/devicetree/bindings/media/ which contains other media
>> IPs.
>
> I think that it's better to go to gpu than media and we can divide Exynos
> IPs into the bellow categories,
>
> Media : mfc
> GPU : g2d, g3d, fimc, gsc
> Video : fimd, hdmi, eDP, MIPI-DSI
Hm, here is another considering point. Some device can be used as one of
two sub-system. For example g2d can be used as V4L2 driver or DRM
driver. And more specific case, multiple fimc/gsc deivces can be
separately used as both drivers: two fimc devices are used as V4L2
driver and other devices are used as DRM driver.
Current discussion, without change of build configuration, device can be
only used as one driver.
So I want to discuss about how we can bind device and driver just with
dts configuration.
IMO, there are two options.
First, driver usage is set on configurable node.
g2d: g2d {
compatible = "samsung,exynos4212-g2d";
...
*subsystem = "v4l2"* or *subsystem = "drm"*
};
Node name and type is just an example to describe.
With this option, driver which is not matched with subsystem node should
return with fail during its probing.
Second, using dual compatible strings.
g2d: g2d {
*compatible = "samsung,exynos4212-v4l2-g2d"; or
compatible = "samsung,exynos4212-v4l2-g2d";*
...
};
String is just an example so don't mind if it is ugly. Actually, with
this option, compatible string has non HW information. But this option
does not need fail in probing.
I'm not sure these options are fit to DT concept. Please let me know if
anyone has idea.
Best Regards,
- Seung-Woo Kim
>
> And I think that the device-tree describes hardware so possibly, all
> documents in .../bindings/drm/exynos/* should be moved to proper place also.
> Please give me any opinions.
>
> Thanks,
> Inki Dae
>
>>
>>>
>>> To other guys,
>>> And is there anyone who know where this document should be added to?
>>> I'm not sure that the g2d document should be placed in
>>> Documentation/devicetree/bindings/gpu, media, drm/exynos or arm/exynos.
>> At
>>> least, this document should be shared with the g2d hw relevant drivers
>> such
>>> as v4l2 and drm. So is ".../bindings/gpu" proper place?
>>>
>>
>>
>> --
>> With warm regards,
>> Sachin
>
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
next prev parent reply other threads:[~2013-02-06 11:21 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-06 5:29 [PATCH v2 1/2] [media] s5p-g2d: Add DT based discovery support Sachin Kamat
2013-02-06 5:29 ` [PATCH v2 2/2] drm/exynos: Add device tree based discovery support for G2D Sachin Kamat
2013-02-06 7:32 ` Inki Dae
2013-02-06 8:02 ` Sachin Kamat
2013-02-06 8:51 ` Inki Dae
2013-02-06 11:21 ` 김승우 [this message]
2013-02-06 11:23 ` Sylwester Nawrocki
2013-02-06 11:41 ` Sachin Kamat
2013-02-06 11:47 ` Inki Dae
2013-02-12 13:17 ` Inki Dae
2013-02-12 13:31 ` Sylwester Nawrocki
[not found] ` <511A4442.6000402-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2013-02-12 13:57 ` Inki Dae
2013-02-12 13:57 ` Inki Dae
[not found] ` <CAAQKjZNmUVZnDcy3fbWkairnneOK7dooJT2gn=9++tzS=uhhzA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-02-12 17:22 ` [PATCH " Sachin Kamat
[not found] ` <1360128584-23167-1-git-send-email-sachin.kamat-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2013-02-12 17:30 ` [PATCH v2 1/2] [media] s5p-g2d: Add DT based discovery support Sachin Kamat
2013-02-13 23:34 ` Sylwester Nawrocki
[not found] ` <511C230B.5060302-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-02-14 15:06 ` Sachin Kamat
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=51123CC2.1020607@samsung.com \
--to=sw0312.kim@samsung.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=inki.dae@samsung.com \
--cc=jy0922.shim@samsung.com \
--cc=kgene.kim@samsung.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-media@vger.kernel.org \
--cc=patches@linaro.org \
--cc=s.nawrocki@samsung.com \
--cc=sachin.kamat@linaro.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.