diff options
| author | Martin Braun <martin.braun@ettus.com> | 2019-05-02 16:10:52 -0700 |
|---|---|---|
| committer | Martin Braun <martin.braun@ettus.com> | 2019-05-08 16:44:53 -0700 |
| commit | e0e61a5a5eb2442c14f11298c358d8492c037a68 (patch) | |
| tree | 081113b256c8fdb66affed3743ae061da969679f /host/docs/converters.dox | |
| parent | ed36761e2919df2e4ba350dec773efbe2a6306aa (diff) | |
| download | uhd-e0e61a5a5eb2442c14f11298c358d8492c037a68.tar.gz uhd-e0e61a5a5eb2442c14f11298c358d8492c037a68.tar.bz2 uhd-e0e61a5a5eb2442c14f11298c358d8492c037a68.zip | |
rfnoc: tick_node: Search all nodes for tick rates
The tick_node was trying to find the current tick rate by only querying
active blocks (i.e., blocks that were flagged active-streaming).
However, this is not necessary since we require all blocks to run at the
same tick rate.
In theory, querying active-only ports should be fine, but due to some
idiosyncrasies in our current graph code, connecting a single streamer
to channel 1 (out of 0, 1) would try and get the info from the wrong
port. This is not a fix to the graph code, but the change to tick_node
is also appropriate and is sufficient to fix the "late packets on
channel 1" issue.
This issue would manifest when sending timed packats to channel 1 in
a single-channel streamer. The problem is that it wouldn't be able to
read the correct tick rate.
Diffstat (limited to 'host/docs/converters.dox')
0 files changed, 0 insertions, 0 deletions