Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Date:   Tue, 19 May 2020 15:53:00 +0200
From:   Stefano Brivio <sbrivio@redhat.com>
To:     Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc:     Pavel Machek <pavel@denx.de>, linux-kernel@vger.kernel.org,
        stable@vger.kernel.org, Pablo Neira Ayuso <pablo@netfilter.org>,
        Sasha Levin <sashal@kernel.org>, Phil Sutter <phil@nwl.cc>
Subject: Re: [PATCH 4.19 41/80] netfilter: nft_set_rbtree: Introduce and use
 nft_rbtree_interval_start()
Message-ID: <20200519155300.3560394f@elisabeth>
In-Reply-To: <20200519125113.GA376546@kroah.com>
References: <20200518173450.097837707@linuxfoundation.org>
        <20200518173458.612903024@linuxfoundation.org>
        <20200519120625.GA8342@amd>
        <20200519121356.GA354164@kroah.com>
        <20200519121907.GA9158@amd>
        <20200519125113.GA376546@kroah.com>
Organization: Red Hat
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Tue, 19 May 2020 14:51:13 +0200
Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:

> On Tue, May 19, 2020 at 02:19:07PM +0200, Pavel Machek wrote:
> > On Tue 2020-05-19 14:13:56, Greg Kroah-Hartman wrote: =20
> > > On Tue, May 19, 2020 at 02:06:25PM +0200, Pavel Machek wrote: =20
> > > > Hi!
> > > >  =20
> > > > > [ Upstream commit 6f7c9caf017be8ab0fe3b99509580d0793bf0833 ]
> > > > >=20
> > > > > Replace negations of nft_rbtree_interval_end() with a new helper,
> > > > > nft_rbtree_interval_start(), wherever this helps to visualise the
> > > > > problem at hand, that is, for all the occurrences except for the
> > > > > comparison against given flags in __nft_rbtree_get().
> > > > >=20
> > > > > This gets especially useful in the next patch. =20
> > > >=20
> > > > This looks like cleanup in preparation for the next patch. Next pat=
ch
> > > > is there for some series, but not for 4.19.124. Should this be in
> > > > 4.19, then? =20
> > >=20
> > > What is the "next patch" in this situation? =20
> >=20
> > In 5.4 you have:
> >=20
> > 9956 O   Greg Kroah =E2=94=9C=E2=94=80>[PATCH 5.4 082/147] netfilter: n=
ft_set_rbtree: Introduce and use nft
> > 9957     Greg Kroah =E2=94=9C=E2=94=80>[PATCH 5.4 083/147] netfilter: n=
ft_set_rbtree: Add missing expired c
> >=20
> > In 4.19 you have:
> >=20
> > 10373 r   Greg Kroah =E2=94=9C=E2=94=80>[PATCH 4.19 41/80] netfilter: n=
ft_set_rbtree: Introduce and use nft
> > 10376 O   Greg Kroah =E2=94=9C=E2=94=80>[PATCH 4.19 42/80] IB/mlx4: Tes=
t return value of calls to ib_get_ca
> >=20
> > I believe 41/80 can be dropped from 4.19 series, as it is just a
> > preparation for 083/147... which is not queued for 4.19. =20
>=20
> I've queued it up for 4.19 now, thanks.

Wait, wait, sorry. I thought you were queuing this up as a missing
dependency or something, but I see it's not the case. That patch is
*not* the preparation for:

  340eaff65116 netfilter: nft_set_rbtree: Add missing expired checks

...but rather preparation for:

  7c84d41416d8 netfilter: nft_set_rbtree: Detect partial overlaps on insert=
ion

whose fix-up:

  72239f2795fa netfilter: nft_set_rbtree: Drop spurious condition for overl=
ap detection on insertion

was queued for 5.6.x (see <20200421131431.GA793882@kroah.com>).

Now, if you want to backport "Add missing expired checks", it *might* be
more convenient to also backport:

  6f7c9caf017b netfilter: nft_set_rbtree: Introduce and use nft_rbtree_inte=
rval_start()

and, perhaps (I haven't tried to actually cherry-pick) also:

  7c84d41416d8 netfilter: nft_set_rbtree: Detect partial overlaps on insert=
ion
  72239f2795fa netfilter: nft_set_rbtree: Drop spurious condition for overl=
ap detection on insertion

and it's safe to either:

- backport only 6f7c9caf017b
- backport the three of them

but other than avoiding conflicts, there should be no reason to do that.
Sasha had already queued them up for 4.19 and 5.4, then dropped them as
they weren't needed, see <20200413163900.GO27528@sasha-vm>.

--=20
Stefano