All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stanislaw Gruszka <stf_xl@wp.pl>
To: Krzysztof Helt <krzysztof.h1@poczta.fm>
Cc: linux-fbdev-devel@lists.sourceforge.net
Subject: Re: [PATCH 2/2] atmel_lcdfb: Disallow to set larger resolution than framebuffer memory can handle
Date: Thu, 4 Sep 2008 09:14:16 +0200	[thread overview]
Message-ID: <200809040914.16493.stf_xl@wp.pl> (raw)
In-Reply-To: <20080903205926.c5bd06fd.krzysztof.h1@poczta.fm>

Wednesday 03 September 2008 20:59:26 Krzysztof Helt napisał(a):
> On Wed, 3 Sep 2008 15:37:40 +0200
> Stanislaw Gruszka <stf_xl@wp.pl> wrote:
> 
> > Signed-off-by: Stanislaw Gruszka <stf_xl@wp.pl>
> > CC: Nicolas Ferre <nicolas.ferre@atmel.com>
> > ---
> >  drivers/video/atmel_lcdfb.c |    7 +++++++
> >  1 files changed, 7 insertions(+), 0 deletions(-)
> > 
> > diff --git a/drivers/video/atmel_lcdfb.c b/drivers/video/atmel_lcdfb.c
> > index 3376f35..5d6cf33 100644
> > --- a/drivers/video/atmel_lcdfb.c
> > +++ b/drivers/video/atmel_lcdfb.c
> > @@ -342,6 +342,13 @@ static int atmel_lcdfb_check_var(struct fb_var_screeninfo *var,
> >  	var->transp.offset = var->transp.length = 0;
> >  	var->xoffset = var->yoffset = 0;
> >  
> > +	if (info->fix.smem_len) {
> 
> Is it possible to have smem_len not set in the atmel_lcdfb?
> Probably not as it is always set in the probe function.
fb_check_var() is called indirectly (via fb_find_mode() call) before smem_len
is setted in probe function. And in some cases we need to know resolution
to set up smem_len and allocate memory (egg and chicken problem). 
So such check is needed in atmel_lcdfb_check_var().

Cheers
Stanislaw Gruszka

> Kind regards,
> Krzysztof
> 
> > +		unsigned int smem_len = (var->xres_virtual * var->yres_virtual
> > +					 * ((var->bits_per_pixel + 7) / 8));
> > +		if (smem_len > info->fix.smem_len)
> > +			return -EINVAL;
> > +	}
> > +
> >  	/* Saturate vertical and horizontal timings at maximum values */
> >  	var->vsync_len = min_t(u32, var->vsync_len,
> >  			(ATMEL_LCDC_VPW >> ATMEL_LCDC_VPW_OFFSET) + 1);
> > -- 
> > 1.5.2.5
> > 
> > 

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Linux-fbdev-devel mailing list
Linux-fbdev-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel

  reply	other threads:[~2008-09-04  7:14 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-03 13:37 [PATCH 2/2] atmel_lcdfb: Disallow to set larger resolution than framebuffer memory can handle Stanislaw Gruszka
2008-09-03 18:59 ` Krzysztof Helt
2008-09-04  7:14   ` Stanislaw Gruszka [this message]
2008-09-05  7:25 ` Nicolas Ferre

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=200809040914.16493.stf_xl@wp.pl \
    --to=stf_xl@wp.pl \
    --cc=krzysztof.h1@poczta.fm \
    --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 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.