00:36 <sajattack> is it possible to expose a ps2 keyboard interface instead of a uart one, or do I need to write a converter?

00:39 <sajattack> I'm getting pressured to add the MiSTer framework on top of linux-on-litex so more users can play with it

00:39 <sajattack> I have a feeling that's gonna be a bit challenging

00:41 <sajattack> I think I need like a ps2 to uart and a MiSTer-rom-download to uart

00:41 <sajattack> and vga

00:41 <sajattack> but if I can rip out the uart that might be handy

01:13 <levi> I'm working on bringing up a Spartan6-based board with the litex-buildenv environment. I'm having reasonable success, but a couple of things are proving difficult.

01:16 <levi> I've got a vexriscv core booting to the rom prompt, and the sdram boot test passes now. But my spiflash isn't working (it's a spansion S25FL128S) in qspi mode, and the serial port rx side seems flaky, though tx is fine.

01:19 <levi> I just finished looking at some logic analyzer traces of the flash pins, comparing the microblaze/linux bitstream and os in it now vs. what my litex-based bitstream and code are doing. Apparently it works fine in standard SPI mode, since that's what uboot and linux appear to be using, but comparing the litex qspi attempts with the datasheet isn't revealing anything obviously wrong.

01:21 <levi> It turns out the uboot capture I got was reading the device identity, so at least I've confirmed that I've got the right datasheet for my flash part. :)

01:24 <levi> Anyway, the flash device apparently is doing nothing in response to a command 0xEB, which results in reading back 0xEE since it leaves d0 low.

01:25 <levi> I'm going to try falling back to standard SPI for now, but if anyone has any tips as to what might be going wrong with either my QSPI or serial RX, I'd appreciate hearing them.

02:24 <levi> Cool, well, the flash works fine in normal SPI mode anyway. Now to get serial rx and ethernet sorted out.

04:45 <futarisIRCcloud> https://twitter.com/olofj/status/1223772692056117248?s=19

07:47 <levi> Well, my serial rx problem was apparently tied to the USB serial adapter I was using. And now I have my ethernet hooked up, although it's not working completely yet.

10:03 <sajattack> litex stream at fosdem starting now http://live.fosdem.org/watch/k4401

10:03 <tpb> Title: FOSDEM 2020 - Stream K.4.401 (at live.fosdem.org)

12:06 <keesj> a... well... next year I guess. I was a FOSDEM yeserday.. I was pretty cool again

15:12 <Finde> Fei from our team got LiteDRAM working as memory controller for OpenPiton :D

17:51 <_florent_> Finde: nice, curious to know more about how you are planning to use LiteDRAM in OpenPiton and which devices you are targeting :)

18:23 <Finde> If it gives us the same performance or better for the same area or better then it seems like we should switch from the MIG

18:24 <Finde> so far we're only seeing a very slight change in area. I'm not sure about performance, though

18:25 <Finde> this was on Genesys2 which is a xc7k325t

18:25 <Finde> ideally we'd also have support for A100T in Nexys Video and whatever v7 485t or something is on the vc707

18:26 <Finde> possibly also the vcu118 eval board and the bittware xupp3r which are vu9p parts

18:28 <Finde> Fei's considering reimplementing his ComputeDRAM using LiteDRAM https://dl.acm.org/doi/abs/10.1145/3352460.3358260

19:03 <_florent_> Finde: ok thanks, free free getting in touch with me if if you need help or/and want to be sure the resource usage/performance is optimal

19:03 <_florent_> Finde: are you using the generated version? Or directly integrated with LiteX?

20:21 <Finde> the generated version, it needs to connect into our framework

22:34 <futarisIRCcloud> https://fosdem.org/2020/schedule/event/riscv_fpga/ ?

22:34 <tpb> Title: FOSDEM 2020 - AMENDMENT How to run Linux on RISC-V (at fosdem.org)

22:41 <futarisIRCcloud> https://fosdem.org/2020/schedule/event/fpga_hw_dbg/ looks good too.

22:42 <tpb> Title: FOSDEM 2020 - On-hardware debugging of IP cores with free tools (at fosdem.org)