| *** tpb has joined #timvideos | 00:00 | |
| *** TheAssassin has quit IRC | 00:07 | |
| xobs | mithro: I get there on Sunday. | 00:08 |
|---|---|---|
| *** TheAssassin has joined #timvideos | 00:08 | |
| xobs | I should arrive at around noon. Though I'm still unsure of how I'm getting from the airport... | 00:09 |
| *** mauz555 has quit IRC | 00:20 | |
| *** cr1901_modern has quit IRC | 00:22 | |
| micolous[m] | @xo There's transit instructions on the wiki and a list of peoples' flights that are arriving around the same time | 00:42 |
| micolous[m] | *@xobs | 00:42 |
| *** CarlFK has quit IRC | 00:44 | |
| *** ewen has quit IRC | 00:44 | |
| *** ewen has joined #timvideos | 00:44 | |
| *** CarlFK has joined #timvideos | 00:57 | |
| *** ChanServ sets mode: +v CarlFK | 00:57 | |
| xobs | micolous: true! but there aren't many international flights around my time, taxis are expensive, and buses are expensive and infrquent. I need to pick which one is best. | 01:01 |
| *** cr1901_modern has joined #timvideos | 01:12 | |
| *** ewen has quit IRC | 01:27 | |
| *** CarlFK has quit IRC | 01:27 | |
| *** ewen has joined #timvideos | 01:29 | |
| mithro | xobs: Go jump on a flight now and we will pick you up from the airport tomorrow :-P | 01:49 |
| *** CarlFK has joined #timvideos | 02:01 | |
| *** ChanServ sets mode: +v CarlFK | 02:01 | |
| ewen | mithro: would vcd file names called something like usbcore.sm.transaction.TestUsbTransaction.test_control_transfer_out.vcd work for you? | 02:04 |
| ewen | (Currently I'm thinking our base test class ends up with a make_vcd_name() that builds the full filename, rather than repeating that everywhere.) | 02:05 |
| mithro | ewen: SGTM | 02:05 |
| mithro | ewen: I think the multi-clock domain base we need is | 02:06 |
| mithro | https://www.irccloud.com/pastebin/PeOliG0W/ | 02:07 |
| tpb | Title: Snippet | IRCCloud (at www.irccloud.com) | 02:07 |
| *** TimGremalm has quit IRC | 02:07 | |
| *** Kripton has quit IRC | 02:07 | |
| *** techman83 has quit IRC | 02:07 | |
| *** Kripton has joined #timvideos | 02:07 | |
| *** techman83 has joined #timvideos | 02:09 | |
| *** ChanServ sets mode: +v techman83 | 02:09 | |
| *** TimGremalm has joined #timvideos | 02:14 | |
| xobs | mithro: still have to pack, and I'm fighting with Debian packaging at the moment :) | 02:17 |
| cr1901_modern | Is there a party or something? | 02:17 |
| xobs | Speaking of which, nextpnr is huge! The binary is 179 MB stripped. | 02:18 |
| cr1901_modern | Is this w/ the GUI? | 02:18 |
| xobs | cr1901_modern: no gui, on arm, just python | 02:19 |
| cr1901_modern | huh... | 02:19 |
| mithro | xobs: Hrm... | 02:19 |
| xobs | Ah, the chipdb files are linked in, and each one is huge. | 02:20 |
| cr1901_modern | oh right that sounds about right | 02:20 |
| xobs | nextpnr_ice40::chipdb_blob_8k is 89 MB, for example. | 02:20 |
| mithro | xobs: https://anaconda.org/mithro/nextpnr/files | 02:20 |
| xobs | At least they compress nicely. | 02:20 |
| cr1901_modern | it's a tradeoff of having a flat db vs a db for each chip. Or something | 02:20 |
| mithro | xobs: 52.8 MB | 02:20 |
| mithro | I think the chipdb could be as little at ~10-15k | 02:22 |
| xobs | Yeah, it's mostly zeroes. | 02:23 |
| mithro | It should be *super* compressible due to being tilable | 02:24 |
| mithro | ewen: That pull request looks pretty good to me | 03:16 |
| ewen | mithro: Cool, I'll carry on and convert tx/ and rx/ then. | 03:18 |
| ewen | mithro: Yes, I started with the idea of putting run_simulation() into one of the base classes. But pulled it out as I realised we could do make_vcd_name() as a simpler change for this bit. | 03:20 |
| mithro | ewen: Yeah, small changes seems good | 03:20 |
| *** Kripton has quit IRC | 03:38 | |
| *** Kripton has joined #timvideos | 03:39 | |
| CarlFK | xobs: mithro: you just get pre-release version of the av-spam - can you look for it and tell me if looks ok? | 03:43 |
| xobs | CarlFK (@freenode_CarlFK:matrix.org): looks good. Though, and you might get this question a lot, what if I want a different poster image? My slides are ever so slightly different. | 03:59 |
| mithro | poster image? | 04:00 |
| xobs | mithro: "The video will start with the following image:" | 04:01 |
| xobs | CarlFK (@freenode_CarlFK:matrix.org): also, minor nit, but the opening paragraph says "event organizers" but the Commonwealth spelling is "organisers". | 04:02 |
| mithro | ewen: tell me when you want me to review it again | 04:06 |
| *** rohitksingh_work has joined #timvideos | 04:16 | |
| mithro | ewen: Is the newline in the description argument to setup() causing the markdown render failure something that should be either logged as bug of if "working as intended" and there should add something to the docs... | 04:25 |
| mithro | rohitksingh_work: ping? | 04:25 |
| rohitksingh_work | mithro: pong! | 04:26 |
| ewen | mithro: I have a feeling that I read somewhere that Summary: (ie, description=) was documented to be a *single* line description. | 04:30 |
| ewen | mithro: But the *effect* of it being multi-line is definitely "weird". | 04:30 |
| ewen | mithro: Re vcd filenames, I'm still working on it. Just converted tx/ over, still need to do rx/. Will ping you when I'm done updating. | 04:32 |
| rohitksingh_work | mithro: Mimas A7 has FT2232H, so it is possible to stream mpeg frames over it at (but it's bulk endpoint, so no guaranteed bandwidth). Other option is to create a carrier/module for it. | 04:59 |
| rohitksingh_work | btw Mimas A7 has 6 locations where pmods can be directly connected, but you cannot use all 6 probably at the same time...max 4 can use at the same time | 05:01 |
| CarlFK | xobs: I hear the conf told the presenters they need to use that image/svg as part of your presentation. which is .. im not sure how to say it nicely ;) | 05:01 |
| CarlFK | and the answer to "I want.." is "tell us what you want, we will let you know who's problem that is." | 05:02 |
| xobs | CarlFK: that's true, and that's what I did, but they assume you're using LibreOffice, which I have lots of problems with. So I'm using reveal.js, and naturally the title slide is ever-so-slightly different. | 05:03 |
| CarlFK | looking over all the titles, I see many that have wonky capitalizations | 05:03 |
| CarlFK | I suspect you can ignore that "change your pres..." directive and no one will even notice | 05:04 |
| ewen | mithro: Finally done all the changes I planned for https://github.com/mithro/valentyusb/pull/17/. Feel free to review when you get a chance. | 05:07 |
| tpb | Title: Sign in to GitHub · GitHub (at github.com) | 05:07 |
| ewen | mithro: Of note, I've prescriptively converted all vcd output filenames to be consistently SUBDIR.SUBDIR.MODULE.something, and for most the something is the testclass (except the ones you were generating tests out of a dict, array, etc which had sequence numbers). | 05:09 |
| rohitksingh_work | mithro: Pmod compatible locations https://www.dropbox.com/s/f4tv9kn5uky2283/mimas_a7_pmods.png?dl=0 | 05:20 |
| tpb | Title: Dropbox - mimas_a7_pmods.png (at www.dropbox.com) | 05:20 |
| xobs | mithro: debian packages: https://github.com/im-tomu/fomu-pi-gen/tree/master/fomu/04-fomu/files | 05:25 |
| tpb | Title: fomu-pi-gen/fomu/04-fomu/files at master · im-tomu/fomu-pi-gen · GitHub (at github.com) | 05:25 |
| *** micolous has quit IRC | 05:39 | |
| ewen | mithro: Re newline in description, I'm struggling to find better documentation than https://packaging.python.org/tutorials/packaging-projects/ which advises "description is a short, one-sentence summary of the package". So possibly under-documented that it *needs* to be a single line. Not just single sentence. | 05:42 |
| tpb | Title: Packaging Python Projects Python Packaging User Guide (at packaging.python.org) | 05:42 |
| CarlFK | mithro: Error-Details: #7: gstjpegdec.c(1194): gst_jpeg_dec_handle_frame (): /GstPipeline:pipeline0 | 05:50 |
| mithro | CarlFK: need a bit more than that, what does dmesg show? I assume you are trying to stream the pattern? What version / image? Is the encoder enabled? | 05:51 |
| CarlFK | mithro: git describe: v0.0.4-453-gfd68613 built: Dec 29 2018 03:49:02 | 05:52 |
| tumbleweed | mithro: also, it's outputting some green garbage on the HDMI output | 05:56 |
| mithro | tumbleweed: Sounds like something is broken | 05:57 |
| tumbleweed | indeed | 05:58 |
| tumbleweed | OK, only when it's sent to a TV | 05:59 |
| CarlFK | mithro: green garbage seems to be the TVs problem. | 06:02 |
| CarlFK | mithro: ssh juser@r2grab | 06:15 |
| CarlFK | mithro: nothing interesting dmesg: [ 4977.516425] uvcvideo: Found UVC 1.00 device HDMI2USB.tv - Numato Opsis Board (2a19:5442) | 06:15 |
| *** rohitksingh_work has quit IRC | 07:01 | |
| *** rohitksingh_work has joined #timvideos | 07:05 | |
| CarlFK | mithro: Decode error #62: Invalid JPEG file structure: SOS before SOF | 07:11 |
| CarlFK | Decode error #8: Bogus Huffman table definition | 07:12 |
| *** Kripton has quit IRC | 07:25 | |
| *** Kripton has joined #timvideos | 07:26 | |
| CarlFK | gst-launch-1.0 v4l2src device=/dev/video0 ! jpegdec ! fakesink | 07:26 |
| ewen | mithro: re VCD and GtkWave, https://pypi.org/project/pyvcd/ and particularly https://pyvcd.readthedocs.io/en/latest/vcd.gtkw.html look interesting. The latter seems to help create *.gtkw save files for GtkWave that load the VCD file. | 07:30 |
| tpb | Title: pyvcd · PyPI (at pypi.org) | 07:30 |
| ewen | mithro: Also https://pypi.org/project/Verilog_VCD (from https://github.com/zylin/Verilog_VCD AFAICT) can do basic reading of VCD files (eg, to find the embedded signals). | 07:41 |
| tpb | Title: Verilog_VCD · PyPI (at pypi.org) | 07:41 |
| mithro | ewen: I think whitequark tweeted about some VCD library from SanDisk I think? | 07:57 |
| mithro | ewen: Oh that was the first one you linked :-P | 07:58 |
| ewen | :-) | 07:59 |
| ewen | mithro: The thing I'm trying to figure out is how to get the signal names from the simulation to give to the vcd.gtkw to write into the file list to load... | 08:00 |
| ewen | (looks like some of them are self.FOO attributes on the dut, and others seem to magically appear elsewhere). | 08:00 |
| ewen | mithro: I'm suspecting the easiest way is going to be to parse the VCD file back off the disk to find out what is inside it, and then write the gtkw file using those. Because at present the best view of the signals I can see is *inside* the Simulator class. And since we're using run_simulator() we never see that Simulator class. | 08:06 |
| ewen | Hmm, run_simulation() is trivial. So we could perhaps replace that, and hang onto the Simulation longer. | 08:09 |
| *** Kripton has quit IRC | 08:20 | |
| *** Kripton has joined #timvideos | 08:22 | |
| *** rohitksingh_wor1 has joined #timvideos | 08:29 | |
| *** rohitksingh_work has quit IRC | 08:29 | |
| mithro | ewen: The thing with the ClockDomainRenamer and other things mangling the names is causing me the most grief at the moment | 08:36 |
| ewen | mithro: Can you point me at some more context for that ClockDomainRenamer? | 08:41 |
| ewen | (I've read enough of the migen sim code node to have an idea how it works internally.) | 08:41 |
| mithro | ewen: Looks like it comes from https://www.mail-archive.com/[email protected]/msg00268.html | 08:42 |
| tpb | Title: [M-Labs devel] [PATCH] fhdl/decorators: make the transform logic more idiomatic (at www.mail-archive.com) | 08:42 |
| mithro | https://github.com/m-labs/migen/blob/master/migen/fhdl/decorators.py | 08:43 |
| tpb | Title: migen/decorators.py at master · m-labs/migen · GitHub (at github.com) | 08:43 |
| mithro | ewen: look at the pipeline tests I think... | 08:44 |
| *** bunnie has joined #timvideos | 08:50 | |
| mithro | Hi bunnie! | 08:51 |
| ewen | mithro: Thanks. I'll try to have a look at that tomorrow. (About to head back to dorms for sleep.) | 08:51 |
| mithro | bunnie: Can you just enter the env and then run pycharm? | 08:54 |
| *** ewen has quit IRC | 09:03 | |
| mithro | bunnie: Sorry, got distracted and didn't realize you were talking to me | 10:00 |
| mithro | bunnie: Sould prefix lines with my nick if you want me to response | 10:00 |
| mithro | bunnie: Yeah - litex-buildenv has a weird mix of Makefile + Python | 10:04 |
| mithro | nats`: I'm more than happy to send you a NeTV2 board if you have time to contribute to that | 10:10 |
| nats` | sure why not we can discuss whta should be done on it before so i can evaluate how well I would be placed to get it and work on it | 10:11 |
| nats` | evaluating time needed basically :) | 10:11 |
| mithro | nats`: rohitksingh_wor1 and _florent_ would likely be good people to help you | 10:11 |
| mithro | nats`: rohitksingh_wor1 has just been working on getting the Mimas A7 support into LiteX-BuildEnv | 10:12 |
| nats` | oky like i said I can take a first look for genesys 2 | 10:12 |
| mithro | nats`: Yeah, that seems like a great starting point | 10:12 |
| nats` | do you have anything zynq based too like parallela ? | 10:12 |
| mithro | nats`: Not yet, LiteX doesn't really have good AXI / hard processor support yet | 10:13 |
| nats` | oky no problem :) | 10:13 |
| mithro | I believe that _florent_ and felix_ might be working on things related to that... | 10:13 |
| nats` | I'll focus on genesys 2 | 10:13 |
| mithro | Having a supported & working Kintex 7 platform would be really awesome | 10:14 |
| mithro | bunnie: which part? | 10:25 |
| mithro | bunnie: Which args are you changing where? | 10:27 |
| mithro | bunnie: There is a "make env" and "make info" which will output various info | 10:28 |
| mithro | bunnie: Also "make V=1" will print the full command lines being run IIRC? | 10:28 |
| mithro | bunnie: print mainly? :-P | 10:28 |
| mithro | bunnie: Pretty much everything goes via the https://github.com/timvideos/litex-buildenv/blob/master/make.py file | 10:29 |
| tpb | Title: litex-buildenv/make.py at master · timvideos/litex-buildenv · GitHub (at github.com) | 10:29 |
| mithro | bunnie: I rarely use a debugger with Python | 10:29 |
| *** rohitksingh_wor1 has quit IRC | 10:33 | |
| *** rohitksingh_work has joined #timvideos | 10:33 | |
| *** m4ssi has joined #timvideos | 10:40 | |
| *** ChanServ sets mode: +o mithro | 10:43 | |
| *** theshaun is now known as TheShaun | 10:45 | |
| *** randomrandom has joined #timvideos | 10:50 | |
| *** mithro sets mode: -q $~a | 11:03 | |
| randomrandom | testing? | 11:03 |
| randomrandom | xobs: What about this? | 11:03 |
| xobs | randomrandom: hello, that works | 11:03 |
| *** randomrandom has quit IRC | 11:03 | |
| mithro | xobs: Needed to do a /mode #timvideos -q $~a | 11:04 |
| xobs | irc modes are mysterious | 11:04 |
| mithro | Yes they are... | 11:05 |
| mithro | Anyway bed time for me | 11:05 |
| bunnie | ok, i got pycharm to work. the trick was I had to quit and close *all* my other projects before trying to open litex-buildenv for the first time. The moment I closed all the windows, litex-buildenv just popped up. And then of course I had to run a set of scripts to establish the conda environment, paths, and using make V=1 to get the command line specific to my build but now it seems to be working. | 11:05 |
| bunnie | goodnight! | 11:06 |
| mithro | bunnie: Oh cool! Probably some shared state or something | 11:08 |
| mithro | bunnie: You'll have to teach be about the debugger sometime :-P | 11:08 |
| bunnie | it's positively luxurious to be able to hit a breakpoint and see the full state of the program. | 11:17 |
| bunnie | i learn so much, especially about variables that i didn't even know existed. | 11:18 |
| xobs | I'm still trying to get that in vscode. The ability is there, it's just that migen breaks the language server right now. | 11:20 |
| *** Kripton has quit IRC | 12:00 | |
| *** Kripton has joined #timvideos | 12:16 | |
| *** vedangj044 has joined #timvideos | 12:26 | |
| *** vedangj044 has quit IRC | 12:31 | |
| rohitksingh_work | I also use pycharm debugger to find out and debug migen bugs :p | 13:01 |
| *** rohitksingh_work has quit IRC | 13:02 | |
| *** Kripton has quit IRC | 13:06 | |
| *** Kripton has joined #timvideos | 13:14 | |
| *** Kripton has quit IRC | 14:00 | |
| *** Kripton has joined #timvideos | 14:16 | |
| *** springermac has quit IRC | 14:44 | |
| *** springermac_ has joined #timvideos | 14:44 | |
| *** springermac_ is now known as springermac | 14:45 | |
| *** rohitksingh has joined #timvideos | 14:47 | |
| *** rohitksingh has quit IRC | 15:42 | |
| *** m4ssi has quit IRC | 16:30 | |
| *** m4ssi has joined #timvideos | 16:31 | |
| *** m4ssi has quit IRC | 16:37 | |
| *** rohitksingh has joined #timvideos | 16:39 | |
| *** m4ssi has joined #timvideos | 16:52 | |
| *** m4ssi has quit IRC | 17:22 | |
| bunnie | btw, anybody got an ICE40 reference design using migen that also uses a PLL? nextpnr is ignoring the sys_clk constraint, claiming the net doesn't exist (but I can see it in the verilog), and then nextpnr errors out saying clock constraints are incomplete... | 17:44 |
| *** sc00bz has left #timvideos | 18:07 | |
| daveshah | bunnie: unfortunately sometimes a different name for the net can be picked | 18:08 |
| daveshah | Run without any clock constraints first and see what it is called in the timing report | 18:09 |
| daveshah | There is a heuristic to try and pick the highest level name, or the alphabetically first one if multiple exist at the same level | 18:09 |
| bunnie | thanks! I'll give that a try. | 18:19 |
| *** sc00bz has joined #timvideos | 18:22 | |
| bunnie | so, i think i removed the constraints by commenting out the top_pre_pack.py constraints, but I still got an error self.platform.add_period_constraint(self.crg.sys_clk, 1e9/clk_freq) | 18:33 |
| bunnie | oops that's not it | 18:33 |
| bunnie | Warning: timing analysis failed due to presence of combinatorial loops, incomplete specification of timing ports, etc. | 18:34 |
| bunnie | that one | 18:34 |
| bunnie | however, i can get it to compile with --force as the argument. | 18:34 |
| bunnie | when i remove the PLL and just use a SB_GB buffer buffering the clock signal to one of the exact same name as it would have without the PLL, things also seem to work (without --force) | 18:35 |
| bunnie | it also looks like it's somehow picking 12MHz as a clock constraint out of thin air when i don't have any apparently defined? | 18:35 |
| bunnie | basically, the error i get starts with a very long list of ports and the top looks like this: | 18:37 |
| bunnie | Info: Annotating ports with timing budgets for target frequency 12.00 MHz | 18:37 |
| bunnie | Info: remaining fanin includes GLOBAL_BUFFER_OUTPUT (net crg_sys_clk) | 18:37 |
| bunnie | Info: driver = SB_GB.GLOBAL_BUFFER_OUTPUT | 18:37 |
| bunnie | Info: user: $auto$simplemap.cc:420:simplemap_dff$10434_DFFLC.CLK | 18:37 |
| bunnie | Info: user: $auto$simplemap.cc:420:simplemap_dff$11078_DFFLC.CLK | 18:37 |
| bunnie | and then ends with the note about "Warning: timing analysis failed due to presence of combinatorial loops, incomplete specifications of timing ports, etc." | 18:37 |
| bunnie | Any tips on how I might start to debug a problem like this? or should I just keep on using --force and ignore the error. | 18:38 |
| daveshah | The 12MHz constraint is a default (some internal algorithms need a frequency to work) for clocks without a constraint, set using the `--freq` command line argument | 18:49 |
| daveshah | The most useful thing to do is put a netlist somewhere where I can look at it. It seems like this is something broken around the PLL | 18:50 |
| *** rohitksingh has quit IRC | 19:07 | |
| bunnie | sure, here's a copy of my gateware directory: http://bunniefoo.com/bunnie/gateware/ | 19:13 |
| tpb | Title: Index of /bunnie/gateware (at bunniefoo.com) | 19:13 |
| daveshah | Coincidentally I think I just found the problem | 19:13 |
| daveshah | yep | 19:13 |
| bunnie | oh cool | 19:13 |
| daveshah | you have a global buffer connected to PLLOUTGLOBAL | 19:13 |
| daveshah | this is not incorrect, but also not a useful pattern (hence hit an edge case in nextpnr) | 19:14 |
| bunnie | i see. PLLOUTGLOBAL is able to drive the global clock network directly? | 19:14 |
| daveshah | might as well remove that global buffer, all it's doing is wasting a global and adding some skew to the pll output | 19:14 |
| daveshah | the whole point of PLLOUTGLOBAL is it is a global network | 19:14 |
| bunnie | ok cool. | 19:16 |
| bunnie | yep that fixed it | 19:16 |
| bunnie | sorry, I come from xilinx land and typically a PLL output isn't useful without a BUFG behind it. thanks! | 19:16 |
| daveshah | Obviously it shouldn't create that error either, but the global outputs of the PLL weren't being marked internally as clock output type ports, so timing analysis treated them wrongly | 19:20 |
| daveshah | But I think, separately, a warning for this pattern would be useful (as globals are a scarce resource on the ice40) | 19:21 |
| bunnie | does nextpnr also support the other PLL blocks like SB_PLL40_2F_PAD and what not? | 19:23 |
| bunnie | also, while I have you, even though I've constrained the clock I still get this : Info: Annotating ports with timing budgets for target frequency 12.00 MHz | 19:25 |
| bunnie | it correctly computes slack histograms from the clock of interest that is not at 12 MHz. Should I just ignore this or does this mean maybe I've missed some paths that should be constrained? | 19:25 |
| felix_ | nats`: haven't gotten around to try to make litex work with zynq, but this might be worth a look: https://github.com/cjbe/artiq-zynq https://github.com/cjbe/artiq/commits/zynq_hacks https://github.com/peteut/migen-axi | 19:26 |
| tpb | Title: GitHub - cjbe/artiq-zynq: Proof-of-concept port of Artiq to Zynq (at github.com) | 19:26 |
| daveshah | bunnie: All PLL types should supported | 19:28 |
| daveshah | That 12MHz thing is a bad message, it should be removed | 19:28 |
| *** ewen has joined #timvideos | 19:29 | |
| daveshah | At the end it will print all the clocks (and cross clock pairs if they exist) that it finds | 19:29 |
| bunnie | ok thanks! I really appreciate the tips. | 19:29 |
| bunnie | One thing that would be neat, but might be hard, would be to propagate clock constraints automatically through PLLs. Vivado is pretty easy that way for constraining a chip clock, you just corrcetly configure the input clock and all the derived clocks from PLLs are automatically annotated. | 19:31 |
| daveshah | I'm working on that | 19:31 |
| daveshah | We actually do the most trivial case already, copying constraints 1:1 through global buffers | 19:31 |
| bunnie | oh neat. that will be nice. :) but for now, manual annotation is quite fine. I just need to figure out how to convince migen to output the name that nextpnr is picking for the clock. | 19:31 |
| bunnie | looks like easiest way to do it is to just put a "z" in front of any net alias that can confonud nextpnr, as it's resolving the chain alphabetically it seems. thanks! that would have taken me forever to figure out without the tip about how it picks the clock names. | 19:36 |
| daveshah | It should be possible at some point to process net aliases properly in nextpnr, so it will accept any of the names | 19:36 |
| daveshah | Yosys does tend to preserve them into the json at least | 19:37 |
| mithro | morning | 20:21 |
| *** CarlFK has quit IRC | 20:30 | |
| *** CarlFK has joined #timvideos | 20:44 | |
| *** ChanServ sets mode: +v CarlFK | 20:44 | |
| mithro | ewen: I realized I had a bunch of github issues at https://github.com/mithro/valentyusb/issues | 20:56 |
| tpb | Title: Issues · mithro/valentyusb · GitHub (at github.com) | 20:56 |
| ewen | mithro: That's useful to know :-) | 20:58 |
| ewen | mithro: (I'm about to drive over to where you are. Should be there in 10-15 mins.) | 20:58 |
| mithro | ewen: Cool | 20:58 |
| mithro | ewen: Test suite I was working on seems to pass now! | 20:58 |
| ewen | Yay! | 20:59 |
| *** ewen has quit IRC | 21:03 | |
| *** ewen has joined #timvideos | 21:17 | |
| mithro | esden: So it looks like https://github.com/mithro/valentyusb/issues/21 prevents getting py.test working and checking all tests pass, etc | 21:55 |
| tpb | Title: Split tests out into test_xxx.py files · Issue #21 · mithro/valentyusb · GitHub (at github.com) | 21:55 |
| CarlFK | mithro: http://paste.ubuntu.com/p/3DyVKmzVdh/ | 21:55 |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 21:55 |
| mithro | CarlFK: oh interesting, found one bug | 22:01 |
| mithro | CarlFK: Can you give https://github.com/mithro/HDMI2USB-mode-switch/tree/openocd-retry a try? | 22:22 |
| tpb | Title: GitHub - mithro/HDMI2USB-mode-switch at openocd-retry (at github.com) | 22:22 |
| ewen | mithro: I'm assuming you meant me for issues/21? | 22:25 |
| CarlFK | mithro: checked out ... do you run mode-switch out of the working dir? if so how? | 22:26 |
| mithro | CarlFK: yes I do | 22:26 |
| CarlFK | how? | 22:26 |
| mithro | CarlFK: make conda; ./conda/bin/hdmi2usb-mode-switch I think... | 22:29 |
| CarlFK | mithro: ^^ and look at bad: //paste.ubuntu.com/p/ZND2XHwVT4/ | 22:29 |
| mithro | CarlFK: try again... (git fetch mithro; git reset --hard mithro/openocd-rety) | 22:33 |
| CarlFK | mithro: tried, still bad: http://paste.ubuntu.com/p/mV8RwxCbZM/ | 22:38 |
| CarlFK | 22:38 | |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 22:38 |
| mithro | CarlFK: getting closer though - try again now | 22:39 |
| CarlFK | mithro: http://paste.ubuntu.com/p/zmcxDsdPjb/ | 22:44 |
| CarlFK | 22:44 | |
| tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 22:44 |
| tumbleweed | mithro: can I send CarlFK over with an opsis? | 22:45 |
| *** pavelow has joined #timvideos | 22:51 | |
| CarlFK | pavelow: yes but no the screenshots aren't here looking... https://github.com/timvideos/litex-buildenv/wiki/Xilinx-Vivado | 22:51 |
| tpb | Title: Xilinx Vivado · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 22:51 |
| CarlFK | pavelow: https://github.com/timvideos/litex-buildenv/wiki/Xilinx-Vivado-screen-shots | 22:52 |
| mithro | CarlFK: https://github.com/timvideos/litex-buildenv/wiki/Xilinx-Vivado-screen-shots ? | 22:52 |
| tpb | Title: Xilinx Vivado screen shots · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 22:52 |
| tpb | Title: Xilinx Vivado screen shots · timvideos/litex-buildenv Wiki · GitHub (at github.com) | 22:52 |
| CarlFK | mithro: yes! | 22:53 |
| pavelow | Danke | 22:56 |
| mithro | xobs: Did you see https://github.com/tinyfpga/TinyFPGA-Bootloader/pull/34 | 23:01 |
| tpb | Title: Tomu Fomu FPGA v0.0 support by osresearch · Pull Request #34 · tinyfpga/TinyFPGA-Bootloader · GitHub (at github.com) | 23:01 |
| *** micolous has joined #timvideos | 23:21 | |
| *** ChanServ sets mode: +v micolous | 23:21 | |
| nats` | to add the genesys 2 support I guess I have to add a platform file here: https://github.com/natsfr/litex-buildenv/blob/master/platforms/ and a target directory here: https://github.com/natsfr/litex-buildenv/tree/master/targets ? | 23:41 |
| tpb | Title: litex-buildenv/platforms at master · natsfr/litex-buildenv · GitHub (at github.com) | 23:41 |
| pavelow | Any idea what's causing: OSError: no version directory for Xilinx tools found in /opt/Xilinx/ | 23:48 |
| pavelow | when running `make gateware` | 23:48 |
| CarlFK | mithro: ^^ | 23:57 |
| mithro | pavelow: What is in your /opt/Xilinx ? | 23:58 |
| mithro | pavelow: Do you have /opt/Xilinx/14.7 ? | 23:58 |
| pavelow | no | 23:58 |
| pavelow | Should I? | 23:58 |
| CarlFK | I think same as me: /opt/Xilinx/Vivado/2018.2 | 23:59 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!
