[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20240809081901.GE3075665@kernel.org>
Date: Fri, 9 Aug 2024 09:19:01 +0100
From: Simon Horman <horms@...nel.org>
To: James Chapman <jchapman@...alix.com>
Cc: netdev@...r.kernel.org, davem@...emloft.net, edumazet@...gle.com,
kuba@...nel.org, pabeni@...hat.com, dsahern@...nel.org,
tparkin@...alix.com
Subject: Re: [PATCH net-next 0/9] l2tp: misc improvements
On Tue, Aug 06, 2024 at 04:53:24PM +0100, James Chapman wrote:
> On 06/08/2024 15:40, Simon Horman wrote:
> > On Mon, Aug 05, 2024 at 12:35:24PM +0100, James Chapman wrote:
> > > This series makes several improvements to l2tp:
> > >
> > > * update documentation to be consistent with recent l2tp changes.
> > > * move l2tp_ip socket tables to per-net data.
> > > * fix handling of hash key collisions in l2tp_v3_session_get
> > > * implement and use get-next APIs for management and procfs/debugfs.
> > > * improve l2tp refcount helpers.
> > > * use per-cpu dev->tstats in l2tpeth devices.
> > > * fix a lockdep splat.
> > > * fix a race between l2tp_pre_exit_net and pppol2tp_release.
> > >
> > > James Chapman (9):
> > > documentation/networking: update l2tp docs
> > > l2tp: move l2tp_ip and l2tp_ip6 data to pernet
> > > l2tp: fix handling of hash key collisions in l2tp_v3_session_get
> > > l2tp: add tunnel/session get_next helpers
> > > l2tp: use get_next APIs for management requests and procfs/debugfs
> > > l2tp: improve tunnel/session refcount helpers
> > > l2tp: l2tp_eth: use per-cpu counters from dev->tstats
> > > l2tp: fix lockdep splat
> > > l2tp: flush workqueue before draining it
> >
> > Hi James,
> >
> > I notice that some of these patches are described as fixes and have Fixes
> > tags. As such they seem appropriate for, a separate, smaller series,
> > targeted at net.
> >
> > ...
>
> Hi Simon,
>
> Thanks for reviewing.
>
> Patch 3 changes code which already differs in the net-next and net trees. If
> it is applied to net, I think commit 24256415d1869 ("l2tp: prevent possible
> tunnel refcount underflow") is also suitable for net. I see now that I
> haven't used the Fixes tag consistently. tbh, I think both commits address
> possible issues in a rare use case so aren't necessary for net. But if you
> or others think otherwise, I'll respin for net.
Thanks, and sorry for my slow response.
In principle I think it is fine to push changes to net-next, without Fixes
tags, that are marginal wrt being fixes.
>
> I'll respin patch 8 targetted at net.
>
> Patch 9 addresses changes code that isn't yet in the net tree. I'll remove
> the Fixes tag in v2.
>
>
Powered by blists - more mailing lists