[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZXliuTqyO_IjlIz7@amd.ucw.cz>
Date: Wed, 13 Dec 2023 08:52:25 +0100
From: Pavel Machek <pavel@...x.de>
To: Guenter Roeck <linux@...ck-us.net>
Cc: Pavel Machek <pavel@...x.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
dianders@...omium.org, grundler@...omium.org, davem@...emloft.net,
stable@...r.kernel.org, patches@...ts.linux.dev,
linux-kernel@...r.kernel.org, torvalds@...ux-foundation.org,
akpm@...ux-foundation.org, shuah@...nel.org, patches@...nelci.org,
lkft-triage@...ts.linaro.org, jonathanh@...dia.com,
f.fainelli@...il.com, sudipm.mukherjee@...il.com,
srw@...dewatkins.net, rwarsow@....de, conor@...nel.org,
allen.lkml@...il.com
Subject: Re: RTL8152_INACCESSIBLE was Re: [PATCH 6.1 000/194] 6.1.68-rc1
review
Hi!
> > > This is the start of the stable review cycle for the 6.1.68 release.
> > > There are 194 patches in this series, all will be posted as a response
> > > to this one. If anyone has any issues with these being applied, please
> > > let me know.
> >
> >
> > > Douglas Anderson <dianders@...omium.org>
> > > r8152: Add RTL8152_INACCESSIBLE to r8153_aldps_en()
> > >
> > > Douglas Anderson <dianders@...omium.org>
> > > r8152: Add RTL8152_INACCESSIBLE to r8153_pre_firmware_1()
> > >
> > > Douglas Anderson <dianders@...omium.org>
> > > r8152: Add RTL8152_INACCESSIBLE to r8156b_wait_loading_flash()
> > >
> > > Douglas Anderson <dianders@...omium.org>
> > > r8152: Add RTL8152_INACCESSIBLE checks to more loops
> > >
> > > Douglas Anderson <dianders@...omium.org>
> > > r8152: Rename RTL8152_UNPLUG to RTL8152_INACCESSIBLE
> >
> > Central patch that actually fixes something is:
> >
> > commit d9962b0d42029bcb40fe3c38bce06d1870fa4df4
> > Author: Douglas Anderson <dianders@...omium.org>
> > Date: Fri Oct 20 14:06:59 2023 -0700
> >
> > r8152: Block future register access if register access fails
> >
> > ...but we don't have that in 6.1. So we should not need the rest,
> > either.
> >
>
> Also, the missing patch is fixed subsequently by another patch, so it can not
> be added on its own.
For the record I'm trying to advocate "drop all patches listed as they
don't fix the bug", not "add more", as this does not meet stable
criteria.
Best regards,
Pavel
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Download attachment "signature.asc" of type "application/pgp-signature" (196 bytes)
Powered by blists - more mailing lists