Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp453873ybk; Sat, 9 May 2020 07:50:45 -0700 (PDT) X-Google-Smtp-Source: APiQypK//4SQOYHySNPO8CEI0KA1xntfFPpGXZ6ZWOVyemf4FLLr+44xOpkFiqLmPt8X3RxkquUZ X-Received: by 2002:a17:907:2142:: with SMTP id rk2mr6164383ejb.225.1589035844851; Sat, 09 May 2020 07:50:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589035844; cv=none; d=google.com; s=arc-20160816; b=neSC5Q3Be5FFaM3ps9h33Jm5SNQJ1WwPrdvjtK0RnVckfjaxc2gF/Z3/oNoA3/MlPa gf77wzNCeZ7Nv3M9aCT6mzWkciZlOE3kmthd8k6nclXB05Fn2WpEchjkzzm4YsAuK4Tf hrQd8eF8dOTD0WiPNhs96mEF+HRueDjUu4tq6A1DONn5M6AikTAPen25Yc1RQmM02Noo zmIsGa/QKzy7be9XnNWyFcTTScv+cSaBjG4kT5haLJkqr2FUlBpnqixD5yzU9bua3X0r O+m3fYs82gpl02jgsIB+1DYT9CzQFGacUJT/2/sXNFTm/eWUK0iHV+iUSeJXUMacpUV9 nFzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=Z6vD6PmD89Ixku9rc/p9RR0bXWZL+mPNX4ud5gSu6aw=; b=SwIAxo96NK4U2ZWuH4/CIfHbVesrzzr14Upig2kN8fNa+RYsLeBakl+ylGqJblrQu2 5jZjG8uNZhc9tRIQ05H3KXZLq48EN3Mz06Fz3oEiawtvLHTb9ZitXKRbS5kHAL+HTRjQ X6XfkUG+T85k++ySCCI9go2VmdEAA7VO1C+j5EwxA26EUluDVVbbfWSRqD4NrEzHMZ8r ThXoFvv+OF8fSu2PNkriAEfmlxw2zqgI/wLFNaGtH9jX2m5MH31yaN9F+Vdl/pH3FhMM OxmRAZE1jE8sZgwFx/IyJHOpOGz+L2hsk0F1yUZMU0VuuTNBxo6Y8FAMyYNqd7vEknpB Ohjg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=v2bazMjS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h21si2985208edj.79.2020.05.09.07.50.21; Sat, 09 May 2020 07:50:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=v2bazMjS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728156AbgEIOtF (ORCPT + 99 others); Sat, 9 May 2020 10:49:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48936 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726782AbgEIOtE (ORCPT ); Sat, 9 May 2020 10:49:04 -0400 Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [IPv6:2001:4d48:ad52:3201:214:fdff:fe10:1be6]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0E3A7C061A0C; Sat, 9 May 2020 07:49:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Z6vD6PmD89Ixku9rc/p9RR0bXWZL+mPNX4ud5gSu6aw=; b=v2bazMjSOW3QuO3Cwm/AZIlGa QeYz/rk2irlMaD9bOX5DGoy2dgTbaKVEEuxct7DZEYERsw3AyqIhgYeZJ4cC5B2iu49Dyg7rmeJme pOxw6mHkyeeD7VtZiuGXi0MNe4qAPoKKdfO5WF2F9v4xHYz7P4IvG+F+7tKc86Pm1UB6zjeUdDSzD vpVdafAM1t2inbCi87XoqvbloXpzK4paV0goJ+ZcoP8SJBZYewsCvGgi6EHl7ed9Tz2CLUIXEXhQV NSLlu15mJI8+ZvmzC3QzHzbwqTaNygMdsWwXp26pl1AiLyBNy2sjZ0Q7IggWUB7ur18sdRbtzEAoI eL2Qx7waA==; Received: from shell.armlinux.org.uk ([2002:4e20:1eda:1:5054:ff:fe00:4ec]:55780) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jXQmd-0004EY-W2; Sat, 09 May 2020 15:48:56 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1jXQmT-0002wF-PJ; Sat, 09 May 2020 15:48:45 +0100 Date: Sat, 9 May 2020 15:48:45 +0100 From: Russell King - ARM Linux admin To: Matteo Croce Cc: Antoine Tenart , netdev , "gregory.clement@bootlin.com" , LKML , Maxime Chevallier , Nadav Haklai , Thomas Petazzoni , "miquel.raynal@bootlin.com" , Stefan Chulski , Marcin Wojtas , "David S . Miller" , Linux ARM Subject: Re: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to handle RSS tables Message-ID: <20200509144845.GF1551@shell.armlinux.org.uk> References: <20190524100554.8606-1-maxime.chevallier@bootlin.com> <20190524100554.8606-4-maxime.chevallier@bootlin.com> <20200423170003.GT25745@shell.armlinux.org.uk> <20200509114518.GB1551@shell.armlinux.org.uk> <20200509135105.GE1551@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200509135105.GE1551@shell.armlinux.org.uk> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, May 09, 2020 at 02:51:05PM +0100, Russell King - ARM Linux admin wrote: > On Sat, May 09, 2020 at 03:14:05PM +0200, Matteo Croce wrote: > > On Sat, May 9, 2020 at 1:45 PM Russell King - ARM Linux admin > > wrote: > > > > > > On Sat, May 09, 2020 at 11:15:58AM +0000, Stefan Chulski wrote: > > > > > > > > > > > > > -----Original Message----- > > > > > From: Matteo Croce > > > > > Sent: Saturday, May 9, 2020 3:13 AM > > > > > To: David S . Miller > > > > > Cc: Maxime Chevallier ; netdev > > > > > ; LKML ; Antoine > > > > > Tenart ; Thomas Petazzoni > > > > > ; gregory.clement@bootlin.com; > > > > > miquel.raynal@bootlin.com; Nadav Haklai ; Stefan > > > > > Chulski ; Marcin Wojtas ; Linux > > > > > ARM ; Russell King - ARM Linux admin > > > > > > > > > > Subject: [EXT] Re: [PATCH net-next 3/5] net: mvpp2: cls: Use RSS contexts to > > > > > handle RSS tables > > > > > > > > > > Hi, > > > > > > > > > > What do you think about temporarily disabling it like this? > > > > > > > > > > --- a/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c > > > > > +++ b/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c > > > > > @@ -5775,7 +5775,8 @@ static int mvpp2_port_probe(struct platform_device > > > > > *pdev, > > > > > NETIF_F_HW_VLAN_CTAG_FILTER; > > > > > > > > > > if (mvpp22_rss_is_supported()) { > > > > > - dev->hw_features |= NETIF_F_RXHASH; > > > > > + if (port->phy_interface != PHY_INTERFACE_MODE_SGMII) > > > > > + dev->hw_features |= NETIF_F_RXHASH; > > > > > dev->features |= NETIF_F_NTUPLE; > > > > > } > > > > > > > > > > > > > > > David, is this "workaround" too bad to get accepted? > > > > > > > > Not sure that RSS related to physical interface(SGMII), better just remove NETIF_F_RXHASH as "workaround". > > > > > > Hmm, I'm not sure this is the right way forward. This patch has the > > > effect of disabling: > > > > > > d33ec4525007 ("net: mvpp2: add an RSS classification step for each flow") > > > > > > but the commit you're pointing at which caused the regression is: > > > > > > 895586d5dc32 ("net: mvpp2: cls: Use RSS contexts to handle RSS tables") > > > > > > > > > > Hi, > > > > When git bisect pointed to 895586d5dc32 ("net: mvpp2: cls: Use RSS > > contexts to handle RSS tables"), which was merged > > almost an year after d33ec4525007 ("net: mvpp2: add an RSS > > classification step for each flow"), so I assume that between these > > two commits either the feature was working or it was disable and we > > didn't notice > > > > Without knowing what was happening, which commit should my Fixes tag point to? > > Let me make sure that I get this clear: > > - Prior to 895586d5dc32, you can turn on and off rxhash without issue > on any port. > - After 895586d5dc32, turning rxhash on eth2 prevents reception. > > Prior to 895586d5dc32, with rxhash on, it looks like hashing using > CRC32 is supported but only one context. So, if it's possible to > enable rxhash on any port on the mcbin without 895586d5dc32, and the > port continues to work, I'd say the bug was introduced by > 895586d5dc32. > > Of course, that would be reinforced if there was a measurable > difference in performance due to rxhash on each port. I've just run this test, but I can detect no difference in performance with or without 895586d5dc32 on eth0 or eth2 on the mcbin (apart from eth2 stopping working with 895586d5dc32 applied.) I tested this by reverting almost all changes to the mvpp2 driver between 5.6 and that commit. That's not too surprising; I'm using my cex7 platform with the Mellanox card in for one end of the 10G link, and that platform doesn't seem to be able to saturdate a 10G link - it only seems to manage around 4Gbps. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 10.2Mbps down 587kbps up