| *** tpb has joined #timvideos | 00:00 | |
| *** sb0 has joined #timvideos | 00:20 | |
| *** tumbleweed has quit IRC | 00:33 | |
| *** tumbleweed has joined #timvideos | 00:33 | |
| *** tumbleweed has joined #timvideos | 00:33 | |
| *** springermac has quit IRC | 04:46 | |
| *** springermac has joined #timvideos | 04:58 | |
| *** springermac has quit IRC | 05:10 | |
| *** sb0 has quit IRC | 05:13 | |
| *** springermac has joined #timvideos | 05:14 | |
| *** rohitksingh has joined #timvideos | 06:07 | |
| *** rohitksingh1 has joined #timvideos | 06:47 | |
| *** sb0 has joined #timvideos | 06:48 | |
| *** rohitksingh has quit IRC | 06:48 | |
| *** cr1901_modern1 has joined #timvideos | 06:55 | |
| *** cr1901_modern has quit IRC | 06:58 | |
| *** rohitksingh1 has quit IRC | 08:23 | |
| *** rohitksingh has joined #timvideos | 08:36 | |
| _florent_ | mithro: I'm no longer able to work in easily in my opsis-soc repo with the hdmi2usb changes, I created hdmi2usb branch for changes related to hdmi2usb, I'm keeping master simple for me to develop in my environment | 09:15 |
|---|---|---|
| *** thaytan has quit IRC | 09:29 | |
| *** thaytan has joined #timvideos | 09:31 | |
| *** ChanServ sets mode: +v thaytan | 09:32 | |
| *** rohitksingh has quit IRC | 10:14 | |
| *** Bertl_oO is now known as Bertl_zZ | 10:32 | |
| mithro | _florent_: Can you paste what the errors you agree getting are? It should be no different from previously except the output files are under build? | 10:42 |
| mithro | _florent_: it should be working identically to how the rest of the litex code works too | 10:43 |
| _florent_ | mithro: this is becoming too complex to develop | 10:44 |
| mithro | How? | 10:44 |
| *** rohitksingh has joined #timvideos | 10:44 | |
| mithro | What has changed in the way you work? | 10:45 |
| _florent_ | mithro: I created this repo to work the way I wanted, that's not longer the case and I just want to concentrate on functionnalities | 10:45 |
| _florent_ | mithro: but I'm OK to keep all this in the hdmi2usb branch | 10:45 |
| _florent_ | mithro: to prepare the merge | 10:46 |
| mithro | If you are working differently to everyone else then we agree going to end up with issues where things work for you but not for other people | 10:46 |
| mithro | And my changes *shouldn't* have effected how you do anything, so there is obviously something I've missed | 10:48 |
| *** cr1901_modern1 is now known as cr1901_modern | 10:50 | |
| _florent_ | no we won't have things working for me/not working for others, just that constraints are not the same for me than for you | 10:50 |
| _florent_ | I just need and environment where I can to things easily for debug | 10:51 |
| _florent_ | and/and | 10:51 |
| _florent_ | and/an | 10:51 |
| mithro | We all need that, so what about this is making things complicated and we can figure out a solution | 10:53 |
| _florent_ | mithro: maybe I'm working differently, don't know... but I just want to concentrate on functionalities for now | 10:53 |
| mithro | Yes, maybe you are and I want to know how - if your way of working is better / faster then I should be doing that too | 10:54 |
| mithro | So can you walk me through where things are going wrong and interrupting your work flow? | 10:56 |
| _florent_ | how can I rebuild easily only the firmware in your environment? | 10:56 |
| _florent_ | I'm using iMPACT for loading the firmware, you are not | 10:57 |
| mithro | Yes, you should be able to do it exactly the same way as previously unless I stuffed something up | 10:57 |
| mithro | Which it sounds like I have | 10:58 |
| mithro | I'm happy to support impact, I own 4 * Xilinx Platform cables | 10:59 |
| _florent_ | but anyway, I'm ok to use the same environment you are using, but I need a specific branch for me to work as I want and don't care about portability when I'm debugging something | 10:59 |
| mithro | Portability? | 11:00 |
| _florent_ | environment or setup | 11:01 |
| _florent_ | so what I suggest for now is: I work on master the way I want and when things are working I merge it in hdmi2usb branch | 11:06 |
| _florent_ | mithro: is it ok for you? | 11:06 |
| mithro | I would like to follow along with what you are doing (and replicate your results). | 11:11 |
| mithro | I would also like to do some of the work which enables you to concentrate on the harder problems. | 11:11 |
| mithro | I would also like it to be fun for you too and help make unfun parts of your workflow go away. | 11:14 |
| cr1901_modern | mithro: Whatever you and _florent_ decide, I don't mind updating my environment accordingly if it introduces incompatibilities | 11:20 |
| cr1901_modern | (incompatibilites == not as simple as git rebase) | 11:20 |
| _florent_ | mithro: yes sure, we'll be able to test things together since I'll merge things | 11:22 |
| _florent_ | when tested on my side | 11:22 |
| _florent_ | mithro: if you setup the CI things on the hdmi2usb branch, I can also test easily these gatewares/firmwares | 11:23 |
| *** rohitksingh has quit IRC | 11:28 | |
| mithro | _florent_: I'm at home now, so I can look at the issue you seem to be having at 5f300a702d13dc199a0b4376bb4384e1116c8ddb - but I don't know the actual what the error was? | 11:31 |
| _florent_ | mithro: I was not able to build the firmware | 11:32 |
| _florent_ | mithro: I was testing opsis_minisoc | 11:32 |
| _florent_ | mithro: it failed on building uip | 11:33 |
| mithro | _florent_: You just did "make opsis_minisoc" after updating and it failed? | 11:33 |
| _florent_ | mithro: also I'm building on a windows machine | 11:33 |
| _florent_ | mithro: yes | 11:33 |
| mithro | _florent_: That is fine, if it is a Window specific problem I can fire up a Windows VM somewhere | 11:34 |
| _florent_ | mithro: also we need to be able to simply rebuild the firmware and reload it over tftp | 11:34 |
| mithro | _florent_: How did you do that previously? | 11:34 |
| _florent_ | make firmware | 11:34 |
| _florent_ | mithro: but I'm not sure it's still working | 11:35 |
| mithro | _florent_: How did you know if you were making firmware for minisoc or video or similar? | 11:35 |
| _florent_ | mithro: I was only able to do make firmware after a first complete build (where I was choosing minisoc or video) | 11:36 |
| mithro | _florent_: So it should just use what ever version you previously built with? | 11:37 |
| _florent_ | yes | 11:37 |
| mithro | _florent_: QQ - Have you ever needed the opsis_minisoc and opsis_base gateware available at the same time? | 11:38 |
| _florent_ | mithro: while developing: no since I'm only focusing on one thing at the same time | 11:39 |
| _florent_ | mithro: that's why I was simply building all targets in build | 11:40 |
| mithro | _florent_: I found that I was getting weirdness where I was ending up with opsis_minisoc firmware onto opsis_base gateware | 11:46 |
| mithro | _florent_: I think shenki might have run into a similar problem with libuip the other day but we where not able to reproduce it | 11:57 |
| shenki | o/ | 11:59 |
| shenki | hello | 11:59 |
| cr1901_modern | That reminds me... been meaning to try to get 10mbps ethernet on minispartan using a magjack without the PHY | 12:00 |
| shenki | mithro: any ideas on my instability from the other night? | 12:00 |
| mithro | shenki: No | 12:00 |
| mithro | shenki: although, I'm not sure I understand what results you where getting | 12:00 |
| shenki | mithro: the system would hang when executing the firmware (not the bios) in some cases, but not others | 12:01 |
| mithro | shenki: Are you still getting the memtest failures? | 12:02 |
| shenki | no | 12:02 |
| shenki | well, in this failure mode the memtest was passing | 12:03 |
| mithro | shenki: You ran memtest a couple of times to be super sure? :-P | 12:03 |
| mithro | shenki: I'm scared by the fact that memtest sometimes fails on your builds - it makes me doubt that anything else is working in a sane manner :) | 12:06 |
| shenki | when memtest fails, it fails always | 12:08 |
| shenki | when it passes, i am not able to make it fail | 12:08 |
| shenki | this is between different gateware builds | 12:09 |
| shenki | i can reload the same gateware binary (using openocd) and it will produce the same results | 12:09 |
| mithro | shenki: are you able to build the *same* input and get it to pass / fail | 12:09 |
| shenki | not since removing the 50mhz clock from the design | 12:10 |
| shenki | before that, yes | 12:10 |
| mithro | shenki: really? | 12:11 |
| mithro | oneday I'm going to get back to making ISE builds deterministic | 12:12 |
| mithro | shenki: Are you sure it isn't the change at bab0e2452bb939f0b2827ebf83f643682f21d005 and unrelated to the other removal? | 12:15 |
| shenki | no, i only added that one in after i was getting the failure at firmware execution time | 12:19 |
| shenki | (you can see i rebased that back behind the led and switch commit by the commit times) | 12:20 |
| mithro | shenki: Ha, didn't notice :P | 12:21 |
| shenki | :) | 12:21 |
| shenki | mithro: so why does the led and switch commit break ram? | 12:21 |
| mithro | Let me see if I can find my minispartan | 12:22 |
| mithro | shenki: That is a very good question | 12:22 |
| mithro | shenki: I can't see anything in your patch which should have that effect | 12:22 |
| cr1901_modern | So... minispartan DRAM is still broken IIUC? | 12:23 |
| shenki | mithro: i just reproduced again. building HEAD of my branch hangs when printing the firmware banner, but if i do this: | 12:27 |
| shenki | - self.submodules.cas = cas.ControlAndStatus(platform, clk_freq) | 12:27 |
| shenki | +# self.submodules.cas = cas.ControlAndStatus(platform, clk_freq) | 12:27 |
| shenki | 12:27 | |
| shenki | it loads the firmware (and i can't type anything into it, but that's a seperate issue?) | 12:27 |
| mithro | shenki: It might be the same issue | 12:31 |
| mithro | shenki: I found it! | 12:31 |
| shenki | excellent | 12:31 |
| mithro | cr1901_modern: Possibly - but if I understand _florent_, executing from DDR ram should work on the opsis - where as previously that was also broken | 12:34 |
| shenki | mithro: oh, i thought you found the issue :( | 12:34 |
| mithro | shenki: No, I found my minispartan | 12:34 |
| mithro | shenki: Trying to repo your results here now | 12:35 |
| mithro | shenki: How did you give openocd permission to your minispartan? | 12:36 |
| shenki | Just Worked | 12:40 |
| shenki | mithro: oh, udev makes sure they're owned by the dialout group | 12:40 |
| shenki | mithro: so add your user to the dialout group | 12:41 |
| mithro | ahh | 12:41 |
| mithro | shenki: so, mine seems to get further.... | 12:41 |
| mithro | shenki: I get the build time | 12:42 |
| shenki | Opsis CPU testing software built Oct 25 20 | 12:42 |
| shenki | that's where mine is dying | 12:42 |
| mithro | shenki: Mine seems to change where in the built line it dies | 12:44 |
| mithro | shenki: rebuilding to bab0e2452bb939f0b2827ebf83f643682f21d005 | 12:45 |
| mithro | shenki: Hrm | 12:47 |
| mithro | Number of Timing Constraints that were not applied: 4 | 12:47 |
| mithro | shenki: I'm able to reproduce the behaviour here | 12:50 |
| mithro | shenki: I get the "RUNTIME>" prompt without the cas patch | 12:50 |
| mithro | shenki: But can't get any output on the prompt to occur | 12:50 |
| shenki | ok | 12:51 |
| shenki | glad it's not just me or my hardware | 12:51 |
| *** rohitksingh has joined #timvideos | 13:01 | |
| shenki | mithro: im done for the evening. let me know if you come up with any ideas | 13:12 |
| mithro | shenki: I should be done for the evening too | 13:12 |
| mithro | shenki: QQ - you seem to know makefiles | 13:12 |
| mithro | shenki: What is the best way to generate .d files? | 13:12 |
| shenki | umm | 13:14 |
| shenki | -MMD -MF $(subst .o,.d,$@) | 13:15 |
| mithro | shenki: thanks | 13:17 |
| mithro | shenki: So, if I disable some of the firmware functionality, I can type a few commands before it locks up | 13:37 |
| mithro | shenki: so it appears that the firmware still can't run from main ram on the minispartan :( | 13:38 |
| mithro | _florent_: Would you expect the minispartan6 + litedram to work? | 13:39 |
| mithro | anyway, bed time for me | 13:55 |
| mithro | gnight! | 13:55 |
| _florent_ | mithro: I'll try to test the design on the minispartan6 in the next days | 14:34 |
| _florent_ | mithro: it crashes because of a: | 14:35 |
| _florent_ | - a timing constraint that is not applied correctly | 14:35 |
| _florent_ | - or a sdram parameter that is not correct | 14:35 |
| _florent_ | - or a sdram parameter that is not handled correctly by the controller | 14:36 |
| _florent_ | It's not related to ISE being deterministic or not | 14:36 |
| *** sb0 has quit IRC | 17:16 | |
| *** rohitksingh has quit IRC | 19:11 | |
| *** Bertl_zZ is now known as Bertl | 19:30 | |
| mithro | _florent_: A reason the problem is harder to debug then it could be is the lack of determinism (IE getting both working and non-working results from the same input). | 19:32 |
| mithro | _florent_: it would be good to figure out what is missing from memtest to show the problem. | 19:33 |
| mithro | Btw _florent_ - did you see the GitHub milestone that I had already created, seems like you are using the hdmi2usb label in the same way | 21:50 |
| mithro | And because two options aren't enough, there is also https://github.com/enjoy-digital/opsis-soc/projects :-P | 21:51 |
| tpb | Title: Projects · enjoy-digital/opsis-soc · GitHub (at github.com) | 21:51 |
| mithro | _florent_: When working on reproducing shenki's stuff, I think I've figured out a couple of things with the makefiles - will send a pull request later today. | 21:52 |
| mithro | Should fix some other weirdness myself and shenki were seeing when hacking to bios memtest function | 21:53 |
| mithro | Btw - should I create an issue on litedram, scarab-soc or opsis-soc repo to dump details about our progress (and symptoms we are seeing) on figuring out the issue on the minispartan6? | 21:55 |
| *** CarlFK has quit IRC | 22:51 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!