Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp4261694ybb; Tue, 7 Apr 2020 04:06:48 -0700 (PDT) X-Google-Smtp-Source: APiQypJ3lD0kaQ0VUCZmoRPyGwD6SsEDotZrOieTrddc4llRr/hg0R4gUwTmmo46txoy5kseBwDY X-Received: by 2002:aca:c552:: with SMTP id v79mr1162266oif.156.1586257608487; Tue, 07 Apr 2020 04:06:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586257608; cv=none; d=google.com; s=arc-20160816; b=iIKpDAHy/+oRVxLzyz0KoiYxWawhNuszSDI1oO2TwNSmyg0ki4145pvJVsdCNJIh9l 3EzZVq83+elnaPrcVoEVWC2+efOL1F/IyZz1ino+vGG3zf3QLNydn4dDZYLTc4tXXyA0 m0hWPbkZWRRmFZSji56sCi187VmQY2gy58B7+G1DicmMFj318Y7oHlSmX2Lvv85Vds6m vLY7PP3Glj7xqa1tNhzLdoAl08JXyGvsdL3aYBHZnPpMWcgQB/0K7xQjQ3FpnpaR4sVO pIhFMjzCw40Bkw7sOfNM6JHf895fyx6tdR2yfHA+RkUO1ZCGpMKsxDb7L/ehT61vcV0I arnw== 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=ELJ99tITBvhqYigpmJYU0Eq7MDv1Ib9ta9OZruxk3Zg=; b=hn6G0eF6TnIVHH3QSY93CD8LHRsBmVM1pRkb0iLpUp7FsBN8KwSn/xKg9iMEwVu8qR Tvk+m6LqKbSYNqfyVY38nS11a5jMv/dUW6UOuHh/D80Wyt5+eYDxuU9GUPQjJ7almEBZ COi9aH6HdT+IDdZnhGhDNsXqtPfPgKzKOpxg9q21wb8gCW49AvvFSIRPEdbzSO2BsjSE h9QwGv8T9bs9VCHsTrvF4kkYyBImeQfok3L+WKmNCy4rpG2MbbwlP8s3c3wOeQmkMeJg E+MNm4pwaT7miRYqzRzTDrMB/tZST0AX4StZchZm+gqwA9fes7krOiFfMCo2VkVVR1R/ BNOg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=HWFLQJXP; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b17si1047007otq.269.2020.04.07.04.06.35; Tue, 07 Apr 2020 04:06:48 -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; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=HWFLQJXP; 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; 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 S1728219AbgDGLGE (ORCPT + 99 others); Tue, 7 Apr 2020 07:06:04 -0400 Received: from pandora.armlinux.org.uk ([78.32.30.218]:39084 "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726591AbgDGLGD (ORCPT ); Tue, 7 Apr 2020 07:06:03 -0400 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=ELJ99tITBvhqYigpmJYU0Eq7MDv1Ib9ta9OZruxk3Zg=; b=HWFLQJXP/3Dv/I2y6UrSKLOOV c1pMolTgR+++g74RwnASHgtf2QboyHLiTuPO8Dn58QLJGJBVCtQZVlr+I//mlKfli4y5uJDWRTA8s JNRS/HAsiOD5+levYZzDnKj06Y/bRRCenktaIYQBHs9QrfqRPrMLh70/u0OyRskPfjeigjL/8aJw/ 9W5unwTDSPKfJeAR2G1O33lsBYBfBZNYkzL2W0n2XleWXt4OQPR9hiykqEJj6J1vvZmF0JvrNBkEg jByJqzpI7UFZ0V1Zgl24IrudM3xqjU2C3iHzD8Yy9/Ct1ycxu+5bsf44lnm8f7IyX9BanFEb8hovd cgNmeCeag==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:46826) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jLm37-0007Wa-Mh; Tue, 07 Apr 2020 12:05:45 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1jLm32-0007aa-Mp; Tue, 07 Apr 2020 12:05:40 +0100 Date: Tue, 7 Apr 2020 12:05:40 +0100 From: Russell King - ARM Linux admin To: Philippe Schenker Cc: "o.rempel@pengutronix.de" , "hkallweit1@gmail.com" , "f.fainelli@gmail.com" , "andrew@lunn.ch" , "kernel@pengutronix.de" , "davem@davemloft.net" , "david@protonic.nl" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH net-next v3] net: phy: micrel: add phy-mode support for the KSZ9031 PHY Message-ID: <20200407110540.GM25745@shell.armlinux.org.uk> References: <20200407093654.26095-1-o.rempel@pengutronix.de> <699bf716ce12178655b47ce77227e4e42b85de1b.camel@toradex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <699bf716ce12178655b47ce77227e4e42b85de1b.camel@toradex.com> 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 Tue, Apr 07, 2020 at 10:57:07AM +0000, Philippe Schenker wrote: > On Tue, 2020-04-07 at 11:36 +0200, Oleksij Rempel wrote: > > Add support for following phy-modes: rgmii, rgmii-id, rgmii-txid, > > rgmii-rxid. > > > > This PHY has an internal RX delay of 1.2ns and no delay for TX. > > > > The pad skew registers allow to set the total TX delay to max 1.38ns > > and > > the total RX delay to max of 2.58ns (configurable 1.38ns + build in > > 1.2ns) and a minimal delay of 0ns. > > > > According to the RGMII v1.3 specification the delay provided by PCB > > traces > > should be between 1.5ns and 2.0ns. The RGMII v2.0 allows to provide > > this > > delay by MAC or PHY. So, we configure this PHY to the best values we > > can > > get by this HW: TX delay to 1.38ns (max supported value) and RX delay > > to > > 1.80ns (best calculated delay) > > > > The phy-modes can still be fine tuned/overwritten by *-skew-ps > > device tree properties described in: > > Documentation/devicetree/bindings/net/micrel-ksz90x1.txt > > > > Signed-off-by: Oleksij Rempel > > Make sure you do not exceet 80 chars with your phydev_warn. Besides > that: There are exceptions to the 80 column rule. From coding-style.rst: Statements longer than 80 columns will be broken into sensible chunks, unless exceeding 80 columns significantly increases readability and does not hide information. Descendants are always substantially shorter than the parent and are placed substantially to the right. The same applies to function headers with a long argument list. *However, never break user-visible strings such as printk messages, because that breaks the ability to grep for them.* -- 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