summaryrefslogtreecommitdiffstats
path: root/lib/libopie
diff options
context:
space:
mode:
authoryongari <yongari@FreeBSD.org>2009-12-22 20:57:30 +0000
committeryongari <yongari@FreeBSD.org>2009-12-22 20:57:30 +0000
commita01fc2fc2d74b75bbe547356005cf64262d95a9d (patch)
treeb2d52cd36fc6faa653c69728492979dec67009de /lib/libopie
parente4da5e7f2fa4ddb044bc65d095cd5610f11c2b74 (diff)
downloadFreeBSD-src-a01fc2fc2d74b75bbe547356005cf64262d95a9d.zip
FreeBSD-src-a01fc2fc2d74b75bbe547356005cf64262d95a9d.tar.gz
Instead of relying on hard resetting of controller to stop
receiving incoming traffics, try harder to gracefully stop active DMA cycles and then stop MACs. This is the way what datasheet recommends and seems to work reliably. Resetting controller while active DMAs are in progress is bad thing as we can't predict how DMAs touche allocated TX/RX buffers. This change ensures controller stop state before attempting to release allocated TX/RX buffers. Also update MAC statistics which could have been updated during the wait time of MAC stop. While I'm here remove unnecessary controller resets in various location. ste(4) no longer relies on hard controller reset to stop controller and resetting controller also clears all configured settings which makes it hard to implement WOL in near future. Now resetting a controller is performed in ste_init_locked().
Diffstat (limited to 'lib/libopie')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud