Thread (31 messages) 31 messages, 9 authors, 2005-06-28

Re: RFC: PHY Abstraction Layer II

From: Glen Turner <hidden>
Date: 2005-06-28 06:38:51

Andy Fleming wrote:
I was thinking that it would be easier for the ethernet driver to do  
this in the adjust_link() function, since it's going to need to track  
when these things change, anyway.  But if the general consensus is  that 
it should be in the generic code, I can see about adding it there.
Hi Andy,

I wasn't at all saying where it should be done -- rather that
it's very useful for networking staff like myself that it is
done *somewhere*.

Without too much knowledge of the code, it would be nice if
it were done in the PHY layer, so that the messages can be
grepped for in logs. If you leave it to drivers there'll
be inconsistent levels of detail and a variety of formats.
quoted
Also, it would be nice to be able to retrieve PHY data
independent of the interface status (eg, to retrieve
asset serial numbers, GBIC make/models, etc).

I'm not sure what you mean, here.  The driver can use phy_read/write  to 
get/set information anytime it wants.
Is there a user space utility to pull the details from
a GBIC's EEPROM?

Thanks,
Glen

-- 
  Glen Turner         Tel: (08) 8303 3936 or +61 8 8303 3936
  Australia's Academic & Research Network  www.aarnet.edu.au
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help