[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150730083343.GA23018@gradator.net>
Date: Thu, 30 Jul 2015 10:33:43 +0200
From: Sylvain Rochet <sylvain.rochet@...secur.com>
To: Ludovic Desroches <ludovic.desroches@...el.com>
Cc: Linus Walleij <linus.walleij@...aro.org>,
"linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
Jean-Christophe PLAGNIOL-VILLARD <plagnioj@...osoft.com>,
davidcdueck@...glemail.com,
Alexandre Belloni <alexandre.belloni@...e-electrons.com>,
Nicolas Ferre <nicolas.ferre@...el.com>,
Boris Brezillon <boris.brezillon@...e-electrons.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [RESEND PATCH] pinctrl: at91: fix null pointer dereference
Hello Ludovic,
On Tue, Jul 28, 2015 at 03:12:53PM +0200, Ludovic Desroches wrote:
> On Tue, Jul 28, 2015 at 02:48:09PM +0200, Linus Walleij wrote:
> > On Tue, Jul 28, 2015 at 9:48 AM, Ludovic Desroches
> > <ludovic.desroches@...el.com> wrote:
> >
> > > From: David Dueck <davidcdueck@...glemail.com>
> > >
> > > Not all gpio banks are necessarily enabled, in the current code this can
> > > lead to null pointer dereferences.
> > >
> > > [ 51.130000] Unable to handle kernel NULL pointer dereference at virtual address 00000058
> > (...)
> > >
> > > Signed-off-by: David Dueck <davidcdueck@...glemail.com>
> > > Acked-by: Ludovic Desroches <ludovic.desroches@...el.com>
> > > Acked-by: Alexandre Belloni <alexandre.belloni@...e-electrons.com>
> > > CC: Nicolas Ferre <nicolas.ferre@...el.com>
> > > CC: Boris Brezillon <boris.brezillon@...e-electrons.com>
> > > CC: linux-arm-kernel@...ts.infradead.org
> > > CC: linux-kernel@...r.kernel.org
> > > ---
> > >
> > > This patch fixes a oops in the kernel because of a NULL pointer in a table.
> > > Having a NULL pointer in this table is the normal behavior if a PIO controller
> > > is not enabled. So this fix is not a quick and dirty hack, it's usual to skip
> > > an entry from a table if it is not filled.
> >
> > Fair enough, better too many checks than too few.
> >
> > Is this a regression to v4.2 that should go to stable or v4.3 material?
>
> Yes it is a regression from v4.0, it applies well on v4.0.9
>
> Fixes: a0b957f306fa ("pinctrl: at91: allow to have disabled gpio bank")
> Cc: stable@...r.kernel.org # 4.0
a0b957f306fa have a stable tag up to 3.18, should this patch inherit a
stable tag up to 3.18 instead of only up to 4.0 ?
Sylvain
--
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