01:11 <mithro> Have people seen http://kastner.ucsd.edu/hlsbook/ ?

01:11 <tpb> Title: Parallel Programming for FPGAs | Kastner Research Group (at kastner.ucsd.edu)

12:48 <infinite_recursi> Are there existing codes for letter display through vga in verilog? Something like a shell program with no commands?

12:49 <infinite_recursi> So all letters when typed on keyboard show up and on pressing enter the line moves up and one can type something else on next line starting with a $

12:49 <infinite_recursi> ?

12:50 <lambda> infinite_recursi: I doubt it exists already, but shouldn't need much more than a UART, a text renderer and a small state machine

12:51 <lambda> (or s/UART/some kind of input peripheral/

12:52 <infinite_recursi> Where can I get a text renderer?

12:52 <infinite_recursi> uart and fsm I can create, I think text renderer should be quite some work, creating pixel representations for every character on keyboard

12:52 <lambda> feel free to use my graphics submodule, it's VHDL though https://gitlab.com/YARM-project/soc/-/tree/master/vhdl/components/gfx

12:54 <lambda> it interfaces to a memory storing the character codepoints using tram_addr and tram_data in gfx_module.vhd

12:56 <infinite_recursi> Thanks, this is great. Though, is there nothing like this in verilog?

12:58 <lambda> there probably is, but since I don't use verilog I don't know anything in particular, sorry

13:03 <infinite_recursi> No problem, thanks, the work text renderer helped

13:03 <infinite_recursi> Found https://github.com/gipi/electronics-notes/tree/master/fpga/mojo/VGAGlyph

16:51 <lambda> is the TMDS_33 IOSTANDARD (for DVI and HDMI) supported yet? if not, what does it get lowered to, LVCMOS33?

16:52 <sf-slack> <acomodi> TMDS_33 is not yet supported, but LVCMOS33 yes

16:53 <lambda> alright, then I'm just gonna assume that's why my HDMI output doesn't work :)

16:55 <sf-slack> <acomodi> Most probably yes, that's the reason. FYI, I need to double check, but all the supported IOSTANDARDS at the moment are: LVCMOS[12|15|18|25|33] and SSTL[15|135]

17:00 <sf-slack> <acomodi> From the prjxray perspective, this would be the fuzzer that requires an enhancment to increase the range of IOSTANDARDs supported: https://github.com/SymbiFlow/prjxray/tree/master/fuzzers/030-iob

18:01 <umarcor> infinite_recursi: the ref I provided the other day has text rendering, https://github.com/juanmard/screen-pong/tree/master/stage-03

18:49 <sf-slack> <timo.callahan> Has anyone explored how much of the whole ecosystem can run on *ChromeOS-Linux*? I've checked that dfu-util works with Fomu, and openocd & picocom work with Arty, but I haven't yet tried installing/running LiteX or Symbiflow. One thing that DOESN'T seem to work is connecting to Fomu after it's programmed and should be visible on /dev/ttyACM0.

20:36 <sf-slack> <pgielda> ChromeOS Linux runs inside kvm so its not using the same linux kernel

20:36 <sf-slack> <pgielda> so you will not see /dev/ttyACM0 as its kinda a different computer

20:37 <sf-slack> <pgielda> maybe crosvm supports USB forwarding somehow

20:38 <sf-slack> <pgielda> I seem to remember that it was supposed to be supported at one point but not sure if it does not filter out uart devies like /dev/ttyACM* etc

20:40 <sf-slack> <pgielda> something you probably could try to experiment is vmc in crosh

20:40 <sf-slack> <pgielda> and see what it can do nowaydays

20:42 <sf-slack> <pgielda> in any case you have to somehow forward the USB to the virtual machine that linux runs in, it might be doable, might not.

20:42 <sf-slack> <pgielda> otherwise everything linux should work, its kinda just a debian running in a vm

20:48 <Evidlo> can anyone recommend a devboard for learning to interface with ethernet, an SD card, and some memory?

20:50 <Evidlo> I was maybe considering an Arty board with some PMODs, although I think I would prefer a Lattice board

20:52 <mithro> Evidlo: Arty is the best one if you want a Xilinx device, a ECP5 board like the https://www.crowdsupply.com/radiona/ulx3s or the new https://shop.lambdaconcept.com/home/46-1-ecpix-5.html seem like pretty decent options

20:52 <tpb> Title: ULX3S | Crowd Supply (at www.crowdsupply.com)

20:52 <Evidlo> is knowledge fairly transferrable between boards? my long term goal is to eventually get 10GigE with an ECP5

20:53 <Evidlo> than second one looks like it has more peripherals than the Arty anyway

20:55 <mithro> Evidlo: if you stay on the open source tools -- then yes, if you need to use proprietary tools -- it's much harder

21:01 <Evidlo> any reason I should prefer the bigger ECPIX-5? I really have no idea how many cells/LUTs I would need

21:03 <Evidlo> long term project is to do some DSP on several hundred streams of data and send it over 10 gigabit ethernet

21:22 <mithro> Evidlo: I would always suggest going bigger if you can afford it

22:12 <_whitenotifier> [fasm] mithro opened issue #49: Split the antlr parser into it's own Python package - https://git.io/JtwlW