linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tomi Valkeinen <tomi.valkeinen@nokia.com>
To: "ext Nilofer, Samreen" <samreen@ti.com>,
	ext Tony Lindgren <tony@atomide.com>
Cc: Grazvydas Ignotas <notasas@gmail.com>,
	"Hiremath, Vaibhav" <hvaibhav@ti.com>,
	"Quadros Roger (Nokia-MS/Helsinki)" <roger.quadros@nokia.com>,
	"Guruswamy, Senthilvadivu" <svadivu@ti.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>
Subject: RE: [PATCH v4] OMAP3: DSS: Kconfig changes to enable display
Date: Tue, 16 Nov 2010 13:50:37 +0000	[thread overview]
Message-ID: <1289915437.2668.107.camel@tubuntu> (raw)
In-Reply-To: <FCCFB4CDC6E5564B9182F639FC356087034C101F0B@dbde02.ent.ti.com>

On Tue, 2010-11-16 at 07:09 +0100, ext Nilofer, Samreen wrote:
> 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?

Also, see one comment inline.

> Warm Regards,
> Samreen 
> Nilofer, Samreen wrote:
> > The defconfig options for display are taken in the respective
> > Kconfig to enable display by default on OMAP3 platforms
> > 
> > Signed-off-by: Samreen <samreen@ti.com>
> > ---
> >  Version4:
> >        Remove the enabling of the display panels by default.
> > 
> >  Version3:
> >        Eliminate the separate default number of FBs for
> > different architecture. Keeping default FBs as 3 as before.
> > 
> >  Version2:
> >         Enables by default NEC panel used in zoom2/3/3630sdp,
> > instead of  Sharp LQ043T1DG01 panel enabled in previous
> > version of this patch.
> > 
> >  drivers/video/omap2/dss/Kconfig    |    6 ++++--
> >  drivers/video/omap2/omapfb/Kconfig |    1 +
> >  2 files changed, 5 insertions(+), 2 deletions(-)
> > 
> > diff --git a/drivers/video/omap2/dss/Kconfig
> > b/drivers/video/omap2/dss/Kconfig index 43b6440..f3244a2 100644
> > --- a/drivers/video/omap2/dss/Kconfig
> > +++ b/drivers/video/omap2/dss/Kconfig
> > @@ -1,6 +1,7 @@
> >  menuconfig OMAP2_DSS
> >          tristate "OMAP2/3 Display Subsystem support (EXPERIMENTAL)"
> >          depends on ARCH_OMAP2 || ARCH_OMAP3
> > +	default y
> >          help
> >            OMAP2/3 Display Subsystem support.
> > 
> > @@ -9,7 +10,7 @@ if OMAP2_DSS
> >  config OMAP2_VRAM_SIZE
> >  	int "VRAM size (MB)"
> >  	range 0 32
> > -	default 0
> > +	default 4
> >  	help
> >  	  The amount of SDRAM to reserve at boot time for video RAM use.
> >  	  This VRAM will be used by omapfb and other drivers
> > that need @@ -102,7 +103,8 @@ config OMAP2_DSS_FAKE_VSYNC
> > config OMAP2_DSS_MIN_FCK_PER_PCK
> >  	int "Minimum FCK/PCK ratio (for scaling)"
> >  	range 0 32
> > -	default 0
> > +	default 4  if ARCH_OMAP2 || ARCH_OMAP3
> > +	default 0  if ARCH_OMAP4

I think having default ratio of 4 would mean that for example high res
modes wouldn't work on beagle. They require high pixel clock, which
requires 1/2 pck/lck ratio.

> >  	help
> >  	  This can be used to adjust the minimum FCK/PCK ratio.
> > 
> > diff --git a/drivers/video/omap2/omapfb/Kconfig
> > b/drivers/video/omap2/omapfb/Kconfig
> > index 65149b2..923bf48 100644
> > --- a/drivers/video/omap2/omapfb/Kconfig
> > +++ b/drivers/video/omap2/omapfb/Kconfig
> > @@ -1,6 +1,7 @@
> >  menuconfig FB_OMAP2
> >          tristate "OMAP2/3 frame buffer support (EXPERIMENTAL)"
> >          depends on FB && OMAP2_DSS
> > +	default y
> > 
> >  	select OMAP2_VRAM
> >  	select OMAP2_VRFB if ARCH_OMAP2 || ARCH_OMAP3



  reply	other threads:[~2010-11-16 13:50 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-26  3:29 [PATCH v4] OMAP3: DSS: Kconfig changes to enable display options on OMAP3 Samreen
2010-11-16  6:21 ` [PATCH v4] OMAP3: DSS: Kconfig changes to enable display Nilofer, Samreen
2010-11-16 13:50   ` Tomi Valkeinen [this message]
2010-11-16 19:38     ` Tony Lindgren
2010-11-16 19:55       ` [PATCH v4] OMAP3: DSS: Kconfig changes to enable display options on OMAP3 Kevin Hilman
2010-11-16 20:10         ` [PATCH v4] OMAP3: DSS: Kconfig changes to enable display Tony Lindgren
2010-11-17 12:28           ` Tomi Valkeinen
2010-11-18  6:18             ` [PATCH v4] OMAP3: DSS: Kconfig changes to enable display options on OMAP3 Paul Mundt
2010-11-18 16:44               ` [PATCH v4] OMAP3: DSS: Kconfig changes to enable display Tony Lindgren
2010-11-18 18:38                 ` [PATCH v4] OMAP3: DSS: Kconfig changes to enable display options on OMAP3 Paul Mundt
2010-11-18 19:10                   ` [PATCH v4] OMAP3: DSS: Kconfig changes to enable display Tony Lindgren

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=1289915437.2668.107.camel@tubuntu \
    --to=tomi.valkeinen@nokia.com \
    --cc=hvaibhav@ti.com \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=notasas@gmail.com \
    --cc=roger.quadros@nokia.com \
    --cc=samreen@ti.com \
    --cc=svadivu@ti.com \
    --cc=tony@atomide.com \
    /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).