Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp5742048ybe; Tue, 17 Sep 2019 12:44:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqw512DX8RV6M22nyKT0mwyRwweObn3gSKJpJ+5HlfJmcZGtG0tq4C/k4KT9urM3qTODRh7v X-Received: by 2002:a17:906:ce46:: with SMTP id se6mr6356122ejb.198.1568749464228; Tue, 17 Sep 2019 12:44:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568749464; cv=none; d=google.com; s=arc-20160816; b=fmq8wlaC6s9d25uaHbxIuG8tVNloxMalFfOXpiRBxxvqplGEvh0EO53dcQRkn0wBi1 ug2ouRbZTzBJ3DxB+iQXzbHITfo3wXedWkWLCN22pqiOmAvC2Ea8RSQDfeO+qLbDeTPA SfTHXmF7z/fj5kuD90S1KZHSKxqnGZE51gd2vhUGKkIij3Ny69FW3oNaMMvV4vcWgGI+ KNoSdjkSzUahaumxDLDGbsyDK6pYbd5uDEjVyS+YowyTQo4lyy+jjqOJ/lHSAGRCxZLv Z46f1GPUzhkZNEsScXiGY7C6kJV7/eo/h3IePzOyEplolku++nwRUgtEDpH6ukROBoVG OIxQ== 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=eCXNNV9SLez5wvuBaHb0ao/EnouRF1ty87hE3ZUG5bk=; b=LOcJF6bVFKQxRHm81npfJjYoxEMatblxgNy3trsyzvwwicxffhapcMNLL0jwkoBPTe ua3lN9yp/UdcHOKhwTYJjuT/6n5cmT5Fe8fN/SfeLGHiJ4F9FdoGxBoTby0MVULd/JEL LLLDTyeEPZqtnFbfCv5XEDdIhX4RjrkZi0XYlCUGXOCdF82BVmpiIC6WkSNBNXbipDcv PsD2Dx5GFr86AbDGF+kCD9JjhhnizJkTRfMjSAAjJAGMUBaUej9gajOQWcnSrCHeMc6/ ypjdckk4Lq/sAgltyg0ut9NKDEYMCEPNdp1CqSNxdifvDg9kxqvdeYauZzxhTvx4nLf6 gLvQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=w4J8Aj3u; 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 y19si1606470ejp.196.2019.09.17.12.44.00; Tue, 17 Sep 2019 12:44:24 -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=w4J8Aj3u; 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 S1729002AbfIQSTO (ORCPT + 99 others); Tue, 17 Sep 2019 14:19:14 -0400 Received: from pandora.armlinux.org.uk ([78.32.30.218]:45066 "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727746AbfIQSTO (ORCPT ); Tue, 17 Sep 2019 14:19:14 -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=eCXNNV9SLez5wvuBaHb0ao/EnouRF1ty87hE3ZUG5bk=; b=w4J8Aj3usTARijjC+Xob01o/A sQB0MsBEye7/3zNy8DMarwU2vYZZYcZya/F+9daAvobbUUKAgegtFMU0G320mXzII/JzuJoOXvPF9 /2qz8G0C5shR2UPI/z3jO0TC9+tMgZVOHDYWT8g7cACioGAdBplxfbrT+vns45jPWlu4Zms7AmDOi i8VPET6os2b/WRK9CMvueJ0JU/waIGrnyAfgsHmOrom/yilbfRpQwbCn8DGSIPd8jjzqByH5IQEZ1 sTq2mTJhrqv+H1yRAWfihFkFJ+4PK/YzNUAYX81X5iWKgEtIpoKpMvUxe/FFGh4NQlOh7RRKLoP2v Qg4TXSaDQ==; Received: from shell.armlinux.org.uk ([2002:4e20:1eda:1:5054:ff:fe00:4ec]:40730) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1iAI4C-0003Qr-BB; Tue, 17 Sep 2019 19:19:08 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1iAI49-0001Vw-8G; Tue, 17 Sep 2019 19:19:05 +0100 Date: Tue, 17 Sep 2019 19:19:05 +0100 From: Russell King - ARM Linux admin To: Andrew Lunn Cc: Mark Rutland , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Baruch Siach , Fabio Estevam , Sascha Hauer , tinywrkb , open list , Rob Herring , NXP Linux Team , Pengutronix Kernel Team , Shawn Guo , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] ARM: dts: imx6dl: SolidRun: add phy node with 100Mb/s max-speed Message-ID: <20190917181905.GA25745@shell.armlinux.org.uk> References: <20190917125434.GH20778@lunn.ch> <20190917133253.GA1210141@arch-dsk-01> <20190917133942.GR25745@shell.armlinux.org.uk> <20190917151707.GV25745@shell.armlinux.org.uk> <20190917153027.GW25745@shell.armlinux.org.uk> <20190917163427.GA1475935@arch-dsk-01> <20190917170419.GX25745@shell.armlinux.org.uk> <20190917171913.GY25745@shell.armlinux.org.uk> <20190917172658.GB9591@lunn.ch> <20190917173728.GZ25745@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190917173728.GZ25745@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 Tue, Sep 17, 2019 at 06:37:28PM +0100, Russell King - ARM Linux admin wrote: > On Tue, Sep 17, 2019 at 07:26:58PM +0200, Andrew Lunn wrote: > > > diff --git a/drivers/net/phy/at803x.c b/drivers/net/phy/at803x.c > > > index b3893347804d..85cf4a4a5e81 100644 > > > --- a/drivers/net/phy/at803x.c > > > +++ b/drivers/net/phy/at803x.c > > > > Hi Russell > > > > This won't work. In the kernel logs, you see > > > > kernel: Generic PHY 2188000.ethernet-1:00: attached PHY driver [Generic PHY] > > > > The generic PHY driver is being used, not the at803x driver. > > Well, the _correct_ driver needs to be used for the PHY specific > features to be properly controlled. Using the generic driver > in this situation will not be guaranteed to work. Well, this hasn't worked, but not for the obvious reason. Register 0x14 is documented as read/write. Bits 15:6 are reserved, bit 5 is the smart speed enable, 4:2 configures the attempts, bit 1 sets the link stable condition, bit 0 is reserved. Writing 0x80c results in the register reading back 0x82c. Writing 0x800 results in the same. Writing 0 reads back 0x2c. Writing 0xffff seems to prevent packets being passed - and at that point I lost control so I couldn't see what the result was. There is nothing in the data sheet which suggests that there is any gating of this register. So it looks like we're stuck with smartspeed enabled. So, I think there's only two remaining ways forward - to revert commit 5502b218e001 to restore the old behaviour, read back the advertisement from the PHY along with the rest of the status, as I've previously stated. It means that phylib will modify phydev->advertising at random points, just as it modifies phydev->lp_advertising, so locking may become an issue. The revert approach is probably best until we have something working along those lines. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up According to speedtest.net: 11.9Mbps down 500kbps up