Device is in bad state after GR flow-graph is terminated with ^C

When I terminate an FG with ^C (which I do for command-line apps), the next attempt to start
the device yields:

[ERROR] Read(64 bytes) failed
[WARNING] Gateware version mismatch!
Expected gateware version 2, revision 15
But found version 0, revision 0
Follow the FW and FPGA upgrade instructions:
http://wiki.myriadrf.org/Lime_Suite#Flashing_images
Or run update on the command line: LimeUtil --update

[INFO] Reference clock 30.72 MHz
[INFO] Device name: LimeSDR-USB
[INFO] Reference: 3.072e+07 MHz
[ERROR] SetFrequencySXT(1250 MHz) - cannot deliver frequency
[INFO] LMS7002M calibration values caching Disable
[ERROR] SetFrequencyCGEN(80 MHz) failed
[ERROR] SetFrequencyCGEN(448 MHz) failed
[ERROR] SetFrequencySXR(1420.41 MHz) - cannot deliver frequency
[INFO] RX LPF configured
[ERROR] SetFrequencySXR(1420.41 MHz) - cannot deliver frequency
[INFO] RX LPF configured
^C[INFO] Rx calibration finished
[INFO] Rx calibration finished
[ERROR] SetFrequencySXR(450 MHz) - cannot deliver frequency
[WARNING] Channel alignment failed
[ERROR] SetFrequencySXT(450.24 MHz) - cannot deliver frequency
[WARNING] Channel alignment failed
[WARNING] Channel alignment failed

But on a start subsequent to that, it works fine. My suspicion is old data in the USB buffers that aren’t being cleared out on a subsequent run before doing the start-up “dance” with the device.

A follow-up. If you wait a couple of “minutes”, it’ll restart just fine…

@IgnasJ is this to be expected or do we need a fix here?

Hmmm, I’ll note that with the very-latest (yesterday-ish) host and firmware/gateware updates, this
issue has gone away.