Thread (25 messages) 25 messages, 8 authors, 2005-06-01

Re: RFC: PHY Abstraction Layer II

From: Andy Fleming <hidden>
Date: 2005-03-09 17:17:58
Also in: netdev

On Mar 8, 2005, at 20:14, Benjamin Herrenschmidt wrote:
On Tue, 2005-03-08 at 19:47 -0600, Andy Fleming wrote:
quoted
I've finally gotten all of ebs's suggestions into the PHY code.  Here
is the new version.  It has the following improvements:

* All PHYs now determine speed,duplex, etc using the same generic 
code,
rather than PHY-specific registers.
Some PHY are doing a better job with PHY specific registers I think ...
The gigabit for example isn't standard, and some PHYs sort-of manage to
deal with non-autoneg hubs in such a way that the "normal" aneg doesn't
succeeds, but the phy specific stuff does work. At least from stuff 
I've
been told a while ago, I have no direct experience here.
Ah, I should have been a little more clear.  All the currently 
implemented PHY drivers are just using the generic read_status 
function.  Different PHYs can assign their read_status function to be 
PHY-specific
quoted
* The genphy driver works for gigabit PHYs now, as well.  In theory, 
if
your PHY isn't broken in some way (I've encountered a number that 
are),
you should be able to just use genphy.
Isn't the speed reporting of gigabit an implementation specific bit in
lots of PHYs ?
Well, it looks like there are some standard bits which say whether the 
PHY supports gigabit.  I used those.

Andy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help