linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ben Dooks <ben@fluff.org>
To: linux-fbdev-devel@lists.sourceforge.net
Subject: Re: [RESEND][PATCH] sm501fb: control panel pin	usage with platform data flags
Date: Wed, 30 Jan 2008 11:12:13 +0000	[thread overview]
Message-ID: <20080130111213.GA7089@fluff.org.uk> (raw)
In-Reply-To: <20080121105729.12440.66026.sendpatchset@clockwork.opensource.se>

On Mon, Jan 21, 2008 at 07:57:29PM +0900, Magnus Damm wrote:
> sm501fb: control panel pin usage with platform data flags
> 
> This patch makes it possible to control panel pins usage with flags passed
> from the platform data. Without this patch the sm501fb driver always controls
> the VBIASEN and FPEN pins. The polarity and use of these pins are very platform
> specific, so this patch introduces the flags SM501FB_FLAG_PANEL_USE_VBIASEN
> and SM501FB_FLAG_PANEL_USE_FPEN which enable the use of these pins.

Hi, can you change this to having these flags disable these functions,
say SM501FB_FLAG_PANEL_NO_VBIASEN so that existing functionality can
be retained without changing everyone else's usage.
 
> This patch is needed to support the a Sharp LQ104V1DG21 lcd panel on SuperH
> platforms such as R2D-1 and R2D-PLUS boards. Letting the sm501fb driver control
> the FPEN and VBIASEN pins like today just results in lcd panel flicker.
> 
> Signed-off-by: Magnus Damm <damm@igel.co.jp>
> ---
> 
>  This is the same patch that was sent to linux-fbdev-devel on 20071228.
> 
>  drivers/video/sm501fb.c |   41 +++++++++++++++++++++++++----------------
>  include/linux/sm501.h   |    2 ++
>  2 files changed, 27 insertions(+), 16 deletions(-)
> 
> --- 0003/drivers/video/sm501fb.c
> +++ work/drivers/video/sm501fb.c	2007-12-27 14:18:28.000000000 +0900
> @@ -639,6 +639,7 @@ static void sm501fb_panel_power(struct s
>  {
>  	unsigned long control;
>  	void __iomem *ctrl_reg = fbi->regs + SM501_DC_PANEL_CONTROL;
> +	struct sm501_platdata_fbsub *pd = fbi->pdata->fb_pnl;
>  
>  	control = readl(ctrl_reg);
>  
> @@ -655,26 +656,34 @@ static void sm501fb_panel_power(struct s
>  		sm501fb_sync_regs(fbi);
>  		mdelay(10);
>  
> -		control |= SM501_DC_PANEL_CONTROL_BIAS;	/* VBIASEN */
> -		writel(control, ctrl_reg);
> -		sm501fb_sync_regs(fbi);
> -		mdelay(10);
> -
> -		control |= SM501_DC_PANEL_CONTROL_FPEN;
> -		writel(control, ctrl_reg);
> +		if (pd->flags & SM501FB_FLAG_PANEL_USE_VBIASEN) {
> +			control |= SM501_DC_PANEL_CONTROL_BIAS;	/* VBIASEN */
> +			writel(control, ctrl_reg);
> +			sm501fb_sync_regs(fbi);
> +			mdelay(10);
> +		}
>  
> +		if (pd->flags & SM501FB_FLAG_PANEL_USE_FPEN) {
> +			control |= SM501_DC_PANEL_CONTROL_FPEN;
> +			writel(control, ctrl_reg);
> +			sm501fb_sync_regs(fbi);
> +			mdelay(10);
> +		}
>  	} else if (!to && (control & SM501_DC_PANEL_CONTROL_VDD) != 0) {
>  		/* disable panel power */
> +		if (pd->flags & SM501FB_FLAG_PANEL_USE_FPEN) {
> +			control &= ~SM501_DC_PANEL_CONTROL_FPEN;
> +			writel(control, ctrl_reg);
> +			sm501fb_sync_regs(fbi);
> +			mdelay(10);
> +		}
>  
> -		control &= ~SM501_DC_PANEL_CONTROL_FPEN;
> -		writel(control, ctrl_reg);
> -		sm501fb_sync_regs(fbi);
> -		mdelay(10);
> -
> -		control &= ~SM501_DC_PANEL_CONTROL_BIAS;
> -		writel(control, ctrl_reg);
> -		sm501fb_sync_regs(fbi);
> -		mdelay(10);
> +		if (pd->flags & SM501FB_FLAG_PANEL_USE_VBIASEN) {
> +			control &= ~SM501_DC_PANEL_CONTROL_BIAS;
> +			writel(control, ctrl_reg);
> +			sm501fb_sync_regs(fbi);
> +			mdelay(10);
> +		}
>  
>  		control &= ~SM501_DC_PANEL_CONTROL_DATA;
>  		writel(control, ctrl_reg);
> --- 0001/include/linux/sm501.h
> +++ work/include/linux/sm501.h	2007-12-27 14:13:40.000000000 +0900
> @@ -70,6 +70,8 @@ extern unsigned long sm501_gpio_get(stru
>  #define SM501FB_FLAG_DISABLE_AT_EXIT	(1<<1)
>  #define SM501FB_FLAG_USE_HWCURSOR	(1<<2)
>  #define SM501FB_FLAG_USE_HWACCEL	(1<<3)
> +#define SM501FB_FLAG_PANEL_USE_FPEN	(1<<4)
> +#define SM501FB_FLAG_PANEL_USE_VBIASEN	(1<<5)
>  
>  struct sm501_platdata_fbsub {
>  	struct fb_videomode	*def_mode;
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Linux-fbdev-devel mailing list
> Linux-fbdev-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel

-- 
Ben (ben@fluff.org, http://www.fluff.org/)

  'a smiley only costs 4 bytes'

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

      reply	other threads:[~2008-01-30 11:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-21 10:57 [RESEND][PATCH] sm501fb: control panel pin usage with platform data flags Magnus Damm
2008-01-30 11:12 ` Ben Dooks [this message]

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=20080130111213.GA7089@fluff.org.uk \
    --to=ben@fluff.org \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    /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).