summaryrefslogtreecommitdiffstats
path: root/config.h.in
diff options
context:
space:
mode:
authorMatthias Vogelgesang <matthias.vogelgesang@kit.edu>2016-07-07 10:09:49 +0200
committerMatthias Vogelgesang <matthias.vogelgesang@kit.edu>2016-07-07 10:12:31 +0200
commitd50e109380ef3a91e286ccd858b87e732eba0f1f (patch)
tree45371da372587887002135c69f3308778afffef1 /config.h.in
parentae0269155e1e2d0d602a0892b4bcdd2df708d53c (diff)
downloaduca-ufo-d50e109380ef3a91e286ccd858b87e732eba0f1f.tar.gz
uca-ufo-d50e109380ef3a91e286ccd858b87e732eba0f1f.tar.bz2
uca-ufo-d50e109380ef3a91e286ccd858b87e732eba0f1f.tar.xz
uca-ufo-d50e109380ef3a91e286ccd858b87e732eba0f1f.zip
Fix #2: reset frame request and flush at the end
This is an intermediate fix proposed by Michele but not really solving the underlying issue of the FPGA getting stuck. The fix consists of two separate solutions: 1. In case we encounter an error while grabbing we reset the command queue on the FPGA (i.e. flipping third bit on the control register). 2. We read all stale data from the FPGA with a timeout now. Before it was still possible to have stale data in the DDR thus corrupting subsequent data reads.
Diffstat (limited to 'config.h.in')
0 files changed, 0 insertions, 0 deletions