Would be nice to avoid crontab mails like

�[0m�[1;92m[+] �[0mWe're done here. Have a nice day!

grep unknown opentitan.fasm  | wc
    557    6127   52651

557 bits isn't too many. Most of these are likely related to the DSP, as 1 DSP is being used:

DSP_L_X66Y110.DSP48.DSP_0.AREG_0
DSP_L_X66Y110.DSP48.DSP_0.BREG_0
DSP_L_X66Y110.DSP48.DSP_0.MASK[45:0] = 46'b1111111111111111111111111111111111111111111111
DSP_L_X66Y110.DSP48.DSP_0.ZADREG[0]
DSP_L_X66Y110.DSP48.DSP_0.ZAL

Feature request

Is your feature request related to a problem? Please describe

For run with large samples (1M and up) the extraction of packet times from packet capture takes non insignificant amount of time,
it would be nice if that process reported its progress.

Describe the solution you'd like

Basically #711 but for packet parsing (the extract.py step)

Describe alterna

GRR uses GRANARY_ASSERT, which is kind of a weird holdover from writing DBTs that can't depend on system libraries, and it's also very C-like. Now that we've made GRR start using cxx-common, we could easily upgrade it to use Google Log's CHECK macro.