From: Joel H. <jo...@ai...> - 2013-06-27 21:01:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Iztok, I read your e-mail with interest. > 1. command hierarchy It sounds to me as if the SUMP protocol might need to become a second class citizen - like with some kind of protocol emulation core. This way compatibility is still offered for non-sigrok SUMP clients. SUMP could be replaced with a more conventional RS232 register interface and streaming protocol, which would presumably be much more lightweight. > 2. data read order Reading data in reverse order is probably also > causing problems with the driver which must reorder the data. So I > think it would make sense to change this. > Yeah it's retarded, and it's detrimental to the front ends as well. A new protocol can get these things right. > 3. protocol layers > > The current RTL implementation does not offer separation between > protocol layers. The physical and data link layer (SPI, UART, JTAG, > I2C, USB, FX2 FIFO) should be separated from higher network and > transport layers (protocol commands). The main issue here is, it is > difficult to change the physical layer without rewriting the code > handling higher layers. > > I already started writing (not finished yet) this separation for > the UART protocol: - rtl/uart.v rtl/uart_tx.v rtl/uart_rx.v > implement the physical layer, there is no data link layer for UART > (this is a point to point protocol) - rtl/ctrl.v implements the > higher layers by decoding the command structure and sending > commands (configuration writes) to deeper modules It's a pain. But it's definitely a change for the better. Joel -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRzKfHAAoJEHgUeO+Es/hFz2IH/3TIoafvGMjlygVdDEKL3Y/7 rGkFEClTe0+E/c8yUcnFqxMyRnKpUFB3NAkr22eFfFCTBTMX+fFcjIexfxo760Ix ISGvR7qA/uTtjLPDOJun9eqpt2z8o11/4ePSl4nY7tM0CGiuJ71PLX9O5SJXkAmy OWMr5QfZ7zD+dx/9pFm/wEE8+GMunESXvHiB8JJBb/W9edG+wcKRUFAKqraLWT8b ruV1Og9SodO5LtKLVScIBUkWD4i3jOqPBghEuBXk6CgX6MtSJ05LGiBmkJOXGmJU FwjQJk/P/hkbVjAQhEjk6p+YMUDjq1bkJ6hoOvf/L7zPZjctuSbGc/6SYPOpwEM= =04wu -----END PGP SIGNATURE----- |