*** tpb has joined #litex | 00:00 | |
*** lf has quit IRC | 00:56 | |
*** lf has joined #litex | 00:56 | |
*** andrewb1999 has joined #litex | 01:03 | |
*** CarlFK has quit IRC | 01:20 | |
*** CarlFK has joined #litex | 01:21 | |
*** a314 has quit IRC | 01:23 | |
*** futarisIRCcloud has joined #litex | 01:30 | |
*** a314 has joined #litex | 01:37 | |
*** lkcl has quit IRC | 01:54 | |
*** lkcl has joined #litex | 02:07 | |
*** Degi has quit IRC | 02:25 | |
*** Degi has joined #litex | 02:25 | |
*** lf has quit IRC | 02:44 | |
*** lf has joined #litex | 02:49 | |
*** FFY00 has quit IRC | 02:54 | |
*** FFY00 has joined #litex | 02:55 | |
*** apolkosnik has joined #litex | 03:30 | |
*** apolkosnik[m] has joined #litex | 03:31 | |
*** apolkosnik has left #litex | 03:31 | |
*** lkcl has quit IRC | 04:06 | |
*** lkcl has joined #litex | 04:19 | |
*** futarisIRCcloud has quit IRC | 04:19 | |
*** promach3 has joined #litex | 05:21 | |
promach3 | Is it technically feasible to use litescope to check litedram signals using usb on orangecrab ? | 05:22 |
---|---|---|
*** kgugala_ has joined #litex | 05:39 | |
*** kgugala has quit IRC | 05:43 | |
*** andrewb1999 has quit IRC | 05:46 | |
*** lkcl has quit IRC | 06:05 | |
*** kgugala has joined #litex | 06:15 | |
*** kgugala_ has quit IRC | 06:18 | |
*** lkcl has joined #litex | 06:18 | |
*** lkcl has quit IRC | 07:25 | |
*** kgugala has quit IRC | 07:28 | |
*** kgugala has joined #litex | 07:28 | |
*** lkcl has joined #litex | 07:39 | |
*** kgugala_ has joined #litex | 07:43 | |
*** lkcl has quit IRC | 07:45 | |
*** kgugala has quit IRC | 07:46 | |
*** lkcl has joined #litex | 07:58 | |
*** lkcl has quit IRC | 08:17 | |
*** lkcl has joined #litex | 08:28 | |
*** key2 has quit IRC | 10:25 | |
*** key2 has joined #litex | 10:26 | |
st-gourichon-fid | Hi! We wish, from a microcontroller running C code, to access a wishbone bus through a SPI bridge connecting our microcontroller to the bus. | 10:40 |
*** acathlaway is now known as acathla | 10:40 | |
*** acathla has joined #litex | 10:40 | |
st-gourichon-fid | We find https://docs.rs/wishbone-bridge/1.1.0/wishbone_bridge/ about a Rust implementation. We couldn't find plain documentation or a C implementation. Is there one somewhere? What do you recommend? | 10:41 |
tpb | Title: wishbone_bridge - Rust (at docs.rs) | 10:41 |
zyp | the rust implementation talks to this: https://github.com/xobs/spibone | 10:42 |
zyp | protocol is documented there | 10:42 |
st-gourichon-fid | Thanks zyp, looking. | 10:43 |
st-gourichon-fid | Ah, this is really simple. Thanks! | 10:44 |
st-gourichon-fid | zyp, is the protocole the same on UART as on SPI? "01 | AA | AA | AA | AA" etc? | 10:54 |
zyp | no | 10:58 |
st-gourichon-fid | mmh. Thanks, any doc? | 10:59 |
st-gourichon-fid | It looks like including SPI-bridge-to-wishbone on our design costs much more gates than a UART-bridge-to-wishbone. | 11:00 |
zyp | not sure, I went digging in the source some months ago: https://github.com/enjoy-digital/litex/blob/master/litex/soc/cores/uart.py#L380 | 11:00 |
st-gourichon-fid | Mkay, trying to figure out from the hardware description... https://github.com/enjoy-digital/litex/blob/master/litex/soc/cores/uart.py#L257 class Stream2Wishbone. | 11:03 |
st-gourichon-fid | Thanks. :-) | 11:03 |
st-gourichon-fid | zyp, thanks, we think we figured out the UART wishbone bridge protocol from this description. | 11:16 |
st-gourichon-fid | Mini UART-wishbone doc: Client sends [one byte to state "command" 01 02 03 or 04], then one byte "length", then 4 bytes "address", then the data, oh there's something strange in the hardware description. | 11:31 |
st-gourichon-fid | Hmm, ah I got it. bytes_count is automatically stored on exactly the number of bits necessary so that it gets reset to zero "automatically". Nifty! https://github.com/enjoy-digital/litex/blob/master/litex/soc/cores/uart.py#L270 | 11:37 |
st-gourichon-fid | Hmm, looks like there is a missed opportunity of saving a few gates here. Had CMD_*BURST* been implemented with codes 0 1 2 3, extracting simple bits would have been enough to decode READ=bit0 INCR=bit1. With values 1 2 3 4 code says "If((cmd == CMD_WRITE_BURST_INCR) | (cmd == CMD_WRITE_BURST_FIXED)," etc etc which looks like it consumes more gates. Can someone confirm? | 11:47 |
st-gourichon-fid | But it's a breaking change of protocol. | 12:16 |
st-gourichon-fid | I mean, changing 1 2 3 4 to 0 1 2 3 would be a breaking change. | 12:16 |
*** lkcl has quit IRC | 14:38 | |
*** lkcl has joined #litex | 14:51 | |
*** Degi has quit IRC | 18:03 | |
*** andrewb1999 has joined #litex | 18:24 | |
*** kgugala_ has quit IRC | 18:28 | |
*** kgugala has joined #litex | 18:28 | |
*** Degi has joined #litex | 18:30 | |
*** a1k0n_ has quit IRC | 21:17 | |
*** kgugala_ has joined #litex | 21:20 | |
*** kgugala has quit IRC | 21:23 | |
*** kgugala has joined #litex | 21:23 | |
*** kgugala_ has quit IRC | 21:26 | |
*** tumbleweed has quit IRC | 21:39 | |
*** a1k0n_ has joined #litex | 21:46 | |
*** _franck_ has quit IRC | 22:53 | |
*** _franck_ has joined #litex | 22:53 | |
*** anish56 has joined #litex | 23:41 | |
*** lkcl has quit IRC | 23:47 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!