[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YKoQds5N0dP2Gjg5@kroah.com>
Date: Sun, 23 May 2021 10:21:10 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Marc Kleine-Budde <mkl@...gutronix.de>
Cc: Alexandre Belloni <alexandre.belloni@...tlin.com>,
Francois Gervais <fgervais@...tech-controls.com>,
linux-rtc@...r.kernel.org,
Michael McCormick <michael.mccormick@...tel.net>,
Alessandro Zummo <a.zummo@...ertech.it>,
linux-kernel@...r.kernel.org, stable@...r.kernel.org
Subject: Re: [PATCH 1/1] rtc: pcf85063: fallback to parent of_node
On Sat, May 22, 2021 at 05:36:36PM +0200, Marc Kleine-Budde wrote:
> Hello Greg,
>
> On 17.04.2021 00:16:40, Alexandre Belloni wrote:
> > On Wed, 10 Mar 2021 16:10:26 -0500, Francois Gervais wrote:
> > > The rtc device node is always or at the very least can possibly be NULL.
> > >
> > > Since v5.12-rc1-dontuse/3c9ea42802a1fbf7ef29660ff8c6e526c58114f6 this
> > > will lead to a NULL pointer dereference.
> > >
> > > To fix this we fallback to using the parent node which is the i2c client
> > > node as set by devm_rtc_allocate_device().
> > >
> > > [...]
> >
> > Applied, thanks!
> >
> > [1/1] rtc: pcf85063: fallback to parent of_node
> > commit: 03531606ef4cda25b629f500d1ffb6173b805c05
> >
> > I made the fallback unconditionnal because this should have been that way from
> > the beginning as you point out.
>
> can you queue this for stable, as it causes a NULL Pointer deref with
> (at least) v5.12.
After it hits Linus's tree, let stable@...r.kernel.org know the id and
we will glad to add it to the stable trees.
thanks,
greg k-h
Powered by blists - more mailing lists