diff options
author | Brent Stapleton <brent.stapleton@ettus.com> | 2018-12-11 18:21:52 -0800 |
---|---|---|
committer | Brent Stapleton <brent.stapleton@ettus.com> | 2018-12-17 16:57:10 -0800 |
commit | 3d9ff5b34c604286d52a7cf88bf3ae365c694eab (patch) | |
tree | d2598a7bcdbc031aaa64ed622d9f1f491818bc05 /mpm | |
parent | ee369f5f559270725cc85b1fe704d935cd701a6c (diff) | |
download | uhd-3d9ff5b34c604286d52a7cf88bf3ae365c694eab.tar.gz uhd-3d9ff5b34c604286d52a7cf88bf3ae365c694eab.tar.bz2 uhd-3d9ff5b34c604286d52a7cf88bf3ae365c694eab.zip |
Device3: Fix block control flushing
- Factor out the _start_drain helper function, which starts flushing
data out of the block. We should always be disabling flow control after
we write to the flushing registers.
- Always attempt to flush when calling the _flush function. Previously,
we would check if data appeared to be moving when _flush was called,
and only write to the flush registers if data was moving. However, if
data is stuck for some reason (for example, the block ran out of flow
control credits), this check will give us a false positive, and we
won't flush. Instead, we need to always begin the flushing process,
then check those counters, and return once the counters stop changing.
Note: we need to start flushing before disabling flow control so that
the flushed data isn't flooded onto the crossbar.
Co-authored-by: michael-west <michael.west@ettus.com>
Co-authored-by: Sugandha Gupta <sugandha.gupta@ettus.com>
Diffstat (limited to 'mpm')
0 files changed, 0 insertions, 0 deletions