yongari 549884e502 It seems that RealTek 8129/8139 chip reports invalid length of ... received frame under certain conditions. wpaul said the length 0xfff0 is special meaning that indicates hardware is in the process of copying a packet into host memory. But it seems there are other cases that hardware is busy or stuck in bad situation even if the received frame length is not 0xfff0. To work-around this condition, add a check that verifys that recevied frame length is in valid range. If received length is out of range reinitialize hardware to recover from stuck condition. Reported by: Mike Tancsa ( mike AT sentex DOT net ) Tested by: Mike Tancsa Obtained from: OpenBSD MFC after: 1 week		2008-04-10 01:06:05 +00:00
..
alpm.c
amdpm.c
amdsmb.c	Add copyrights.	2008-01-21 13:26:33 +00:00
if_mn.c	Replaced the misleading uses of a historical artefact M_TRYWAIT with M_WAIT.	2008-03-25 09:39:02 +00:00
if_pcn.c
if_pcnreg.h
if_rl.c	It seems that RealTek 8129/8139 chip reports invalid length of	2008-04-10 01:06:05 +00:00
if_rlreg.h	Padding more bytes than necessary one broke another variants of	2008-03-31 04:03:14 +00:00
if_sis.c
if_sisreg.h
if_ste.c	Fix function prototype for device_shutdown method.	2007-11-22 02:45:00 +00:00
if_stereg.h
if_tl.c
if_tlreg.h
if_wb.c	Give MEXTADD() another argument to make both void pointers to the	2008-02-01 19:36:27 +00:00
if_wbreg.h
if_xl.c	- Take advantage of bus_dmamap_load_mbuf_sg(9).	2008-03-24 17:49:06 +00:00
if_xlreg.h	- Take advantage of bus_dmamap_load_mbuf_sg(9).	2008-03-24 17:49:06 +00:00
intpm.c	Oops, convert a tsleep() to a msleep() that was missed when adding locking	2007-10-15 16:18:20 +00:00
intpmreg.h
locate.pl
ncr.c
ncrreg.h
nfsmb.c	Add copyrights.	2008-01-21 13:26:33 +00:00
viapm.c