summaryrefslogtreecommitdiff
path: root/etc/systrace
diff options
context:
space:
mode:
authorBrad Smith <brad@cvs.openbsd.org>2006-08-06 05:18:23 +0000
committerBrad Smith <brad@cvs.openbsd.org>2006-08-06 05:18:23 +0000
commit49e787eda17940329b83f3d5c12d4bff86f89b82 (patch)
treec147066df8c21624ec7eb95ed4f440a30630b3aa /etc/systrace
parent907e9019018d47c2d12a5b93597e602667138677 (diff)
With the PCIe devices, it looks as if issuing a TX command while
there is already a transmission in progress has no effect. In other words, if you send two packets in rapid succession, the second one may end up sitting in the TX DMA ring until another transmit command is issued later in the future. Basically, if re_txeof() sees that there are still descriptors outstanding, it needs to manually resume the TX DMA channel by issuing another TX command to make sure all transmissions are flushed out. (The PCI devices seem to keep the TX channel moving until all descriptors have been consumed. I'm not sure why the PCIe devices behave differently.) From wpaul@FreeBSD
Diffstat (limited to 'etc/systrace')
0 files changed, 0 insertions, 0 deletions