[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20090209165131.4c625d4c@ephemeral>
Date: Mon, 9 Feb 2009 16:51:31 -0500
From: Andres Salomon <dilinger@...ued.net>
To: Krzysztof Helt <krzysztof.h1@...pl>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
linux-fbdev-devel@...ts.sourceforge.net,
linux-kernel@...r.kernel.org, adaplas@...il.com
Subject: Re: [Linux-fbdev-devel] [PATCH 14/15] amifb: check fb_alloc_cmap
return value and handle failure properly
On Mon, 9 Feb 2009 21:26:29 +0100
Krzysztof Helt <krzysztof.h1@...pl> wrote:
> On Sat, 7 Feb 2009 12:18:57 -0500
> Andres Salomon <dilinger@...ued.net> wrote:
>
> >
> > Signed-off-by: Andres Salomon <dilinger@...ian.org>
> > ---
>
> Acked-by: Krzysztof Helt <krzysztof.h1@...pl>
>
> One comment below.
[...]
> > @@ -2456,7 +2458,8 @@ amifb_error:
> >
> > static void amifb_deinit(void)
> > {
> > - fb_dealloc_cmap(&fb_info.cmap);
> > + if (fb_info.cmap.len)
> > + fb_dealloc_cmap(&fb_info.cmap);
>
> Again, is the "if(fb_info.cmap.len)" needed here?
Yep; amifb_deinit is called from amifb_init in the case of errors.
This can happen before fb_alloc_cmap is called (but after the memory
region has been requested), so we need to explicitly check that cmap
memory has been allocated.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists