On Sun, Jul 12, 2020 at 03:33:06PM +0100, Matthew Wilcox wrote:
> On Sun, Jul 12, 2020 at 01:26:41PM +0300, Leon Romanovsky wrote:
> > Fixes: b02a29eb8841 ("mlx5: Convert mlx5_srq_table to XArray")
> > Signed-off-by: Maor Gottlieb <maorg@xxxxxxxxxxxx>
> > Signed-off-by: Leon Romanovsky <leonro@xxxxxxxxxxxx>
> > ---
> > v2:
> > * Dropped wrong hunk
> > v1:
> > https://lore.kernel.org/linux-rdma/20200707131551.1153207-1-leon@xxxxxxxxxx
> > * I left Fixes as before to make sure that it is taken properly to stable@.
> > * xa_lock_irqsave -> xa_lock_irq
>
> But it won't be taken properly to stable. It's true that that's the
> earliest version that this applies to, but as far as I can tell the
> underlying bug is there a lot earlier. It doesn't appear to be there
> in e126ba97dba9edeb6fafa3665b5f8497fc9cdf8c as the cq->lock is taken
> irqsafe in mlx5_ib_poll_cq() before calling mlx5_poll_one() which calls
> handle_responder() which calls mlx5_core_get_srq(), but it was there
> before b02a29eb8841. I think it's up to you to figure out which version
> this bug was introduced in, because stable still cares about trees before
> 5.2 (which is when b02a29eb8841 was introduced). You'll also have to
> produce a patch for those earlier kernels.
Of course, but first I would like to be sure that Sasha's autosel will
work out-of-box.
Thanks
