# HG changeset patch # User Mychaela Falconia # Date 1521175466 0 # Node ID 0efa0f4081a08501e0ef50a93ff408997f8bb784 # Parent d584d7b50f108a4c30bd1f0cbcee0b5f40367435 README: added blurb about hex dumps in rvinterf output impairing usability diff -r d584d7b50f10 -r 0efa0f4081a0 README --- 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 ========================