[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220126064214.GO1223722@gauss3.secunet.de>
Date: Wed, 26 Jan 2022 07:42:14 +0100
From: Steffen Klassert <steffen.klassert@...unet.com>
To: Jiri Bohac <jbohac@...e.cz>
CC: Sabrina Dubroca <sd@...asysnail.net>,
Herbert Xu <herbert@...dor.apana.org.au>,
"David S. Miller" <davem@...emloft.net>,
"Mike Maloney" <maloneykernel@...il.com>,
Eric Dumazet <eric.dumazet@...il.com>, <netdev@...r.kernel.org>
Subject: Re: [PATCH] xfrm: fix MTU regression
On Tue, Jan 25, 2022 at 10:41:02AM +0100, Jiri Bohac wrote:
> On Mon, Jan 24, 2022 at 04:45:31PM +0100, Steffen Klassert wrote:
> > > sure; I'll send a v2 with added Fixes: for the original
> > > regression (749439bf), which will reappear once b515d263 (which
> > > causes the current regression) is reverted. Note this patch needs
> > > to be accompanied by the revert!
> > >
> > > > Btw. this fixes a xfrm issue, but touches only generic IPv6 code.
> > > > To which tree should this patch be applied? I can take it to
> > > > the ipsec tee, but would also be ok if it is applied directly
> > > > to the net tree.
> > >
> > > b515d263 touches xfrm code; but being a regression maybe we want
> > > the fastest track possible?
> >
> > The patch is already marked as 'awaiting upstream' in patchwork,
> > so I'll take it into the ipsec tree.
>
> OK, thanks! Will you also revert b515d263 in the ipsec tree?
You need to send a patch if you want to have this reverted.
Powered by blists - more mailing lists