Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp1288086ybg; Fri, 18 Oct 2019 15:16:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqwFWCneTyfyN2IghrF5uQ/ssAtaPAAWyxXIRwG8muXtI0NgQF5aNVZ5zHuR7VMUEP0p69t5 X-Received: by 2002:a17:906:fac6:: with SMTP id lu6mr10802584ejb.126.1571436979981; Fri, 18 Oct 2019 15:16:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571436979; cv=none; d=google.com; s=arc-20160816; b=HnvNLP5aG/IUO8GE4ETBN4XI5CweZs8uFonz6My6DDmXtrjrNf62SIgfPoGZyeFIiT eED7yNT7+gn+5eGFBMwee3Kxpm3chHdkR02mM9W8gE0cqCNtNFUJUTNgbENfI6t9qGEM DiG06ChhH3P8uaUhRbA5dxkw96C9fInuMg/GS/aIbGK9dVOtt60x1ykmA0jSIgmQngbT LReYR7QphhJ2JnVn4Ou8z+wBwIqpVfeNaNctx12Ezf+iG3q2xycWo19IG5mvzb4oD3sq b2la6eZwtDO9s2lw0jU8zxFig7SVPJ26Kozs3n3cPIrHPruZ4ZnqADaYqmq3YuD3CzHb dVWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=y76xJoeZOTQt0SYGp2E2P41G9QtRgQhiHeoFD5XtAWk=; b=YX0Q1GXfeasCyV54X7tBhtLlyaTr7pjziHKRo00N2aa23Nuy6Fw7QGV4i1DnAgSI/S r9DutZaqiiTFHUZVGD/84tFzXgdBWcPuq7WWNj7BkPovNU0WCHekcMXWsIr0gU197l1Q Hg75m0CCO6FsaSAUL6pajiUIi4eAvMYo0ctwOsQX7bORDSjGle6GFJ0hVJunquFGTCfs NZkdNHw3Eb5NQ08M5yJvvxETxvMXUO0ZMK4By1qqR9cnEZy8DjlH8PTg9Jc17VWAzNyG OSPbfiE0TxMlVX3v7/hvRfxdNz1wMS8Bj471C0Hx8SNC3ukwiu+dTu3k/RVngXgJWPhU NAjg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n4si4213525ejj.132.2019.10.18.15.15.56; Fri, 18 Oct 2019 15:16:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2503514AbfJQTYo (ORCPT + 99 others); Thu, 17 Oct 2019 15:24:44 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:40876 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2393438AbfJQTYn (ORCPT ); Thu, 17 Oct 2019 15:24:43 -0400 Received: from localhost (unknown [IPv6:2603:3023:50c:85e1:5314:1b70:2a53:887e]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id E33AF14047D0C; Thu, 17 Oct 2019 12:24:42 -0700 (PDT) Date: Thu, 17 Oct 2019 15:24:42 -0400 (EDT) Message-Id: <20191017.152442.339047834113245608.davem@davemloft.net> To: f.fainelli@gmail.com Cc: netdev@vger.kernel.org, andrew@lunn.ch, linux-kernel@vger.kernel.org, hkallweit1@gmail.com, bcm-kernel-feedback-list@broadcom.com, olteanv@gmail.com, rmk+kernel@armlinux.org.uk, cphealy@gmail.com, joabreu@synopsys.com Subject: Re: [PATCH net-next 0/2] net: phy: Add ability to debug RGMII connections From: David Miller In-Reply-To: <20191015224953.24199-1-f.fainelli@gmail.com> References: <20191015224953.24199-1-f.fainelli@gmail.com> X-Mailer: Mew version 6.8 on Emacs 26.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 17 Oct 2019 12:24:43 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Florian Fainelli Date: Tue, 15 Oct 2019 15:49:51 -0700 > This patch series is primarily intended to reduce the amount of support > involved with bringing up RGMII connections with the PHY library (or > PHYLINK) for that matter. The idea consists in looping back a packet we > just crafted and check whether it did came back correctly, if that is > the case, we are good, else we must try configuring the PHY for > different delays until it either works or we bail out. > > As indicated in the commit message, future improvements could probably > be done in order to converge faster on the appropriate configuration. > This is intended to be PHY centric, and we are not playing with delays > on the MAC side other than through the parsing of the phydev->interface. > > The typical output would look like this: > > [ 62.668701] bcmgenet 8f00000.ethernet eth0: Trying "rgmii-txid" PHY interface > [ 62.676094] bcmgenet 8f00000.ethernet eth0: Determined "rgmii-txid" to be correct > > Feedback highly welcome on this! Looks like there was some feedback, please address. Thank you.