[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20170410.205631.1242763166483761576.davem@davemloft.net>
Date: Mon, 10 Apr 2017 20:56:31 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: michael.chan@...adcom.com
Cc: andy@...yhouse.net, netdev@...r.kernel.org,
xdp-newbies@...r.kernel.org
Subject: Re: [PATCH v2 net-next RFC] Generic XDP
From: Michael Chan <michael.chan@...adcom.com>
Date: Mon, 10 Apr 2017 14:47:04 -0700
> On Mon, Apr 10, 2017 at 2:30 PM, Andy Gospodarek <andy@...yhouse.net> wrote:
>> On Mon, Apr 10, 2017 at 03:28:54PM -0400, David Miller wrote:
>>> From: Andy Gospodarek <andy@...yhouse.net>
>>> Date: Mon, 10 Apr 2017 14:39:35 -0400
>>>
>>> > As promised, I did some testing today with bnxt_en's implementation
>>> > of XDP and this one.
>>>
>>> Thanks a lot Andy, obviously the patch needs some more work.
>>>
>>> I noticed GRO stuff in your profile, and Alexei mentioned this earlier
>>> today. We probably should elide GRO if generic XDP is attached, since
>>> in particular this makes the skb_linearize() really expensive.
>>
>> Good catch -- I actually thought we were disabling GRO automatically and it
>> looks like we are not. :-/ I'll send Michael a patch.
>
> Andy, I think we only need to disable GRO if we are doing generic
> XDP. Optimized XDP can still use GRO for the XDP_PASS case.
Right.
Powered by blists - more mailing lists