linux/drivers/net/e1000e
Bruce Allan 664dc878ed e1000e: 82579 PHY incorrectly identified during init
During init, reading the 2 PHY ID registers back-to-back in the default
fast mode could return invalid data (all F's) and in slow mode could
return data to the second read the data from the first read.  To resolve
the issue in fast mode, set to slow mode before any PHY accesses; to
resolve the issue in slow mode, put in a delay for every 82579 PHY access.
Since this PHY is currently only paired with the pch2lan MAC and the PHY
type is not known before the first PHY access which can fail this way,
check for this based on MAC-type.

Signed-off-by: Bruce Allan <bruce.w.allan@intel.com>
Tested-by: Jeff Pieper <jeffrey.e.pieper@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
2010-12-10 22:13:34 -08:00
..
82571.c e1000e: 82571 Serdes can fail to get link 2010-12-10 22:13:14 -08:00
defines.h e1000e: 82571 SerDes link handle null code word from partner 2010-11-16 19:50:13 -08:00
e1000.h e1000e: fix double initialization in blink path 2010-12-10 22:13:01 -08:00
es2lan.c e1000e: use hardware writeback batching 2010-09-30 17:59:31 -07:00
ethtool.c e1000e: 82577/8 must acquire h/w semaphore before workaround 2010-12-10 22:13:11 -08:00
hw.h e1000e: 82579 unaccounted missed packets 2010-09-22 20:41:20 -07:00
ich8lan.c e1000e: 82579 PHY incorrectly identified during init 2010-12-10 22:13:34 -08:00
lib.c e1000e: don't check for alternate MAC addr on parts that don't support it 2010-08-19 15:48:52 -07:00
Makefile
netdev.c e1000e: fix double initialization in blink path 2010-12-10 22:13:01 -08:00
param.c e1000e: use hardware writeback batching 2010-09-30 17:59:31 -07:00
phy.c e1000e: 82579 PHY incorrectly identified during init 2010-12-10 22:13:34 -08:00