Thread (11 messages) 11 messages, 5 authors, 2010-11-18

Re: [PATCH v4] OMAP3: DSS: Kconfig changes to enable display

From: Tomi Valkeinen <hidden>
Date: 2010-11-17 12:28:11
Also in: linux-omap

On Tue, 2010-11-16 at 21:10 +0100, ext Tony Lindgren wrote:
* Kevin Hilman [off-list ref] [101116 11:45]:
quoted
Tony Lindgren [off-list ref] writes:
quoted
* Tomi Valkeinen [off-list ref] [101116 05:41]:
quoted
On Tue, 2010-11-16 at 07:09 +0100, ext Nilofer, Samreen wrote:
quoted
Hi,
  Any more comments on this patch?
I'm not sure if enabling kernel options by default is a good thing.
Somehow I remember that enabling things by default is not looked kindly
at. Shouldn't they be enabled in the arch/arm/configs config file, if
they are wanted?

Tony, do you have opinnion on this? Should DSS features be enabled by
default in the Kconfig files, or only in the board config file?
The best thing would be to have DSS y if ARCH_OMAP2PLUS or similar,
then have all the features built in and pass the configuration options
in platform_data. That still allows disabling certain features with
Kconfig if needed for memory consumption etc. But the omap2plus_defconfig
should "just work" on all the boards.
Personally, I'd much rather see DSS core and optional features default
to being built as a module.

Other than a splash screen, there's no reason DSS is needed for a
minimal boot.
Sure a module would be even better. My point is that the selection of
all the features should be enabled by default and the board options come
from platform_data.
Ok, let's build DSS & all panel drivers as modules by default.

Somehow I've gotten the impression from linux ml that enabling features
by default is bad. But perhaps it's more about intervening features than
normal drivers.

Samreen, will you change the patch to set DSS & panel drivers to be
built as modules by default? Optimally all display interfaces should be
enabled, but I believe at least SDI and DSI are currently slightly
broken, because they prevent DSS from initializing if SDI/DSI regulator
is not defined in the board file. So perhaps we should start with only
DPI and VENC enabled (plus all the DPI panels).

Also, this patch could be based on top of Bryan Wu's new generic panel
patch set, which I'll perhaps apply today to my tree if I find no more
to comment about.

 Tomi

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help