Searched hist:52426 (Results 1 - 3 of 3) sorted by relevance
| /freebsd-11-stable/sys/dev/rl/ | ||
| H A D | if_rlreg.h | diff 52426 Thu Oct 21 17:42:03 MDT 1999 wpaul Make some tweaks to the RealTek driver: - Fix a bug in rl_rxeof() handler: in the case where the packet wraps from the end of the receive buffer back to the beginning, we need to insure that at least sizeof(ether_header) bytes make it into the first mbuf. If we don't, then doing eh = mtod(m, struct ether_header *) loses. To avoid this, we use m_pullup() to suck at least MHLEN - RL_ETHER_ALIGN bytes into the first mbuf, which should also help small packets fit into a single mbuf. Pointed out by: Philip A. Prindeville <philipp@zembu.com> - Make the transmit threshold autotuning: start off with a small value and jack it up when TX underruns are detected. - Also improve TX error recovery: kick the chip in the head with a reset/init sequence to make sure it recovers afer a transmit error. |
| H A D | if_rl.c | diff 52426 Thu Oct 21 17:42:03 MDT 1999 wpaul Make some tweaks to the RealTek driver: - Fix a bug in rl_rxeof() handler: in the case where the packet wraps from the end of the receive buffer back to the beginning, we need to insure that at least sizeof(ether_header) bytes make it into the first mbuf. If we don't, then doing eh = mtod(m, struct ether_header *) loses. To avoid this, we use m_pullup() to suck at least MHLEN - RL_ETHER_ALIGN bytes into the first mbuf, which should also help small packets fit into a single mbuf. Pointed out by: Philip A. Prindeville <philipp@zembu.com> - Make the transmit threshold autotuning: start off with a small value and jack it up when TX underruns are detected. - Also improve TX error recovery: kick the chip in the head with a reset/init sequence to make sure it recovers afer a transmit error. |
| /freebsd-11-stable/release/doc/en_US.ISO8859-1/hardware/ | ||
| H A D | article.xml | diff 115877 Thu Jun 05 13:13:46 MDT 2003 bmah Update hardware notes to reflect ahc and stg supported hardware. Based on PR submission. PR: 52426 Submitted by: Bob Bishop <rb@gid.co.uk> |
Completed in 294 milliseconds