d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Deal with the condition where we lose link in the middle of transmitting

Browse Source 
a bunch of frames. In this case, the dc_link flag is cleared, and dc_start()
stops draining the if_snd send queue, which results in lots of 'no buffers
available' errors being reported to applications. The whole idea behind
not draining the send queue until the link comes up was to avoid having
the gratuitous ARP being lost while we're waiting for autoneg to complete
after the interface is first brought up. As an optimization, change the
test in dc_start() so that we only bail if dc_link is not set _and_ there
are less than 10 packets in the send queue. If the queue has many frames
in it, we need to drain them. If the queue has a small number of frames
in it, we can hold off on sending them until the link comes up.

MFC after: 1 week
This commit is contained in:
Bill Paul 2001-07-12 22:51:59 +00:00
parent d6b52729a0
commit e7be9f9a1a
2 changed files with 2 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
sys/dev/dc/if_dc.c
View File

@ -2953,7 +2953,7 @@ static void dc_start(ifp)
DC_LOCK(sc);
if (!sc->dc_link) {
if (!sc->dc_link && ifp->if_snd.ifq_len < 10) {
DC_UNLOCK(sc);
return;
}

2
sys/pci/if_dc.c
View File

@ -2953,7 +2953,7 @@ static void dc_start(ifp)
DC_LOCK(sc);
if (!sc->dc_link) {
if (!sc->dc_link && ifp->if_snd.ifq_len < 10) {
DC_UNLOCK(sc);
return;
}