*** tpb has joined #symbiflow | 00:00 | |
*** _whitelogger has quit IRC | 02:15 | |
*** _whitelogger has joined #symbiflow | 02:18 | |
*** _whitelogger has quit IRC | 04:15 | |
*** _whitelogger has joined #symbiflow | 04:18 | |
*** _whitelogger has quit IRC | 05:45 | |
*** _whitelogger has joined #symbiflow | 05:48 | |
*** BryceSchroeder has joined #symbiflow | 06:12 | |
*** _whitelogger_ has joined #symbiflow | 06:45 | |
*** _whitelogger has quit IRC | 06:46 | |
*** _whitelogger_ has quit IRC | 07:42 | |
*** _whitelogger has joined #symbiflow | 07:45 | |
*** GuzTech has joined #symbiflow | 09:32 | |
*** octycs has joined #symbiflow | 10:23 | |
digshadow | GuzTech: hi, this is john about the prjxray issue | 10:44 |
---|---|---|
digshadow | Are you at CCC by chance? Would make it easy to troubleshoot | 10:44 |
GuzTech | Hi John | 10:44 |
GuzTech | Unfortunately no :( | 10:44 |
digshadow | Ah okay, no worries | 10:44 |
GuzTech | I couldnt find any hotel with decent prices when the ticket sales began so... | 10:44 |
digshadow | :( | 10:45 |
GuzTech | Why does it always start so late? | 10:45 |
* digshadow shrug | 10:45 | |
GuzTech | Ah anyway | 10:45 |
digshadow | Okay, so to recap: 1) you are using latest master symbiflow/prjxray 2) you are using artix7 3) you are using vivado 2017.2 | 10:46 |
digshadow | Correct? | 10:46 |
GuzTech | I searched in the tilegrid.json file and the IOB33S string appears 96 times, and yes I'm using Vivado 2017.2. | 10:46 |
GuzTech | Let me triple checck | 10:46 |
GuzTech | *check | 10:46 |
digshadow | FWIW we just made a small change to how the vivado environment works yesterday | 10:46 |
digshadow | https://github.com/SymbiFlow/prjxray/pull/416 | 10:47 |
tpb | Title: introduce vivado wrapper by felixheld · Pull Request #416 · SymbiFlow/prjxray · GitHub (at github.com) | 10:47 |
GuzTech | Yes, thanks to that I can get to the next step which is to run the fuzzers. | 10:47 |
GuzTech | I could do it before, but then I had to first build with cmake and *then* source the vivado settings file. | 10:48 |
digshadow | out of curiosity, which OS are you using? | 10:48 |
GuzTech | I'm on the latest master, using Vivado 2017.2 and sourced the artix7 settings file. | 10:48 |
GuzTech | Arch Linux | 10:48 |
digshadow | good to know. FWIW I'm not sure if its been run on arch before, although I don't know of any specific issues that would cause | 10:49 |
daveshah | I've run parts of X-Ray on Arch before without problem | 10:49 |
digshadow | just a sec... | 10:49 |
GuzTech | Especially with Python related stuff I've noticed that running the newest packages can cause issues. | 10:50 |
GuzTech | For example, in the virtualenv requirements.txt, the latest pyjson5 (v0.4.5) does not build here. | 10:50 |
GuzTech | It's a known bug and the author actually has a pull request that fixes it, so I manually applied it and installed it here. | 10:50 |
GuzTech | Stuff like that happens on Arch with Python stuff unfortunately. | 10:51 |
digshadow | Okay, noted | 10:51 |
digshadow | ah I just remembered | 10:51 |
digshadow | this is the tilegrid fuzzer, not a fuzzer using tilegrid | 10:52 |
digshadow | it does not use the main tilegrid.json | 10:52 |
digshadow | so | 10:56 |
GuzTech | Yeah, I don't know what the problem is exactly. | 11:02 |
GuzTech | If it helps, the iob/build/specimen_001/top.v file is empty. | 11:04 |
GuzTech | Can't really synthesize an empty file and fix the IOB. | 11:04 |
digshadow | sorry getting distracted | 11:11 |
digshadow | I need to fix something, be back | 11:11 |
GuzTech | np | 11:11 |
digshadow | GuzTech: I'm preparing a debug output top.py for you to run | 11:14 |
GuzTech | sure | 11:14 |
digshadow | GuzTech: https://gist.github.com/JohnDMcMaster/8892dcb6b9f712d39e9d95729362c810 | 11:16 |
tpb | Title: gist:8892dcb6b9f712d39e9d95729362c810 · GitHub (at gist.github.com) | 11:16 |
digshadow | I've added a small bit of debug info there | 11:16 |
digshadow | lets see if your DB path looks reasonable, and see if you can see *any* sites | 11:16 |
digshadow | When you looked at tilegrid.json before, which one did you look at? The correct one is 005-tilegrid/build/basicdb/tilegrid.json | 11:17 |
GuzTech | Yup that's the one. | 11:17 |
GuzTech | I posted the output on the gist | 11:18 |
GuzTech | It seems that it cannot find IOB33S | 11:18 |
digshadow | thanks looking | 11:35 |
*** octycs has quit IRC | 12:22 | |
GuzTech | I'll be gone for like an hour. Just so you know | 12:22 |
*** octycs has joined #symbiflow | 12:32 | |
digshadow | GuzTech: since I'm at CCC prjxray table I'm getting a lot of people coming up | 12:32 |
digshadow | I'll keep poking as I can, but I'll probably keep getting distracted | 12:32 |
digshadow | GuzTech: other things that could go wrong...maybe something wrong with the ROI. Could try echoing the variables on the comment: https://gist.github.com/JohnDMcMaster/8892dcb6b9f712d39e9d95729362c810 | 12:40 |
tpb | Title: gist:8892dcb6b9f712d39e9d95729362c810 · GitHub (at gist.github.com) | 12:40 |
digshadow | if all of those look good, probably the next option would be to start playing with the python code to figure out why its dropping the entries | 12:41 |
digshadow | could you print out a list of all sites that it has and send that to me? | 12:41 |
digshadow | GuzTech: I can help with that if its not easy | 12:41 |
*** octycs has quit IRC | 12:49 | |
*** octycs has joined #symbiflow | 13:01 | |
GuzTech | I'm back. | 13:04 |
GuzTech | Yeah I understand, no worries :) | 13:04 |
GuzTech | Ok, the environment variables are different. | 13:05 |
GuzTech | The part is correct. | 13:05 |
GuzTech | echo $XRAY_ROI -> SLICE_X0Y100:SLICE_X35Y149 RAMB18_X0Y40:RAMB18_X0Y59 RAMB36_X0Y20:RAMB36_X0Y29 DSP48_X0Y40:DSP48_X0Y59 | 13:05 |
GuzTech | No IOBs are in there as in your output, so that's probably the reason why. | 13:06 |
GuzTech | And echo $XRAY_ROI_GRID_X1 gives 9 instead of 0 as in your case. | 13:06 |
GuzTech | Which makes sense since they are not in the artix7 settings file. | 13:07 |
GuzTech | Weird, it is in the repo on github and I'm on the latest master. | 13:09 |
GuzTech | digshadow: Ok, I've found the issue. I used the download-latest-db.sh script which points to a repo of mithro. So the settings file I'm sourcing is his file which apparently is much older and does not contain the IOBs. | 13:11 |
GuzTech | I'm not getting the IndexError anymore, but I now I get some file not found error. I'm looking into that right now. | 13:29 |
GuzTech | Ok, so it's looking for the database/artix7/xc7a50tfgg484-1.yaml file, which does not exist in my checkout. | 13:52 |
digshadow | GuzTech: aaaaah yeah | 13:54 |
digshadow | that makes sense. Hmm we need to enhance README notes about that | 13:54 |
* digshadow pounds on keyboard | 13:57 | |
GuzTech | Yeah, now I understand why you guys need help :P | 13:58 |
GuzTech | Getting started can already be a pain :P | 13:58 |
GuzTech | Not that I'm blaming you guys, don't get me wrong. | 13:58 |
GuzTech | The only project that I got working immediately and easily was the Nyuzi processor. You check it out with the compiler, it builds everything with one script, and you can even run the processor in either qemu or iverilog and play Doom on it. | 13:59 |
GuzTech | My mind was blown at how much it did and how easy it was to set up :O | 13:59 |
digshadow | hehe | 14:01 |
digshadow | GuzTech: just made some updates to the readme to hopefully clarify. Working on modifying download latest to be more friendly | 14:30 |
GuzTech | ok | 14:31 |
GuzTech | I was looking how to make sure everything also works under zsh (which I'm using by default). | 14:31 |
GuzTech | Where is the database/artix7/xc7a50tfgg484-1.yaml created? | 14:32 |
GuzTech | Ah in 001-part-yaml *doh* | 14:37 |
GuzTech | That means that developers should first run that one, then if they want the others. | 14:38 |
digshadow | GuzTech: I'm working on fixing "download latest database" to be more friendly | 14:41 |
GuzTech | And the whole cmake build stuff is already in the toplevel Makefile. You can just do "make build" :) | 14:41 |
digshadow | GuzTech: I pushed the README update. Would you be interested in a PR to simplify it? | 14:48 |
digshadow | ah no | 14:48 |
digshadow | you don't want to do that | 14:48 |
digshadow | that will take a very long time | 14:48 |
digshadow | because it would build *everything* | 14:48 |
digshadow | oh just make build | 14:49 |
digshadow | I see | 14:49 |
GuzTech | Yup, just the cmake build stuff. | 14:49 |
digshadow | GuzTech: would you like to submit a doc update? | 14:49 |
GuzTech | Sure | 14:49 |
digshadow | cool :) | 14:49 |
GuzTech | If I can get everything working first :P | 14:49 |
GuzTech | I just did 001-part-yaml and then 005-tilegrid, but it still complains that it cannot find the part yaml file in the database. | 14:50 |
*** perillamint has joined #symbiflow | 14:50 | |
GuzTech | If I do make pushdb in 001-part-yaml manually, then it copies the yaml file. | 14:52 |
GuzTech | The Makefile for 001-part-yaml seems correct, and I am using bash for this. | 14:53 |
GuzTech | So just running make in 001-part-yaml does not work. | 14:54 |
digshadow | GuzTech: you did "make run" or "make"? | 15:01 |
digshadow | make run will push it, make will not | 15:01 |
GuzTech | I ran make. | 15:02 |
GuzTech | Looking at the toplevel Makefile in fuzzers/ it appears that I should run "make run" like you said. | 15:03 |
digshadow | GuzTech: I just merged in a cleaner "download latest" | 15:05 |
digshadow | if you give that a try it should preserve the settings.sh | 15:05 |
digshadow | also filed https://github.com/SymbiFlow/prjxray/issues/421 | 15:06 |
tpb | Title: Move settings.sh out of database dir · Issue #421 · SymbiFlow/prjxray · GitHub (at github.com) | 15:06 |
GuzTech | ok, I'll try it right now | 15:07 |
GuzTech | Ok, now that I've run "make run" in 001-part-yaml, I have run 005-tilegrid successfully. | 15:21 |
GuzTech | I'll try the latest download version | 15:21 |
GuzTech | Yup, with the latest downloaded version it also works! | 15:49 |
GuzTech | digshadow: What would you like me to add to the documentation? | 15:50 |
GuzTech | What you have now works just fine. | 15:50 |
GuzTech | I could add the pyjson5 compiler error stuff on Arch and Fedora. | 15:50 |
*** perillamint has quit IRC | 15:59 | |
*** perillamint has joined #symbiflow | 15:59 | |
*** perillamint_ has joined #symbiflow | 16:30 | |
*** perillamint has quit IRC | 16:30 | |
*** perillamint__ has joined #symbiflow | 16:44 | |
*** perillamint_ has quit IRC | 16:46 | |
*** octycs has quit IRC | 17:04 | |
*** BryceSchroeder has quit IRC | 17:05 | |
digshadow | GuzTech: I pr that said to run "make build" | 17:17 |
digshadow | instead of cmake blah blah | 17:17 |
*** tpw_rules has joined #symbiflow | 17:35 | |
*** adamgreig has joined #symbiflow | 17:35 | |
*** tpw_rules has left #symbiflow | 17:51 | |
*** perillamint__ has quit IRC | 18:19 | |
*** perillamint__ has joined #symbiflow | 18:39 | |
GuzTech | digshadow: Ok, I've updated README.md and created a PR. | 18:40 |
*** BryceSchroeder has joined #symbiflow | 19:03 | |
*** perillamint__ has quit IRC | 19:57 | |
BryceSchroeder | So I just ordered an LFE5UM5G-85F dev board. I got it intending to mess around with project Trellis and maybe (as time permits) even find some way to help out. However I just found out that the Lattice Diamond license that comes with it is a time-limited subscription?! Like, what the heck, it's already bound to that one device isn't it? So my question is | 20:15 |
BryceSchroeder | how effective is that time-limited part | 20:15 |
BryceSchroeder | do I need to wait until I am sure I have plenty of free time to mess with it | 20:16 |
BryceSchroeder | or can I go ahead and install it now without worrying about it expiring efficaciously? | 20:16 |
daveshah | Yes, it's a year's license. It's not device bound though, it works for any license locked Lattice part | 20:16 |
daveshah | I suspect Trellis will be pretty good in a year's time though | 20:17 |
BryceSchroeder | That's good - I'm mainly interested in the DSP tiles | 20:17 |
BryceSchroeder | as something to see progress in. I'm a medical student about to start my surgery rotation though, so I can't spend too much time working with this now; | 20:18 |
daveshah | Sure | 20:18 |
BryceSchroeder | I just kinda bought it because I heard about it on a 35CC talk. | 20:18 |
BryceSchroeder | *C3 | 20:18 |
daveshah | DSP are still very incomplete | 20:18 |
daveshah | I would love help with them | 20:18 |
BryceSchroeder | So I guess it would be better to go ahead and do what I can now, and count on the FOSS tools being good by the time my license expires anyway? | 20:19 |
BryceSchroeder | Anyway, thanks for your input. I really appreciate the good work being done by this project. I had just been ignoring FPGAs as a thing until icestorm because I couldn't stand the development tool model in the FPGA world | 20:22 |
BryceSchroeder | I had like one FPGA dev kit in college and after what a pain in the butt its software and licensing was | 20:23 |
BryceSchroeder | I was like "fine, FPGAs just haven't been invented yet for my purposes." | 20:23 |
*** perillamint__ has joined #symbiflow | 20:44 | |
*** octycs has joined #symbiflow | 20:52 | |
*** perillamint__ has quit IRC | 21:14 | |
*** octycs has quit IRC | 23:14 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!