From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AF589C433E0 for ; Fri, 19 Mar 2021 11:14:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 8317C64DE7 for ; Fri, 19 Mar 2021 11:14:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229648AbhCSLNi (ORCPT ); Fri, 19 Mar 2021 07:13:38 -0400 Received: from mail-40133.protonmail.ch ([185.70.40.133]:52294 "EHLO mail-40133.protonmail.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229638AbhCSLNb (ORCPT ); Fri, 19 Mar 2021 07:13:31 -0400 Date: Fri, 19 Mar 2021 11:13:25 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail; t=1616152408; bh=f0jBdzh822UNIDPJ7CXVNsDu6Zz6BcE8iLULPD9/gMQ=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=osxblJeHb5/ssJypOEeqeaBbYiR6woII61Klt3hS3YT5MKEhXsA6U5aqnIIxB+Xp7 62TmMpSF22mGrd68bHEF/32bGdVMysNt4DmEtCOGVcpr6QTosYEjbk8vTuL+AyLaiP 4RD1ywfQftgM74A5g67f+YBen8z/i7m6fQP+IgiCzWeir6VxKJxW/LjZhfA9gL42OS 3ZdsMIxHH2snXUMoCY22O8fxxVQJF+VRSQXTbb9gSyGb0dvRUwqIGGOuosWcabA1Y/ /7rzNWT9321jFf4EwqojOk9bB98XZloPa1ikGbCBPfgMUK5r7ghKYd4XN45nqGLN+n rCmBq23gZ4tAw== To: Paolo Abeni From: Alexander Lobakin Cc: Alexander Lobakin , "David S. Miller" , Jakub Kicinski , Mauro Carvalho Chehab , Kirill Tkhai , Bartosz Golaszewski , Leon Romanovsky , Eric Dumazet , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Reply-To: Alexander Lobakin Subject: Re: [PATCH net-next 2/4] gro: add combined call_gro_receive() + INDIRECT_CALL_INET() helper Message-ID: <20210319111315.3069-1-alobakin@pm.me> In-Reply-To: <1ebd301832ff86cc414dd17eee0b3dfc91ff3c08.camel@redhat.com> References: <20210318184157.700604-1-alobakin@pm.me> <20210318184157.700604-3-alobakin@pm.me> <1ebd301832ff86cc414dd17eee0b3dfc91ff3c08.camel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Paolo Abeni Date: Fri, 19 Mar 2021 11:53:42 +0100 > Hello, Hi! > On Thu, 2021-03-18 at 18:42 +0000, Alexander Lobakin wrote: > > call_gro_receive() is used to limit GRO recursion, but it works only > > with callback pointers. > > There's a combined version of call_gro_receive() + INDIRECT_CALL_2() > > in , but it doesn't check for IPv6 modularity. > > AFAICS, ip6_offload is builtin even when IPv6 is a module, so the above > should not be needed. Aww, you are right. I overlooked that since dev_gro_receive() still use INDIRECT_CALL_INET(), though all GRO callbacks were made built-in. Seems like more code can be optimized, thanks! > Cheers, > > Paolo Al