linux-kernel - Re: [PATCH 0/4] slimbus: patches (set 1) for 5.15

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Sat, 7 Aug 2021 15:01:36 +0200
From:   Greg KH <gregkh@...uxfoundation.org>
To:     Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
Cc:     linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/4] slimbus: patches (set 1) for 5.15

On Sat, Aug 07, 2021 at 11:48:48AM +0100, Srinivas Kandagatla wrote:
> 
> 
> On 06/08/2021 14:20, Greg KH wrote:
> > On Fri, Aug 06, 2021 at 10:16:35AM +0100, Srinivas Kandagatla wrote:
> > > Hi Greg,
> > > 
> > > Recently runtime pm testing on slimbus reveled that its
> > > totally broken on SlimBus ngd drivers.
> > > 
> > > Below are the fixes to get it back working.
> > > 
> > > - One of the reason begin incorrect device pointer used for
> > > runtime pm and in some places
> > > 
> > > - Second one was to do with unable to validate transaction id
> > >   which resulted in negative runtime pm count.
> > > 
> > > - Other fix was to do with resetting dma addresses once ngd
> > > controller is power-cycled.
> > > 
> > > With all these fixed runtime pm is now fully functional on NGD
> > > controllers.
> > > 
> > > Currently I marked them all with Cc: <stable@...r.kernel.org>
> > > as these all patches are required to fix runtime pm on SlimBus
> > > NGD controller.
> > > 
> > > Can you please queue them up for 5.15.
> > 
> > Why do you want these for 5.15-rc1 when you need them to fix problems in
> > 5.14?  Shouldn't they go into 5.14-final?
> 
> Yes, these should go to other stable trees aswell.
> I assumed that Fixes tag will automatically backport those patches.

Yes, but that can not happen until they hit Linus's tree, which would
not be until 5.15-rc1.  Do you want to delay until that long from now?

How about splitting this into 2 patch series, one that you want to see
get into 5.14-final, and one for 5.15-rc1.

thanks,

greg k-h