Re: WTF: patch "[PATCH] scsi: qla2xxx: Fix response queue handler reading stale" was seriously submitted to be applied to the 5.19-stable tree?

[Greg KH <gregkh@linuxfoundation.org>]

On Sat, Aug 13, 2022 at 03:30:37PM +0200, gregkh@linuxfoundation.org wrote:
> The patch below was submitted to be applied to the 5.19-stable tree.
> 
> I fail to see how this patch meets the stable kernel rules as found at
> Documentation/process/stable-kernel-rules.rst.
> 
> I could be totally wrong, and if so, please respond to 
> <stable@vger.kernel.org> and let me know why this patch should be
> applied.  Otherwise, it is now dropped from my patch queues, never to be
> seen again.
> 
> thanks,
> 
> greg k-h
> 
> ------------------ original commit in Linus's tree ------------------
> 
> >From b1f707146923335849fb70237eec27d4d1ae7d62 Mon Sep 17 00:00:00 2001
> From: Arun Easi <aeasi@marvell.com>
> Date: Tue, 12 Jul 2022 22:20:39 -0700
> Subject: [PATCH] scsi: qla2xxx: Fix response queue handler reading stale
>  packets
> 
> On some platforms, the current logic of relying on finding new packet
> solely based on signature pattern can lead to driver reading stale
> packets. Though this is a bug in those platforms, reduce such exposures by
> limiting reading packets until the IN pointer.
> 
> Two module parameters are introduced:
> 
>   ql2xrspq_follow_inptr:
> 
>     When set, on newer adapters that has queue pointer shadowing, look for
>     response packets only until response queue in pointer.
> 
>     When reset, response packets are read based on a signature pattern
>     logic (old way).
> 
>   ql2xrspq_follow_inptr_legacy:
> 
>     Like ql2xrspq_follow_inptr, but for those adapters where there is no
>     queue pointer shadowing.

On a meta-note, this patch seems VERY wrong.  You are adding a
driver-wide module option for a device-specific action.  That should be
a device-specific functionality, not a module.

Again, as I say many times, this isn't the 1990's, please never add new
module parameters.  Use the other interfaces we have in the kernel to
configure individual devices properly, module parameters are not to be
used for that at all for anything new.

So, can you revert this commit and do it properly please?

thanks,

greg k-h