Re: [PATCH mptcp-net v5 1/5] mptcp: replace backlog_list with backlog_queue

[gang.yan@linux.dev]

April 20, 2026 at 6:33 PM, "Paolo Abeni" <pabeni@redhat.com mailto:pabeni@redhat.com?to=%22Paolo%20Abeni%22%20%3Cpabeni%40redhat.com%3E > wrote:


> 
> On 4/20/26 11:41 AM, gang.yan@linux.dev wrote:
> 
> > 
> > April 20, 2026 at 5:34 PM, "Paolo Abeni" <pabeni@redhat.com mailto:pabeni@redhat.com?to=%22Paolo%20Abeni%22%20%3Cpabeni%40redhat.com%3E > wrote:
> >  Regarding the TCP-style mechanisms like 'tcp_prune_queue' for handling full
> >  rcvbuf conditions — I have actually attempted similar implementations before.
> >  As you pointed out, this approach is indeed highly complex for MPTCP. There
> >  are far too many aspects that require careful modification and consideration,
> >  making it extremely challenging to implement correctly.
> > 
> > > 
> > > I agree duplicating the TCP pruning code inside MPTCP does not look a
> > >  viable solution.
> > > 
> > >  I think we can instead share it (at least the most cumbersome helper),
> > >  with some caveat. I have a few very rough patches doing that. Let me add
> > >  some comments to at least somehow make the code readable and I'll share
> > >  them here.
> > > 
> >  
> >  Thank you so much for your help and for working on this!
> > 
> Thank you indeed for all the effort and the patience to cope with my
> slow feedback.
> 
> Also I hope it's clear that the goal is trying to find the "best
> possible" solution and it's _not_ preventing or steeling your (much
> appreciated) work!
> 
> Cheers,
> 
> Paolo
>
Thank you very much for your understanding and patience throughout
the review process.It’s clear to me that we share the same goal:
to find the best and most robust solution. I really value your
feedback and guidance, and I will test your new patch as soon as
possible and provide feedback promptly.

Thanks again for your time and support.

Best regards,
Gang