diff README @ 8:0efa0f4081a0

README: added blurb about hex dumps in rvinterf output impairing usability
author Mychaela Falconia <falcon@freecalypso.org>
date Fri, 16 Mar 2018 04:44:26 +0000
parents d584d7b50f10
children 6c35c9f2ecab
line wrap: on
line diff
--- a/README	Fri Mar 16 04:13:40 2018 +0000
+++ b/README	Fri Mar 16 04:44:26 2018 +0000
@@ -119,6 +119,16 @@
   bring-up immediately on boot, the DSP falls over.  Thus we are rudely reminded
   once more than the Pirelli target is a dead end.
 
+One currently outstanding defect with this fc-lcdpoll mechanism is that rvinterf
+currently prints all ETM packets as full hex dumps, and the flood of all that
+hex in the rvinterf window makes that window unusable for its original intended
+purpose of seeing other debug output from the fw.  This voluminous rvinterf
+output also slows down the rate at which the LCD framebuffer is polled.  One
+can run rvinterf with the -n option to suppress its output, but then all other
+debug trace output will be lost too.  I plan on fixing rvinterf at some point
+in the future to make its output less voluminous by default: keep the human-
+readable traces, but omit the rarely-useful hex dumps from the default output.
+
 Baud rate considerations
 ========================