[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAG8fp8Rrwcghyk6rHZEfAHPVUXCQgvgCFVKUEaZ-e0Kz5q=nLA@mail.gmail.com>
Date: Sat, 3 Jun 2023 19:49:12 +0900
From: Akihiro Suda <suda.kyoto@...il.com>
To: Matthieu Baerts <matthieu.baerts@...sares.net>
Cc: Akihiro Suda <suda.gitsendemail@...il.com>,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, segoon@...nwall.com, kuniyu@...zon.com,
Akihiro Suda <akihiro.suda.cz@....ntt.co.jp>,
Stephen Rothwell <sfr@...b.auug.org.au>
Subject: Re: [PATCH net v3] net/ipv4: ping_group_range: allow GID from
2147483648 to 4294967294 - manual merge
> The conflict has been resolved on our side
Thank you
2023年6月3日(土) 16:35 Matthieu Baerts <matthieu.baerts@...sares.net>:
>
> Hello,
>
> On 01/06/2023 05:13, Akihiro Suda wrote:
> > With this commit, all the GIDs ("0 4294967294") can be written to the
> > "net.ipv4.ping_group_range" sysctl.
> >
> > Note that 4294967295 (0xffffffff) is an invalid GID (see gid_valid() in
> > include/linux/uidgid.h), and an attempt to register this number will cause
> > -EINVAL.
> >
> > Prior to this commit, only up to GID 2147483647 could be covered.
> > Documentation/networking/ip-sysctl.rst had "0 4294967295" as an example
> > value, but this example was wrong and causing -EINVAL.
>
> FYI, we got a small conflict when merging 'net' in 'net-next' in the
> MPTCP tree due to this patch applied in 'net':
>
> e209fee4118f ("net/ipv4: ping_group_range: allow GID from 2147483648
> to 4294967294")
>
> and this one from 'net-next':
>
> ccce324dabfe ("tcp: make the first N SYN RTO backoffs linear")
>
> ----- Generic Message -----
> The best is to avoid conflicts between 'net' and 'net-next' trees but if
> they cannot be avoided when preparing patches, a note about how to fix
> them is much appreciated.
>
> The conflict has been resolved on our side[1] and the resolution we
> suggest is attached to this email. Please report any issues linked to
> this conflict resolution as it might be used by others. If you worked on
> the mentioned patches, don't hesitate to ACK this conflict resolution.
> ---------------------------
>
> Regarding this conflict, I simply took the modifications from both sides.
>
> Cheers,
> Matt
>
> [1] https://github.com/multipath-tcp/mptcp_net-next/commit/f170c423f567
> --
> Tessares | Belgium | Hybrid Access Solutions
> www.tessares.net
Powered by blists - more mailing lists