[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220124154531.GM1223722@gauss3.secunet.de>
Date: Mon, 24 Jan 2022 16:45:31 +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 Wed, Jan 19, 2022 at 10:12:33AM +0100, Jiri Bohac wrote:
> On Wed, Jan 19, 2022 at 08:35:19AM +0100, Steffen Klassert wrote:
> > Can you please add a 'Fixes:' tag so that it can be backported
> > to the stable trees?
>
> 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.
Powered by blists - more mailing lists