From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1031793AbdAEX2j (ORCPT ); Thu, 5 Jan 2017 18:28:39 -0500 Received: from pandora.armlinux.org.uk ([78.32.30.218]:35464 "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750853AbdAEX2X (ORCPT ); Thu, 5 Jan 2017 18:28:23 -0500 Date: Thu, 5 Jan 2017 23:25:08 +0000 From: Russell King - ARM Linux To: Florian Fainelli Cc: Jerome Brunet , netdev@vger.kernel.org, devicetree@vger.kernel.org, Andrew Lunn , Alexandre TORGUE , Neil Armstrong , Martin Blumenstingl , Kevin Hilman , linux-kernel@vger.kernel.org, Yegor Yefremov , Julia Lawall , Andre Roth , linux-amlogic@lists.infradead.org, Carlo Caione , Giuseppe Cavallaro , Andreas =?iso-8859-1?Q?F=E4rber?= , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH net-next v4 0/4] Fix OdroidC2 Gigabit Tx link issue Message-ID: <20170105232508.GU14217@n2100.armlinux.org.uk> References: <1480348229-25672-1-git-send-email-jbrunet@baylibre.com> <049b1efc-3bad-92e0-45ef-0563dc5d81de@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <049b1efc-3bad-92e0-45ef-0563dc5d81de@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 28, 2016 at 09:54:28AM -0800, Florian Fainelli wrote: > If we start supporting generic "enable", "disable" type of properties > with values that map directly to register definitions of the HW, we > leave too much room for these properties to be utilized to implement a > specific policy, and this is not acceptable. Another concern with this patch is that the existing phylib "set_eee" code is horribly buggy - it just translates the modes from userspace into the register value and writes them directly to the register with no validation. So it's possible to set modes in the register that the hardware doesn't support, and have them advertised to the link partner. I have a patch which fixes that, restricting (as we do elsewhere) the advert according to the EEE supported capabilities retrieved from the PCS - maybe the problem here is that the PCS doesn't support support EEE in 1000baseT mode? Out of interest, which PHY is used on this platform? On the SolidRun boards, they're using AR8035, and have suffered this occasional link drop problem. What has been found is that it seems to be to do with the timing parameters, and it seemed to only be 1000bT that was affected. I don't remember off hand exactly which or what the change was they made to stabilise it though, but I can probabily find out tomorrow. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net.