From: Benoit Cousson <b-cousson@ti.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [RFC 00/14] Add DT support to OMAPDSS
Date: Wed, 27 Mar 2013 09:41:11 +0000 [thread overview]
Message-ID: <5152BEB7.4060804@ti.com> (raw)
In-Reply-To: <1364373921-7599-1-git-send-email-tomi.valkeinen@ti.com>
+ mturquette and Rajendra
On 03/27/2013 09:45 AM, Tomi Valkeinen wrote:
...
> * ti,dsi-module-id
>
> There's a ti,dsi-module-id property in the dsi node. The reason for this
> module-id property is that we have muxes in the dss_core that route clocks
> to/from a particular DSI module. So we need some way to index the DSI modules.
> Another option would be to have a list of DSI modules (phandles) in the
> dss_core. Both options feel a bit wrong to me, but I went for the module-id
> approach as that is already used when not using DT.
That's not a very nice representation. Ideally you should expose 1 clock
node per DSI node, and enabling one will select the proper mux for you.
Regards,
Benoit
>
> * Display chains
>
> Currently omapdss driver can handle only one display device connected to one
> OMAP SoC output. This is not right in many cases, as there may be multiple
> display devices in a chain, like first an external encoder and then a panel.
> However, I tried to model this right in the dts.
>
> So, for example, for Panda HDMI output we have the following display "entities"
> in a chain: OMAP SoC HDMI output, TPD12S015 ESD/level shifter, and HDMI
> connector. These are connected using the "video-source" property, which tells
> where the component in question gets its video data.
>
> You could ask why there's a separate node for HDMI connector. It's true it's
> not really a proper device, but we need some kind of terminator for the display
> chains. For HDMI we could as well have an embedded solution, having a chain
> like this: SoC HDMI, TPD12S015, hardwired embedded HDMI panel. So the connector
> marks the end of the chain, and acts as a panel in a sense.
>
> * DSI lanes
>
> The DSI panels contain "lanes" property, which tells how the SoCs DSI pins are
> connected to the DSI panel. I'm not sure if the panel data is the proper place
> for this, or should the data be separately for the OMAP DSI node.
>
> Tomi
>
> Tomi Valkeinen (14):
> ARM: OMAP: remove DSS DT hack
> ARM: OMAP2+: add omapdss_init_of()
> OMAPDSS: Add DT support to DSS, DISPC, DPI
> OMAPDSS: Add DT support to DSI
> OMAPDSS: Add DT support to HDMI
> OMAPDSS: Taal: Add DT support
> OMAPDSS: TFP410: Add DT support
> OMAPDSS: panel-generic-dpi: add DT support
> ARM: omap3.dtsi: add omapdss information
> ARM: omap4.dtsi: add omapdss information
> ARM: omap4-panda.dts: add display information
> ARM: omap4-sdp.dts: add display information
> ARM: omap3-tobi.dts: add lcd (TEST)
> ARM: omap3-beagle.dts: add TFP410
>
> arch/arm/boot/dts/omap3-beagle.dts | 20 +++++
> arch/arm/boot/dts/omap3-tobi.dts | 13 ++++
> arch/arm/boot/dts/omap3.dtsi | 49 ++++++++++++
> arch/arm/boot/dts/omap4-panda.dts | 44 +++++++++++
> arch/arm/boot/dts/omap4-sdp.dts | 64 ++++++++++++++++
> arch/arm/boot/dts/omap4.dtsi | 71 +++++++++++++++++
> arch/arm/mach-omap2/board-generic.c | 9 +--
> arch/arm/mach-omap2/common.h | 2 +
> arch/arm/mach-omap2/display.c | 34 +++++++++
> arch/arm/mach-omap2/dss-common.c | 24 ------
> arch/arm/mach-omap2/dss-common.h | 2 -
> drivers/video/omap2/displays/panel-generic-dpi.c | 47 ++++++++++++
> drivers/video/omap2/displays/panel-taal.c | 89 ++++++++++++++++++++++
> drivers/video/omap2/displays/panel-tfp410.c | 71 +++++++++++++++++
> drivers/video/omap2/dss/dispc.c | 7 ++
> drivers/video/omap2/dss/dpi.c | 8 ++
> drivers/video/omap2/dss/dsi.c | 24 +++++-
> drivers/video/omap2/dss/dss.c | 7 ++
> drivers/video/omap2/dss/hdmi.c | 7 ++
> drivers/video/omap2/dss/hdmi_panel.c | 86 ++++++++++++++++++++-
> 20 files changed, 641 insertions(+), 37 deletions(-)
>
next prev parent reply other threads:[~2013-03-27 9:41 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-27 8:45 [RFC 00/14] Add DT support to OMAPDSS Tomi Valkeinen
2013-03-27 8:45 ` [RFC 01/14] ARM: OMAP: remove DSS DT hack Tomi Valkeinen
2013-03-27 8:45 ` [RFC 02/14] ARM: OMAP2+: add omapdss_init_of() Tomi Valkeinen
2013-03-27 9:28 ` Benoit Cousson
2013-03-27 10:09 ` Tomi Valkeinen
2013-03-27 8:45 ` [RFC 03/14] OMAPDSS: Add DT support to DSS, DISPC, DPI Tomi Valkeinen
2013-03-27 8:45 ` [RFC 04/14] OMAPDSS: Add DT support to DSI Tomi Valkeinen
2013-03-27 8:45 ` [RFC 05/14] OMAPDSS: Add DT support to HDMI Tomi Valkeinen
2013-03-27 8:45 ` [RFC 06/14] OMAPDSS: Taal: Add DT support Tomi Valkeinen
2013-03-27 8:45 ` [RFC 07/14] OMAPDSS: TFP410: " Tomi Valkeinen
[not found] ` <1364373921-7599-1-git-send-email-tomi.valkeinen-l0cyMroinI0@public.gmane.org>
2013-03-27 8:45 ` [RFC 08/14] OMAPDSS: panel-generic-dpi: add " Tomi Valkeinen
2013-03-27 8:45 ` [RFC 09/14] ARM: omap3.dtsi: add omapdss information Tomi Valkeinen
2013-03-27 8:45 ` [RFC 10/14] ARM: omap4.dtsi: " Tomi Valkeinen
2013-03-27 8:45 ` [RFC 13/14] ARM: omap3-tobi.dts: add lcd (TEST) Tomi Valkeinen
2013-03-27 8:45 ` [RFC 14/14] ARM: omap3-beagle.dts: add TFP410 Tomi Valkeinen
2013-03-27 8:45 ` [RFC 11/14] ARM: omap4-panda.dts: add display information Tomi Valkeinen
2013-03-27 8:45 ` [RFC 12/14] ARM: omap4-sdp.dts: " Tomi Valkeinen
2013-03-27 9:30 ` [RFC 00/14] Add DT support to OMAPDSS Benoit Cousson
2013-03-27 10:15 ` Tomi Valkeinen
2013-03-27 9:41 ` Benoit Cousson [this message]
2013-03-27 10:39 ` Tomi Valkeinen
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=5152BEB7.4060804@ti.com \
--to=b-cousson@ti.com \
--cc=linux-arm-kernel@lists.infradead.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 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).