From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Lunn Subject: Re: [PATCH 2/2] net: phy: dp83640: Read strapped configuration settings Date: Thu, 5 Apr 2018 22:40:49 +0200 Message-ID: <20180405204049.GD17495@lunn.ch> References: <20180405114424.8519-1-esben.haabendal@gmail.com> <20180405114424.8519-2-esben.haabendal@gmail.com> <95678797-bd17-ba3f-8a70-a00b4792a258@gmail.com> <87d0zdjszu.fsf@haabendal.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Florian Fainelli , Richard Cochran , "open list:PTP HARDWARE CLOCK SUPPORT" , open list , Rasmus Villemoes To: Esben Haabendal Return-path: Content-Disposition: inline In-Reply-To: <87d0zdjszu.fsf@haabendal.dk> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Thu, Apr 05, 2018 at 10:30:45PM +0200, Esben Haabendal wrote: > Florian Fainelli writes: > > > On 04/05/2018 04:44 AM, esben.haabendal@gmail.com wrote: > >> From: Esben Haabendal > >> > >> Read configration settings, to allow automatic forced speed/duplex setup > >> by hardware strapping. > > > > OK but why? What problem is this solving for you? > > It is ensuring that the PHY is configured according to the HW design. > If the HW design has set the strap configuration to fx. fixed 100 Mbit > full-duplex, this avoids Linux configuring it for auto-negotiation. Hi Esben Are you sure it contains the HW strapping? Is the driver hitting the PHY with a hard reset to make it go back to the strapping defaults? Or could it still contain whatever state the last boot of Linux, or maybe the bootloader, left the PHY in? Andrew