linux-sh.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] fbdev: sh_mobile_lcdcfb: add blanking support
@ 2011-02-23  8:36 Alexandre Courbot
  2011-03-21  7:40 ` Magnus Damm
  2011-03-29  4:48 ` Damian
  0 siblings, 2 replies; 3+ messages in thread
From: Alexandre Courbot @ 2011-02-23  8:36 UTC (permalink / raw)
  To: linux-sh

Add a blanking callback to the LCDC driver in order to support both
FBIOBLANK and TIOCLINUX blanking ioctls. LCDC clocks are also released
if the requested blanking level is superior to FB_BLANK_NORMAL, to allow
runtime PM to disable the clocks if possible.

Signed-off-by: Alexandre Courbot <gnurou@gmail.com>
---
 drivers/video/sh_mobile_lcdcfb.c |   44 ++++++++++++++++++++++++++++++++++++++
 drivers/video/sh_mobile_lcdcfb.h |    1 +
 2 files changed, 45 insertions(+), 0 deletions(-)

diff --git a/drivers/video/sh_mobile_lcdcfb.c b/drivers/video/sh_mobile_lcdcfb.c
index bf12e53..994bcc7 100644
--- a/drivers/video/sh_mobile_lcdcfb.c
+++ b/drivers/video/sh_mobile_lcdcfb.c
@@ -965,6 +965,49 @@ static int sh_mobile_check_var(struct fb_var_screeninfo *var, struct fb_info *in
 	return 0;
 }
 
+/*
+ * Screen blanking. Behavior is as follows:
+ * FB_BLANK_UNBLANK: screen unblanked, clocks enabled
+ * FB_BLANK_NORMAL: screen blanked, clocks enabled
+ * FB_BLANK_VSYNC,
+ * FB_BLANK_HSYNC,
+ * FB_BLANK_POWEROFF: screen blanked, clocks disabled
+ */
+static int sh_mobile_lcdc_blank(int blank, struct fb_info *info)
+{
+	struct sh_mobile_lcdc_chan *ch = info->par;
+	struct sh_mobile_lcdc_priv *p = ch->lcdc;
+
+	/* blank the screen? */
+	if (blank > FB_BLANK_UNBLANK && ch->blank_status = FB_BLANK_UNBLANK) {
+		struct fb_fillrect rect = {
+			.width = info->var.xres,
+			.height = info->var.yres,
+		};
+		sh_mobile_lcdc_fillrect(info, &rect);
+	}
+	/* turn clocks on? */
+	if (blank <= FB_BLANK_NORMAL && ch->blank_status > FB_BLANK_NORMAL) {
+		sh_mobile_lcdc_clk_on(p);
+	}
+	/* turn clocks off? */
+	if (blank > FB_BLANK_NORMAL && ch->blank_status <= FB_BLANK_NORMAL) {
+		/* make sure the screen is updated with the black fill before
+		 * switching the clocks off. one vsync is not enough since
+		 * blanking may occur in the middle of a refresh. deferred io
+		 * mode will reenable the clocks and update the screen in time,
+		 * so it does not need this. */
+		if (!info->fbdefio) {
+			sh_mobile_wait_for_vsync(info);
+			sh_mobile_wait_for_vsync(info);
+		}
+		sh_mobile_lcdc_clk_off(p);
+	}
+
+	ch->blank_status = blank;
+	return 0;
+}
+
 static struct fb_ops sh_mobile_lcdc_ops = {
 	.owner          = THIS_MODULE,
 	.fb_setcolreg	= sh_mobile_lcdc_setcolreg,
@@ -973,6 +1016,7 @@ static struct fb_ops sh_mobile_lcdc_ops = {
 	.fb_fillrect	= sh_mobile_lcdc_fillrect,
 	.fb_copyarea	= sh_mobile_lcdc_copyarea,
 	.fb_imageblit	= sh_mobile_lcdc_imageblit,
+	.fb_blank	= sh_mobile_lcdc_blank,
 	.fb_pan_display = sh_mobile_fb_pan_display,
 	.fb_ioctl       = sh_mobile_ioctl,
 	.fb_open	= sh_mobile_open,
diff --git a/drivers/video/sh_mobile_lcdcfb.h b/drivers/video/sh_mobile_lcdcfb.h
index 9ecee2f..948dd24 100644
--- a/drivers/video/sh_mobile_lcdcfb.h
+++ b/drivers/video/sh_mobile_lcdcfb.h
@@ -35,6 +35,7 @@ struct sh_mobile_lcdc_chan {
 	struct completion vsync_completion;
 	struct fb_var_screeninfo display_var;
 	int use_count;
+	int blank_status;
 	struct mutex open_lock;		/* protects the use counter */
 };
 
-- 
1.7.4.1


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] fbdev: sh_mobile_lcdcfb: add blanking support
  2011-02-23  8:36 [PATCH] fbdev: sh_mobile_lcdcfb: add blanking support Alexandre Courbot
@ 2011-03-21  7:40 ` Magnus Damm
  2011-03-29  4:48 ` Damian
  1 sibling, 0 replies; 3+ messages in thread
From: Magnus Damm @ 2011-03-21  7:40 UTC (permalink / raw)
  To: linux-sh

On Wed, Feb 23, 2011 at 5:36 PM, Alexandre Courbot <gnurou@gmail.com> wrote:
> Add a blanking callback to the LCDC driver in order to support both
> FBIOBLANK and TIOCLINUX blanking ioctls. LCDC clocks are also released
> if the requested blanking level is superior to FB_BLANK_NORMAL, to allow
> runtime PM to disable the clocks if possible.
>
> Signed-off-by: Alexandre Courbot <gnurou@gmail.com>

I just tried this on the Mackerel board, seems fine to me.

Acked-by: Magnus Damm <damm@opensource.se>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] fbdev: sh_mobile_lcdcfb: add blanking support
  2011-02-23  8:36 [PATCH] fbdev: sh_mobile_lcdcfb: add blanking support Alexandre Courbot
  2011-03-21  7:40 ` Magnus Damm
@ 2011-03-29  4:48 ` Damian
  1 sibling, 0 replies; 3+ messages in thread
From: Damian @ 2011-03-29  4:48 UTC (permalink / raw)
  To: linux-sh

Hello Magnus and Alexandre,
On 2011/03/21 16:40, Magnus Damm wrote:
> On Wed, Feb 23, 2011 at 5:36 PM, Alexandre Courbot<gnurou@gmail.com>  wrote:
>> Add a blanking callback to the LCDC driver in order to support both
>> FBIOBLANK and TIOCLINUX blanking ioctls. LCDC clocks are also released
>> if the requested blanking level is superior to FB_BLANK_NORMAL, to allow
>> runtime PM to disable the clocks if possible.
>>
>> Signed-off-by: Alexandre Courbot<gnurou@gmail.com>
>
> I just tried this on the Mackerel board, seems fine to me.
>
> Acked-by: Magnus Damm<damm@opensource.se>
> --
 > +		struct fb_fillrect rect = {
 > +			.width = info->var.xres,
 > +			.height = info->var.yres,
 > +		};
 > +		sh_mobile_lcdc_fillrect(info, &rect);

I noticed that this patch only blanks the first screen of the buffer.
What about the rest of the buffer in a double or triple-buffer 
configuration (i.e. should .height = info->var.yres_virtual instead of 
info->var.yres)?

Thanks,
Damian

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-03-29  4:48 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-23  8:36 [PATCH] fbdev: sh_mobile_lcdcfb: add blanking support Alexandre Courbot
2011-03-21  7:40 ` Magnus Damm
2011-03-29  4:48 ` Damian

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).