From: Lars-Peter Clausen <lars@metafoo.de>
To: Thomas Abraham <thomas.abraham@linaro.org>
Cc: linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, rpurdie@rpsys.net,
linux-samsung-soc@vger.kernel.org, grant.likely@secretlab.ca,
rob.herring@calxeda.com, kgene.kim@samsung.com,
jg1.han@samsung.com, broonie@opensource.wolfsonmicro.com,
kyungmin.park@samsung.com, cbou@mail.ru, kwangwoo.lee@gmail.com,
augulis.darius@gmail.com, ben-linux@fluff.org,
patches@linaro.org
Subject: Re: [RFC][PATCH 0/4] lcd: platform-lcd: Add lcd panel and device tree support
Date: Tue, 03 Jan 2012 10:06:22 +0100 [thread overview]
Message-ID: <4F02C50E.9030904@metafoo.de> (raw)
In-Reply-To: <1325483675-21908-1-git-send-email-thomas.abraham@linaro.org>
On 01/02/2012 06:54 AM, Thomas Abraham wrote:
> The platform-lcd driver depends on platform-specific callbacks to setup the
> lcd panel. These callbacks are supplied using driver's platform data. But
> for adding device tree support for platform-lcd driver, providing such
> callbacks is not possible (without using auxdata).
>
> Since the callbacks are usually lcd panel specific, it is possible to include
> the lcd panel specific setup and control functionality in the platform-lcd
> driver itself, thereby eliminating the need for supplying platform specific
> callbacks to the driver. The platform-lcd driver can include support for
> multiple lcd panels.
>
> This patchset removes the need for platform data for platform-lcd driver and
> adds support which can be used to implement lcd panel specific functionality
> in the driver. As an example, the support for Hydis hv070wsa lcd panel is added
> to the platform-lcd driver which is then used on the Exynos4 based Origen board.
> This currently breaks build for other users of platform-lcd driver. Those can be
> fixed if this approach is acceptable.
The whole approach looks rather backwards to me. The exact purpose of the
platform_lcd driver is to redirect the lcd driver callbacks to board code.
So by removing this support you not only break all the existing driver but
also create a driver which does nothing. Then you add another layer of
abstraction to implement custom drivers in this driver. A better approach in
my opinion is to simply implement these drivers as first level LCD drivers.
So leave the platform-lcd driver as it is and just add a gpio (or maybe
regulator) lcd driver instead.
- Lars
WARNING: multiple messages have this Message-ID (diff)
From: lars@metafoo.de (Lars-Peter Clausen)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC][PATCH 0/4] lcd: platform-lcd: Add lcd panel and device tree support
Date: Tue, 03 Jan 2012 10:06:22 +0100 [thread overview]
Message-ID: <4F02C50E.9030904@metafoo.de> (raw)
In-Reply-To: <1325483675-21908-1-git-send-email-thomas.abraham@linaro.org>
On 01/02/2012 06:54 AM, Thomas Abraham wrote:
> The platform-lcd driver depends on platform-specific callbacks to setup the
> lcd panel. These callbacks are supplied using driver's platform data. But
> for adding device tree support for platform-lcd driver, providing such
> callbacks is not possible (without using auxdata).
>
> Since the callbacks are usually lcd panel specific, it is possible to include
> the lcd panel specific setup and control functionality in the platform-lcd
> driver itself, thereby eliminating the need for supplying platform specific
> callbacks to the driver. The platform-lcd driver can include support for
> multiple lcd panels.
>
> This patchset removes the need for platform data for platform-lcd driver and
> adds support which can be used to implement lcd panel specific functionality
> in the driver. As an example, the support for Hydis hv070wsa lcd panel is added
> to the platform-lcd driver which is then used on the Exynos4 based Origen board.
> This currently breaks build for other users of platform-lcd driver. Those can be
> fixed if this approach is acceptable.
The whole approach looks rather backwards to me. The exact purpose of the
platform_lcd driver is to redirect the lcd driver callbacks to board code.
So by removing this support you not only break all the existing driver but
also create a driver which does nothing. Then you add another layer of
abstraction to implement custom drivers in this driver. A better approach in
my opinion is to simply implement these drivers as first level LCD drivers.
So leave the platform-lcd driver as it is and just add a gpio (or maybe
regulator) lcd driver instead.
- Lars
next prev parent reply other threads:[~2012-01-03 9:06 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-02 5:54 [RFC][PATCH 0/4] lcd: platform-lcd: Add lcd panel and device tree support Thomas Abraham
2012-01-02 5:54 ` Thomas Abraham
2012-01-02 5:54 ` [RFC][PATCH 1/4] lcd: platform-lcd: Eliminate need for platform data Thomas Abraham
2012-01-02 5:54 ` Thomas Abraham
2012-01-02 5:54 ` [RFC][PATCH 2/4] lcd: platform-lcd: Add support for Hydis hv070wsa lcd panel Thomas Abraham
2012-01-02 5:54 ` Thomas Abraham
2012-01-02 5:54 ` [RFC][PATCH 3/4] ARM: Exynos: Remove platform data of platform-lcd driver Thomas Abraham
2012-01-02 5:54 ` Thomas Abraham
2012-01-02 5:54 ` [RFC][PATCH 4/4] lcd: platform-lcd: Add device tree support Thomas Abraham
2012-01-02 5:54 ` Thomas Abraham
2012-01-02 5:54 ` Thomas Abraham
2012-01-02 7:34 ` Grant Likely
2012-01-02 7:34 ` Grant Likely
2012-01-02 17:33 ` Thomas Abraham
2012-01-02 17:33 ` Thomas Abraham
2012-01-02 8:02 ` [RFC][PATCH 2/4] lcd: platform-lcd: Add support for Hydis hv070wsa lcd panel Kyungmin Park
2012-01-02 8:02 ` Kyungmin Park
2012-01-02 17:39 ` Thomas Abraham
2012-01-02 17:39 ` Thomas Abraham
2012-01-02 11:45 ` Mark Brown
2012-01-02 11:45 ` Mark Brown
2012-01-02 17:41 ` Thomas Abraham
2012-01-02 17:41 ` Thomas Abraham
2012-01-02 11:59 ` [RFC][PATCH 1/4] lcd: platform-lcd: Eliminate need for platform data Mark Brown
2012-01-02 11:59 ` Mark Brown
2012-01-02 17:51 ` Thomas Abraham
2012-01-02 17:51 ` Thomas Abraham
2012-01-02 18:13 ` Mark Brown
2012-01-02 18:13 ` Mark Brown
2012-01-03 8:26 ` Thomas Abraham
2012-01-03 8:26 ` Thomas Abraham
2012-01-02 6:48 ` [RFC][PATCH 0/4] lcd: platform-lcd: Add lcd panel and device tree support Olof Johansson
2012-01-02 6:48 ` Olof Johansson
2012-01-02 17:31 ` Thomas Abraham
2012-01-02 17:31 ` Thomas Abraham
2012-01-02 7:34 ` Grant Likely
2012-01-02 7:34 ` Grant Likely
2012-01-03 9:06 ` Lars-Peter Clausen [this message]
2012-01-03 9:06 ` Lars-Peter Clausen
2012-01-03 11:54 ` Thomas Abraham
2012-01-03 11:54 ` Thomas Abraham
2012-01-03 12:26 ` Lars-Peter Clausen
2012-01-03 12:26 ` Lars-Peter Clausen
2012-01-03 17:07 ` Thomas Abraham
2012-01-03 17:07 ` Thomas Abraham
2012-01-03 18:36 ` Lars-Peter Clausen
2012-01-03 18:36 ` Lars-Peter Clausen
2012-01-04 6:13 ` Thomas Abraham
2012-01-04 6:13 ` Thomas Abraham
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=4F02C50E.9030904@metafoo.de \
--to=lars@metafoo.de \
--cc=augulis.darius@gmail.com \
--cc=ben-linux@fluff.org \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=cbou@mail.ru \
--cc=grant.likely@secretlab.ca \
--cc=jg1.han@samsung.com \
--cc=kgene.kim@samsung.com \
--cc=kwangwoo.lee@gmail.com \
--cc=kyungmin.park@samsung.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=patches@linaro.org \
--cc=rob.herring@calxeda.com \
--cc=rpurdie@rpsys.net \
--cc=thomas.abraham@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.