freebsd-nq/sys/pci
Pyun YongHyeon 1375f576a9 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
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
intpmreg.h
locate.pl
ncr.c
ncrreg.h
nfsmb.c Add copyrights. 2008-01-21 13:26:33 +00:00
viapm.c