[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <397b05375f57ec5dc0f084315b995bfda4527d95.camel@redhat.com>
Date: Fri, 13 Jan 2023 12:51:40 +0100
From: Paolo Abeni <pabeni@...hat.com>
To: Greg KH <gregkh@...uxfoundation.org>, linux-kernel@...r.kernel.org
Cc: Jakub Kicinski <kuba@...nel.org>, slipper.alive@...il.com,
stable-commits@...r.kernel.org
Subject: Re: Patch "net/ulp: prevent ULP without clone op from entering the
LISTEN status" has been added to the 5.4-stable tree
Hello,
On Fri, 2023-01-13 at 12:41 +0100, Greg KH wrote:
> On Thu, Jan 12, 2023 at 08:03:10PM +0100, Greg KH wrote:
> > On Thu, Jan 12, 2023 at 10:57:31AM -0800, Jakub Kicinski wrote:
> > > On Thu, 12 Jan 2023 14:49:28 +0100 Greg KH wrote:
> > > > On Thu, Jan 12, 2023 at 02:44:09PM +0100, gregkh@...uxfoundation.org wrote:
> > > > >
> > > > > This is a note to let you know that I've just added the patch titled
> > > > >
> > > > > net/ulp: prevent ULP without clone op from entering the LISTEN status
> > > > >
> > > > > to the 5.4-stable tree which can be found at:
> > > > > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
> > > >
> > > > Oops, nope, this broke the build for 5.4 and older kernels, now
> > > > dropping.
> > >
> > > There's no clone op, right?
> >
> > Correct.
> >
> > > If you're willing to futz with it I think
> > > you just need to remove the "and the ops don't have ->clone" part of
> > > the conditions. Any presence of ops on older kernels should make us
> > > bail.
>
> Ok, I've queued up the following patch for 5.4. and older. Let me know
> if I've messed anything up here, but it at least builds for me :)
The backport patch LGTM, thanks!
Paolo
Powered by blists - more mailing lists