From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jiri Pirko Subject: Re: [PATCH net-next 0/8] nfp: offload LAG for tc flower egress Date: Fri, 25 May 2018 08:48:09 +0200 Message-ID: <20180525064809.GG2295@nanopsycho> References: <20180524022255.18548-1-jakub.kicinski@netronome.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: davem@davemloft.net, netdev@vger.kernel.org, oss-drivers@netronome.com, Jay Vosburgh , Veaceslav Falico , Andy Gospodarek To: Jakub Kicinski Return-path: Received: from mail-wr0-f181.google.com ([209.85.128.181]:46044 "EHLO mail-wr0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934254AbeEYGsT (ORCPT ); Fri, 25 May 2018 02:48:19 -0400 Received: by mail-wr0-f181.google.com with SMTP id w3-v6so7209196wrl.12 for ; Thu, 24 May 2018 23:48:18 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20180524022255.18548-1-jakub.kicinski@netronome.com> Sender: netdev-owner@vger.kernel.org List-ID: Thu, May 24, 2018 at 04:22:47AM CEST, jakub.kicinski@netronome.com wrote: >Hi! > >This series from John adds bond offload to the nfp driver. Patch 5 >exposes the hash type for NETDEV_LAG_TX_TYPE_HASH to make sure nfp >hashing matches that of the software LAG. This may be unnecessarily >conservative, let's see what LAG maintainers think :) So you need to restrict offload to only certain hash algo? In mlxsw, we just ignore the lag setting and do some hw default hashing. Would not be enough? Note that there's a good reason for it, as you see, in team, the hashing is done in a BPF function and could be totally arbitrary. Your patchset effectively disables team offload for nfp.