Tuesday, 2020-06-16

awordnotand do you have an easy way to scope the chip select pin?00:00
*** tpb has joined #litex00:00
awordnotmaybe someone else can offer some more insight, but to me everything looks fine00:01
tpearson-mobileOK.  If it seems good, I'll start digging into it then00:01
tpearson-mobileawordnot: one thing I do find very irritating though about Migen (besides the verbosity (seriously, self.comb(foo.eq(bar)) vs foo = bar??) is I can't do my normal "assign debug_out = some_output_pad"00:03
tpearson-mobileso then you end up wasting a bunch of time trying to get physical probes onto certain signals where the FPGA is normally perfectly able to probe its own internal logic.00:03
tpearson-mobilefeels a bit like going back to the stone age :)00:03
tpearson-mobileif I'm missing some way to do that, I'm all ears00:04
awordnotyou can access the pads' signals using e.x. platform.request("spiflash4x").miso and add normal comb domain assignments to/from it00:04
tpearson-mobilewill that work though if it's driven by another module?  when I tried it, it was causing problems, and digging into it the signals were being set to input00:05
tpearson-mobilealways possible I was doing something slightly wrong, of course, so if it's supposed to work I'll give it another try00:05
awordnotit should work regardless, but if it's being driven by another module you can just access that module's signal directly00:06
tpearson-mobilewell, in this case, it's being driven by the SPI module, so I'd have to dig into that in some other repo -- not the easiest thing to do00:06
tpearson-mobileI'll give direct attach another try00:06
awordnotyeah, i've done the direct attach method a couple of times and it worked fine00:07
tpearson-mobileI will say I'm surprised at the SPI module handling of whatever is going wrong -- spitting back the lowest address byte in the data stream is not what I expected, 0xff or 0x00 was expected in that case....00:07
tpearson-mobileawordnot: Ah, here's why it doesn't work: "ERROR: Pin B of TRELLIS_IO 'TRELLIS_IO_21' connected to more than a single top level IO.ERROR: Packing design failed"00:28
tpearson-mobilenormally I'd tap into the input line to work around that (since input is always working even if the pin is in output mode) but in this case, I'm not sure if there's an easy way to tap into all the abstractions to get at the signal I want00:29
felix_i wouldn't call the two flash chips nearly identical. 128MBit is 3 byte addressing; more than that needs 4 byte addressing or some other mode where the 4th byte is set via a separate command. might be part of the issue00:30
tpearson-mobilefelix_: Oh, no 4 byte addressing on that controller?00:35
tpearson-mobilehrm00:36
tpearson-mobileyeah, that would mean different command sets....00:36
tpearson-mobilestill, it should be failing in a bit of a different manner than what I'm seeing if that was the only issue00:37
felix_good question; never used it with spi flashes > 16MByte00:37
felix_yeah00:37
tpearson-mobilewell, I'm going to see if we at least get CS# assert or not00:37
tpearson-mobileif so, it can be modified of course for 4BA, it's not *that* difficult00:38
tpearson-mobileI suspect we're dealing with an independent issue though at the moment00:38
tpearson-mobileI guess I kind of assumed it would have a 4BA option given some of the other extras on it like dummy cycle / QSPI support00:40
tpearson-mobileInterestingly there is a "addr_width" variable, hardcoded to 2400:43
tpearson-mobileI'll probably end up un-hardcoding that and submitting a PR00:43
tpearson-mobileit's strange because so much of the code is autogenerated / dynamic, having that hardcode is almost out of place...00:43
tpearson-mobileHuh.  Re-synthesizing the design fixed the pattern weirdness00:46
tpearson-mobileI'm not even going to bother tracking that down, but yes, 4BA is something I have to add00:46
tpearson-mobileconsidering it's past dinner though that's waiting for another day :)00:47
tpearson-mobilethanks all!00:47
*** tpearson-mobile has quit IRC00:48
*** Skip has quit IRC01:44
*** Degi has quit IRC02:20
*** Degi has joined #litex02:21
*** futarisIRCcloud has joined #litex04:33
*** kgugala_ has joined #litex04:55
*** kgugala has quit IRC04:58
*** peepsalot has quit IRC05:20
*** peepsalot has joined #litex05:30
*** st-gourichon-fid has joined #litex05:39
*** kgugala has joined #litex07:05
*** kgugala_ has quit IRC07:08
*** kgugala_ has joined #litex07:34
*** kgugala has quit IRC07:34
*** kgugala has joined #litex07:53
*** kgugala_ has quit IRC07:54
*** kgugala has quit IRC08:05
*** kgugala has joined #litex08:06
*** Dolu has joined #litex08:58
*** kgugala_ has joined #litex09:22
*** kgugala__ has joined #litex09:24
*** kgugala_ has quit IRC09:24
*** kgugala has quit IRC09:25
*** kgugala has joined #litex09:36
*** kgugala__ has quit IRC09:39
futarisIRCclouddkozel: When are you doing gr-verilog on bigbluebutton?10:28
*** palmer has quit IRC10:37
*** palmer has joined #litex10:41
*** rlif has joined #litex10:46
*** rlif has quit IRC11:08
*** benh has quit IRC11:09
*** benh has joined #litex11:09
dkozelfutarisIRCcloud: Not sure. Been tangled in mentoring a lot of students who are all starting their summer FOSS projects this week12:19
dkozelalso miek has published a proof of concept cxxrtl GNU Radio module which doubles my desire to get that functionality in before pointing more people at gr-verilog12:20
dkozeloh, hi miek :P Didn't realize you were in here12:21
dkozelAlso been debugging GNU Radio Anaconda issues. Apparently lots of the FOSS FPGA toolchains are going to end up packaged according to mithro12:22
dkozelIt'd also be great to have gr-verilog packaged there with all it's dependencies, it'd make it accessible outside of Linux12:22
miekhi :)12:22
dkozelI'm so pleased you got that working!12:23
keesjhmm gr-verilog? running on the plutoSDR?12:24
dkozelkeesj: Just on a host. It's for including HDL in a GNU Radio flowgraph, running in a simulation backend (Verilator now, cxxrtl soon)12:26
dkozelBut as a bridge to gr-litex, being able to build accelerator gatewares from a flowgraph (partially working)12:27
tntDoes cxxrtl (or verilator) work with the Xilinx simulation models ? (for DSP / BRAM / ...)12:28
dkozelI have no idea. I've never used a Xilinx model for anything12:28
tntNo synthesis tool can infer complex DSP function they can do, so if you want to actually use the fpga to its potential you don't really have a choice.12:29
keesjverilator not not even the ice40 pll12:30
keesjyou will need to implement a simlator for the testing part (I think)12:31
dkozelI don't really care about using the FPGA to it's potential at this point. Getting even a basic implementation together has a lot of value in teaching situations.12:38
dkozelAlso I think this is a stepping stone. The tooling is improving and even without the Xilinx models (which it looks like Verilator at least partially can handle) I'm guessing (and it is a guess) that there's useful DSP that can be written12:39
dkozeleven if it turns out to be impractical, this is already a good learning experience for me. I didn't have anything I wanted to do after blinking an LED :)12:40
keesjHaha.. yea. one thing I really enjoyed was reading https://www.amazon.com/gp/product/1728619440/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1728619440&linkCode=as2&tag=pzp-20&linkId=c149f6365c0a676065eb6d7c5f8dd6ae and playing with https://8bitworkshop.com/v3.5.1/?platform=verilog&file=test_hvsync.v12:42
tpbTitle: 8bitworkshop IDE (at 8bitworkshop.com)12:42
keesjGenerating a VGA signal is a pretty cool experience specially if you hook it up to a screen.12:43
dkozel:) My goal is to generate an FSK signal so I can hook it up to a radio12:44
keesjthen porting that code to litex/migen might be also cool12:44
dkozelI have the loopback/passthrough running in LiteX+GNU Radio, on the Artix 7, over litepcie and Thunderbolt 3.12:45
keesjdo you want to generate the data in binary (e.g. i q signals) or .. like .. generate/emulate an analog signal?12:45
dkozelAll I need to do now is write the wishbone module and figure out how to route the litepcie data to the custom block and back12:46
dkozelIQ uint16s12:46
keesjthat is pretty cool12:46
dkozeluint16 (not signed) :P12:46
dkozelShould be fun. And I have a larger FPGA coming soon so need to get on with this small one before then :P12:47
keesjAt FOSDEM .. 2 or 3 years ago there was reseacher that did .. something like that but I think the code was running on the SDR itself. the way you use it the block is really standalone (with input and output) or does it have the full flowgraph on the board?12:49
keesj(I think the FPGA was doing mostly FFT)12:49
dkozelThis is still just one sub-graph running on the FPGA and the main runtime is on a host12:49
keesjhttps://www.youtube.com/watch?v=rns3WTU4S5s12:50
daveshahtnt: there is a DSP48E1 model in Yosys that should work with cxxrtl. It has been verified against the sim model in Xilinx so should be correct12:51
dkozelWe have a huge amount of work going right now (part of why I'm not able to put time into this project) on redoing the runtime to natively support heterogeneous platforms, including auto building gateware and GPU DSP12:51
dkozelbut that's probably a conversation better had on #gnuradio-dev. I don't want to wander this channel12:51
keesjyea sorry12:51
tntdaveshah: interesting thanks !12:55
*** Skip has joined #litex12:56
daveshahWhat is still missing is a ram model, iirc12:56
*** Skip has quit IRC13:36
*** palmer1 has joined #litex14:15
*** Claude has quit IRC14:15
*** benh_ has joined #litex14:15
*** palmer has quit IRC14:16
*** benh has quit IRC14:16
*** futarisIRCcloud has quit IRC14:16
*** levi has quit IRC14:16
*** rohitksingh has quit IRC14:16
*** _florent_ has quit IRC14:16
*** Claude has joined #litex14:17
*** _florent_ has joined #litex14:17
*** futarisIRCcloud has joined #litex14:18
*** levi has joined #litex14:18
*** rohitksingh has joined #litex14:18
*** kgugala has quit IRC14:52
*** kgugala has joined #litex14:52
*** sconklin has quit IRC14:59
*** futarisIRCcloud has quit IRC15:02
*** FFY00 has quit IRC15:22
*** FFY00 has joined #litex15:25
*** sconklin has joined #litex15:47
mithrodkozel: Yes -> https://docs.google.com/document/d/1BZcSzU-ur0J02uO5FSGHdJHYGnRfr4n4Cb7PMubXOD4/edit#heading=h.ee3kfes8c7nu and https://github.com/litex-hub?q=litex-conda&type=&language=16:40
tpbTitle: EDDA - Conda based system for FPGA and ASIC Dev - Google Docs (at docs.google.com)16:40
*** synaption[m] has quit IRC17:07
*** tcal has quit IRC17:10
*** tcal has joined #litex17:24
*** Dolu has quit IRC18:10
*** st-gourichon-fid has quit IRC20:23
*** CarlFK has quit IRC21:20
*** CarlFK[m] has quit IRC22:01
*** CarlFK[m] has joined #litex22:20
*** CarlFK[m] has quit IRC22:27
*** tcal has quit IRC22:33
*** disasm[m] has quit IRC22:33
*** xobs1 has quit IRC22:33
*** leons has quit IRC22:33
*** sajattack[m] has quit IRC22:33
*** simeonm has quit IRC22:33
*** [Matt]_ has quit IRC22:33
*** Finde has quit IRC22:33
*** _franck_ has quit IRC22:33
*** esden has quit IRC22:33
*** tmbinc has quit IRC22:33
*** wizzy has quit IRC22:33
*** carlomaragno has quit IRC22:33
*** felix_ has quit IRC22:33
*** somlo has quit IRC22:33
*** bubble_buster has quit IRC22:33
*** pdp7 has quit IRC22:33
*** daveshah has quit IRC22:33
*** anuejn has quit IRC22:33
*** proteusguy has quit IRC22:33
*** key2 has quit IRC22:33
*** goran-mahovlic_ has quit IRC22:33
*** kbeckmann has quit IRC22:33
*** ius has quit IRC22:33
*** FFY00 has quit IRC22:33
*** levi has quit IRC22:33
*** _florent_ has quit IRC22:33
*** Claude has quit IRC22:33
*** _whitelogger has quit IRC22:33
*** tucanae47 has quit IRC22:33
*** david-sawatzke[m has quit IRC22:33
*** sorear has quit IRC22:33
*** bonzibuddy has quit IRC22:33
*** awordnot has quit IRC22:33
*** kgugala has quit IRC22:33
*** miek has quit IRC22:33
*** mithro has quit IRC22:33
*** sconklin has quit IRC22:33
*** captain_morgan has quit IRC22:33
*** npcomp has quit IRC22:33
*** nrossi has quit IRC22:33
*** john_k[m]1 has quit IRC22:33
*** Stary has quit IRC22:33
*** Xesxen has quit IRC22:33
*** daniellimws has quit IRC22:33
*** daddesio has quit IRC22:33
*** keesj has quit IRC22:33
*** ronyrus has quit IRC22:33
*** bunnie has quit IRC22:33
*** awygle has quit IRC22:33
*** dkozel has quit IRC22:33
*** palmer1 has quit IRC22:33
*** acathla has quit IRC22:33
*** rohitksingh has quit IRC22:33
*** benh_ has quit IRC22:33
*** guan has quit IRC22:33
*** midnight has quit IRC22:33
*** flammit has quit IRC22:33
*** lambda has quit IRC22:33
*** spacekookie has quit IRC22:33
*** gruetzkopf has quit IRC22:33
*** loxodes has quit IRC22:33
*** peepsalot has quit IRC22:33
*** Degi has quit IRC22:33
*** y2kbugger has quit IRC22:33
*** tnt has quit IRC22:33
*** RaYmAn has quit IRC22:33
*** zyp has quit IRC22:33
*** [Matt]_ has joined #litex22:36
*** Finde has joined #litex22:36
*** wizzy has joined #litex22:36
*** _franck_ has joined #litex22:36
*** esden has joined #litex22:36
*** tmbinc has joined #litex22:36
*** zyp has joined #litex22:36
*** peepsalot has joined #litex22:37
*** somlo has joined #litex22:37
*** bubble_buster has joined #litex22:37
*** pdp7 has joined #litex22:37
*** daveshah has joined #litex22:37
*** anuejn has joined #litex22:37
*** nrossi has joined #litex22:37
*** john_k[m]1 has joined #litex22:37
*** Stary has joined #litex22:37
*** Xesxen has joined #litex22:37
*** rohitksingh has joined #litex22:37
*** benh_ has joined #litex22:37
*** midnight has joined #litex22:37
*** guan has joined #litex22:37
*** flammit has joined #litex22:37
*** lambda has joined #litex22:37
*** spacekookie has joined #litex22:37
*** gruetzkopf has joined #litex22:37
*** loxodes has joined #litex22:37
*** daniellimws has joined #litex22:37
*** carlomaragno has joined #litex22:37
*** felix_ has joined #litex22:37
*** john_k[m]1 has quit IRC22:37
*** sconklin has joined #litex22:37
*** captain_morgan has joined #litex22:37
*** npcomp has joined #litex22:37
*** mithro has joined #litex22:37
*** simeonm has joined #litex22:37
*** mithro has quit IRC22:37
*** mithro has joined #litex22:37
*** proteusguy has joined #litex22:37
*** ius has joined #litex22:37
*** key2 has joined #litex22:37
*** goran-mahovlic_ has joined #litex22:37
*** kbeckmann has joined #litex22:37
*** tcal has joined #litex22:37
*** palmer1 has joined #litex22:38
*** acathla has joined #litex22:38
*** xobs1 has joined #litex22:38
*** leons has joined #litex22:38
*** kgugala has joined #litex22:38
*** miek has joined #litex22:38
*** bunnie has joined #litex22:38
*** awygle has joined #litex22:38
*** dkozel has joined #litex22:38
*** keesj has joined #litex22:38
*** daddesio has joined #litex22:38
*** ronyrus has joined #litex22:38
*** FFY00 has joined #litex22:39
*** levi has joined #litex22:39
*** _florent_ has joined #litex22:39
*** Claude has joined #litex22:39
*** _whitelogger has joined #litex22:39
*** tucanae47 has joined #litex22:39
*** david-sawatzke[m has joined #litex22:39
*** sorear has joined #litex22:39
*** bonzibuddy has joined #litex22:39
*** awordnot has joined #litex22:39
*** _whitelogger has quit IRC22:39
*** xobs1 has quit IRC22:40
*** Degi has joined #litex22:42
*** y2kbugger has joined #litex22:42
*** RaYmAn has joined #litex22:43
*** tnt has joined #litex22:44
*** disasm[m] has joined #litex22:44
*** _whitelogger has joined #litex22:44
*** sajattack[m] has joined #litex22:46
*** john_k[m]1 has joined #litex22:48
*** CarlFK[m] has joined #litex22:54
*** xobs1 has joined #litex23:03

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!