Monday, 2020-01-13

*** tpb has joined #litex00:00
*** CarlFK has joined #litex00:04
*** CarlFK has quit IRC04:41
*** CarlFK has joined #litex04:43
*** rohitksingh has joined #litex05:49
*** rohitksingh has quit IRC07:02
_florent_xobs: just for info: https://github.com/enjoy-digital/litex/commit/26fe45fce19bb670ac22c6d38d555be33d8ffed8#commitcomment-36768896, happy to discuss here if you don't find that convenient for your usecase08:30
tpbTitle: cores/uart: rename BridgedUART to UARTEmulator and rework/simplify it… · enjoy-digital/litex@26fe45f · GitHub (at github.com)08:30
xobs_florent_: So far as I know, that works!08:55
_florent_xobs: the uart and uart_xover are now in two different CSR regions, is it an issue? (in the original code both UART were in the same CSR region) (i'm asking regarding mithro's comment: https://github.com/enjoy-digital/litex/commit/2f03d3234e1585da5614d49229e94885444ee9c8#commitcomment-36768925)08:59
tpbTitle: cores/uart/UART: add stream interface (phy=None), add connect method … · enjoy-digital/litex@2f03d32 · GitHub (at github.com)08:59
xobs_florent_: ah, yes, that is an issue.  The idea of them being in the same CSR region is that it wouldn't shift the CSR table at all, and would be a true drop-in replacement.08:59
xobsComplete with PHY.08:59
_florent_xobs: ok sorry, i didn't catch this requirement. https://github.com/enjoy-digital/litex/commit/23175190d859e6d8fd7303cc78c43cf0e3b51326 adds a simplified UARTCrossover module with both UARTs in the same module as you initially did. I have a preference for crossover vs loopback since for me a loopback would mean connecting  uart.source to uart.sink.09:20
tpbTitle: cores/uart: add UARTCrossover · enjoy-digital/litex@2317519 · GitHub (at github.com)09:20
xobsAlright, if it ends up with the same API I'm happy with the change.  I'll need to update wishbone-tool to use the new register name of `_xover` but that's fine.09:23
xobsOh.  That's what they were called before.  Nevermind!  Looks good to me.09:24
_florent_Yes it should be in fact similar to your first version. I also reduced tx_fifo_depth/rx_fifo_depth on the crossover UART to minimize resource usage. (we already have buffering on the main uart so no need to have another buffering on the crossover UART).09:28
*** CarlFK has quit IRC09:38
*** CarlFK has joined #litex13:58
keesjI find the self.comb += self.uart.connect(self.uart_xover) not very elegand15:07
keesjI find the self.comb += self.uart.connect(self.uart_xover) not very elegant15:08
_florent_keesj: thanks for the feedback, i just change that since connect was only used once in last version of the code: https://github.com/enjoy-digital/litex/commit/4648db0c2ad8087aa61794c44939af32e707dd3a16:00
tpbTitle: cores/uart/UARTInterface: remove connect method · enjoy-digital/litex@4648db0 · GitHub (at github.com)16:00
keesjI like that one better16:13
somlo_florent_: just curious, why 32868 (as opposed to, say, 0x8000)? https://github.com/enjoy-digital/litex/blob/master/litex/soc/integration/soc_core.py#L8817:29
tpbTitle: litex/soc_core.py at master · enjoy-digital/litex · GitHub (at github.com)17:29
* somlo ducks :D17:29
somlothat's 32768, actually17:29
_florent_somlo: yes i tried keeping the same default values17:32
*** ambro718 has joined #litex17:33
somlo_florent_: I was just wondering about why decimal and not hex -- and screwed up the joke in the process with a typo of my own...17:37
_florent_somlo: i was also wondering what was the best, i could revert to hex17:44
somlo_florent_: weak vote in favor of hex from me, since it's slightly easier to follow given the surrounding context (after getting used to seeing hex everywhere, decimal just looks random) :)17:54
somlobut it can probably wait for the next time you actually have to modify things in that neighborhood, as far as I'm concerned :)17:55
*** ambro718 has quit IRC18:43
somlo_florent_, bunnie[m]: as of LiteX commit #f818755c, this should work with litesdcard: https://pastebin.com/s4unsyrz19:53
tpbTitle: [Diff] diff --git a/litesdcard/firmware/sdcard.c b/litesdcard/firmware/sdcard.c index - Pastebin.com (at pastebin.com)19:53
somloI'm getting the same results as before (successful "sdclk 10" and "sdinit", hangs during "sdtest 8"), but the values read from the SDCORE_RESPONSE CSR are the same :)19:54
_florent_somlo: thanks, i'll test tomorrow!20:08
*** Dolu has quit IRC20:13
somlo_florent: ok, it's now https://github.com/enjoy-digital/litesdcard/pull/6, let me know what you think whenever you get a chance20:40
*** CarlFK has quit IRC21:44
*** Dolu has joined #litex22:05
*** CarlFK has joined #litex23:02

Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!