[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180405204049.GD17495@lunn.ch>
Date: Thu, 5 Apr 2018 22:40:49 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Esben Haabendal <esben@...bendal.dk>
Cc: Florian Fainelli <f.fainelli@...il.com>,
Richard Cochran <richardcochran@...il.com>,
"open list:PTP HARDWARE CLOCK SUPPORT" <netdev@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>,
Rasmus Villemoes <rasmus.villemoes@...vas.dk>
Subject: Re: [PATCH 2/2] net: phy: dp83640: Read strapped configuration
settings
On Thu, Apr 05, 2018 at 10:30:45PM +0200, Esben Haabendal wrote:
> Florian Fainelli <f.fainelli@...il.com> writes:
>
> > On 04/05/2018 04:44 AM, esben.haabendal@...il.com wrote:
> >> From: Esben Haabendal <eha@...f.com>
> >>
> >> 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
Powered by blists - more mailing lists