marius 05def23cd8 For chips with a broken DC_ISR_RX_STATE which f.e. never signals ... stopped nor the waiting state and also no other means to check whether the receiver is idle (see also r163774), we have no choice than to call mii_tick(9) unconditionally even in the case of the DC_REDUCED_MII_POLL handling as far as the RX side is concerned. This isn't necessarily worse than checking whether RX is idle though because unlike as with TX we're racing with the hardware, which might receive packets any time while we poll the MII, anyway. Reported and tested by: Jacob Owens Reviewed by: yongari MFC after: 3 days		2008-08-29 20:31:41 +00:00
..
dcphy.c	IEEE 802.3 Annex 28B.3 explicitly specifies the following relative	2007-11-16 10:25:36 +00:00
if_dc.c	For chips with a broken DC_ISR_RX_STATE which f.e. never signals	2008-08-29 20:31:41 +00:00
if_dcreg.h	For chips with a broken DC_ISR_RX_STATE which f.e. never signals	2008-08-29 20:31:41 +00:00
pnphy.c	Replace hard-coded magic constants to system defined constants	2006-08-02 05:28:52 +00:00