[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5c1fce37033e98e483728ea9879c3cf4ae83aa28.camel@redhat.com>
Date: Fri, 19 Mar 2021 13:35:41 +0100
From: Paolo Abeni <pabeni@...hat.com>
To: Alexander Lobakin <alobakin@...me>
Cc: "David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
Kirill Tkhai <ktkhai@...tuozzo.com>,
Bartosz Golaszewski <bgolaszewski@...libre.com>,
Leon Romanovsky <leon@...nel.org>,
Eric Dumazet <edumazet@...gle.com>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next 2/4] gro: add combined call_gro_receive() +
INDIRECT_CALL_INET() helper
On Fri, 2021-03-19 at 11:43 +0000, Alexander Lobakin wrote:
> I'm not sure if you did it on purpose in commit aaa5d90b395a7
> ("net: use indirect call wrappers at GRO network layer").
> Was that intentional
I must admit that 2y+ later my own intentions are not so clear to me
too;)
> for the sake of more optimized path for the
> kernels with moduled IPv6,
Uhm... no I guess that was more an underlook on my side.
> or I can replace INDIRECT_CALL_INET()
> with INDIRECT_CALL_2() here too?
If that build with IPV6=nmy, I would say yes.
> I want to keep GRO callbacks that
> make use of indirect call wrappers unified.
L4 will still need some special handling as ipv6 udp gro callbacks are
not builtin with CONFIG_IPV6=m :(
Cheers,
Paolo
Powered by blists - more mailing lists