[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAD0BsJVAQinyxTx8-co3yrHqmazOiDrKPx2Wr0O6FcdfLOaAtA@mail.gmail.com>
Date: Fri, 30 Jan 2026 20:02:55 +0200
From: Alice Mikityanska <alice@...valent.com>
To: Mariusz Klimek <maklimek97@...il.com>
Cc: Alice Mikityanska <alice.kernel@...tmail.im>, netdev@...r.kernel.org,
Paolo Abeni <pabeni@...hat.com>, Guy Harris <gharris@...ic.net>,
Michael Richardson <mcr@...delman.ca>, Denis Ovsienko <denis@...ienko.info>,
Daniel Borkmann <daniel@...earbox.net>
Subject: Re: [PATCH net-next v2 0/3] net: gso: fix MTU validation of BIG TCP
On Fri, 30 Jan 2026 at 11:00, Mariusz Klimek <maklimek97@...il.com> wrote:
>
> On 1/13/26 22:42, Alice Mikityanska wrote:
> > On Tue, 06 Jan 2026 at 10:52:40 +0100, Mariusz Klimek wrote:
> >> This series fixes the MTU validation of BIG TCP jumbograms and removes the
> >> existing IP6SKB_FAKEJUMBO work-around that only fixes the issue in one
> >> location.
> >
> > My series removes IPv6 HBH in BIG TCP entirely:
> >
> > https://lore.kernel.org/netdev/20260113212655.116122-1-alice.kernel@fastmail.im/T/
> >
> > I believe, it makes this fix no longer necessary.
> >
>
> You're right, your patch also fixes this issue by removing HBH headers
> altogether. Thanks for bringing this up :)
>
> Heads up: I'm working on another patch series that uses some of the code
> you're removing...
>
> Paolo: should we still merge this or should we just wait for Alice's patch to
> be accepted? Also, should I already submit my next patch series or should I
> wait until we're finished with this one?
CCed the tcpdump folks: I would appreciate if you could take forward
either of these pull requests:
https://github.com/the-tcpdump-group/tcpdump/pull/1329
https://github.com/the-tcpdump-group/tcpdump/pull/1396
That would unblock the kernel series and allow Paolo to merge it, and
also unblock Mariusz's work.
Thanks,
Alice
> --
> Mariusz K.
Powered by blists - more mailing lists