| *** tpb has joined #timvideos | 00:00 | |
| *** xfxf1 has quit IRC | 01:18 | |
| mithro | Morning | 01:21 |
|---|---|---|
| mithro | seaLne: my primary task today once I finish doing "chores" is to get the serial uart working on the Opsis when the HDMI2USB video firmware is loaded | 01:53 |
| mithro | _florent_ / CarlFK / xfxf: what was the outcome of the input issue? | 01:54 |
| mithro | G33KatWork: it would be good to figure out why your version of ISE is having problems compared to our versions. IE I've never been able to get ISE to timeout locally. | 02:07 |
| *** travis-ci has joined #timvideos | 03:48 | |
| travis-ci | [mithro/HDMI2USB/opsis-bringup#93] (c4babc3): The build passed. (https://travis-ci.org/mithro/HDMI2USB/builds/85861307) | 03:48 |
| *** travis-ci has left #timvideos | 03:48 | |
| *** travis-ci has joined #timvideos | 03:51 | |
| travis-ci | [mithro/HDMI2USB/opsis-bringup#92] (72854b1): The build passed. (https://travis-ci.org/mithro/HDMI2USB/builds/85860903) | 03:51 |
| *** travis-ci has left #timvideos | 03:51 | |
| mithro | I'm sure I figured out what the code here is doing -> https://github.com/timvideos/HDMI2USB/blob/master/cypress/app.c#L553 | 05:02 |
| tpb | Title: HDMI2USB/app.c at master · timvideos/HDMI2USB · GitHub (at github.com) | 05:02 |
| mithro | But I can't seem to find any comment about it :/ | 05:02 |
| mithro | Hrm - I think it was https://github.com/mithro/fx2lib/blob/cdc-usb-serialno-from-eeprom/examples/cdc/common/cdc.h#L119 | 05:05 |
| tpb | Title: fx2lib/cdc.h at cdc-usb-serialno-from-eeprom · mithro/fx2lib · GitHub (at github.com) | 05:05 |
| *** se6astian|away is now known as se6astian | 08:39 | |
| *** se6astian has left #timvideos | 08:40 | |
| *** Bertl is now known as Bertl_zZ | 09:26 | |
| *** se6astian has joined #timvideos | 10:24 | |
| seaLne | mithro: sounds good, let me know if there is anything i can help test | 10:27 |
| *** se6astian is now known as se6astian|away | 10:54 | |
| mithro | _florent_: the system should romboot if there are errors with the memtest right? | 11:05 |
| mithro | s/should/shouldn't/ | 11:05 |
| mithro | well, third time today I've screwed up my Linux USB stack causing me to need to reboot | 11:47 |
| *** rohitksingh has joined #timvideos | 11:51 | |
| _florent_ | mithro: yes, it should only show the bios prompt | 11:53 |
| mithro | _florent_: so, if I connect to the device, and it is at the HDMI2USB> prompt, then memtest must have passed atleast once? | 11:53 |
| _florent_ | yes | 11:54 |
| mithro | _florent_: so, I'm seeing that behavior on my opsis | 12:04 |
| _florent_ | OK, I think there are issues when rebooting because some DMA are still activated | 12:05 |
| mithro | _florent_: that should be previous obvious in a verbose memtest right? | 12:05 |
| _florent_ | sorry? | 12:06 |
| mithro | _florent_: It should be easy to see the DDR having an effect if the memtest output the malformed memory location+value ? | 12:09 |
| _florent_ | yes, but the first thing to do is to desactivate all DMAs in the reboot command | 12:12 |
| mithro | _florent_: didn't we try that? | 12:12 |
| _florent_ | not me, have you done it? | 12:13 |
| mithro | _florent_: btw - are you see the same issue locally after a reboot? | 12:13 |
| _florent_ | IIRC it was working correctly here | 12:14 |
| mithro | _florent_: well - I turned off all the inputs+outputs before rebooting? | 12:14 |
| mithro | seaLne: as another person with an Opsis, do you want to see if you can reproduce? | 12:14 |
| seaLne | mithro: ok, what am i to try? | 12:20 |
| _florent_ | seaLne: start the board, get the HDMI2USB> prompt, type "reboot" | 12:20 |
| seaLne | k | 12:20 |
| _florent_ | and see if you have errors in the memtest | 12:20 |
| mithro | seaLne: "make gateware; make load-gateware; opsis-mode-switch --mode=serial; make connect-lm32" | 12:21 |
| seaLne | which version of gateware? | 12:21 |
| _florent_ | you can try the last | 12:21 |
| mithro | you'll need my opsis-fixes branch for the serial port to work | 12:22 |
| seaLne | k | 12:22 |
| mithro | seaLne: your handy with electronics stuff right? | 12:27 |
| seaLne | reasonably | 12:28 |
| mithro | seaLne: any chance you've got time to do a footprint for myself and Bertl? | 12:28 |
| seaLne | what of? | 12:28 |
| mithro | seaLne: http://www.farnell.com/datasheets/1660657.pdf | 12:29 |
| mithro | seaLne: we need it for a Opsis->TOFE<->TOFE->Opsis bridge and a Opsis->TOFE<->axiom bridge | 12:30 |
| seaLne | monday ok? | 12:31 |
| * seaLne is trying to remember where he hacked to change to using ACM1 | 12:32 | |
| seaLne | ah just Makefile.lm32 | 12:32 |
| mithro | \o/ | 12:34 |
| seaLne | reboot seem ok for me https://paste.kde.org/p6heu0ypg | 12:34 |
| tpb | Title: KDE Paste (at paste.kde.org) | 12:34 |
| mithro | I have the CDC working on the Opsis | 12:34 |
| mithro | (in the HDMI2USB firmware) | 12:34 |
| seaLne | w00t :) | 12:34 |
| mithro | _florent_: if you can confirm that also works on your Opsis, I think it means there is something up with mine | 12:35 |
| mithro | _florent_: guess I should try the memtest which ships with the Xilinx EDK on the board and see if that fails too | 12:36 |
| _florent_ | yes you can, but if you memtest is always passing OK the first time, it's probably an issue in the gateware/firmware not on the board | 12:39 |
| mithro | _florent_: oh true.... | 13:00 |
| *** travis-ci has joined #timvideos | 13:17 | |
| travis-ci | [sealne/HDMI2USB-misoc-firmware/download-prebuilt#58] (cb96670): The build is still failing. (https://travis-ci.org/sealne/HDMI2USB-misoc-firmware/builds/85897224) | 13:17 |
| *** travis-ci has left #timvideos | 13:17 | |
| *** travis-ci has joined #timvideos | 14:09 | |
| travis-ci | [sealne/HDMI2USB-misoc-firmware/download-prebuilt#58] (cb96670): The build is still failing. (https://travis-ci.org/sealne/HDMI2USB-misoc-firmware/builds/85897224) | 14:09 |
| *** travis-ci has left #timvideos | 14:09 | |
| seaLne | mithro: would there be any issue with removing the make clean between make firmware and make gateware? it causes prebuilt upload in .travis/run.sh to fail as it has deleted hdmi2usb.hex before trying to upload if after my more complete cleaning | 14:13 |
| seaLne | related to #116 | 14:14 |
| mithro | seaLne: hrm? | 14:14 |
| mithro | seaLne: "make firmware; make clean; make gateware; make firmware; make upload" is what it effectively does, right? | 14:15 |
| seaLne | hmm | 14:16 |
| seaLne | https://travis-ci.org/sealne/HDMI2USB-misoc-firmware/jobs/85897226 | 14:17 |
| tpb | Title: Travis CI - Test and Deploy Your Code with Confidence (at travis-ci.org) | 14:17 |
| seaLne | make gateware doesn't seem to be redoing make firmware? | 14:18 |
| mithro | seaLne: not it shouldn't | 14:18 |
| mithro | s/not/no, / | 14:18 |
| seaLne | do you want the clean to make sure make gateware isn't relying on anything in make firmware? | 14:20 |
| mithro | seaLne: yes | 14:20 |
| seaLne | k that makes sense | 14:20 |
| seaLne | so the problem is me now deleting the .hex in make clean | 14:21 |
| mithro | seaLne: The problem is that it doesn't run "make firmware" again after the "make gateware" | 14:22 |
| mithro | seaLne: we want to run "make firmware" first because its fast and lets us see errors quickly | 14:22 |
| seaLne | it doesn't seem very elegant to have to rerun make firmware just to get one file to upload | 14:23 |
| _florent_ | lm32-firmware is integrated in the gateware, so we need to build it first (but I'm not sure you are talking about that :) | 14:24 |
| mithro | seaLne: running "make firmware" before "make gateware" is just an early warning thing - if you delete that line everything should continue to work | 14:24 |
| mithro | _florent_: the gateware target is dependent on the lm32-firmware, hence that will work fine | 14:25 |
| seaLne | will that still leave a generated hdmi2usb.hex file though? it doesn't seem to | 14:25 |
| mithro | seaLne: no, the gateware doesn't require the fx2 firmware | 14:28 |
| seaLne | ah sorry getting firmwares mixed up in my head | 14:30 |
| mithro | well, I have a fx2 firmware which lets you use the serial and webcam functionality at the same time | 14:31 |
| mithro | but it also sometimes causes the linux usb stack to hard lock and require a reboot.... | 14:31 |
| CarlFK | mithro: go to bed ;) | 14:39 |
| CarlFK | mithro: but first ... any idea where I can post questions about youtube api things? like "can I get the status of just one video, not a ilst?" because the docs lead me here: | 14:41 |
| CarlFK | https://developers.google.com/youtube/v3/guides/implementation/videos "Step 2: Check the video's status Call the videos.list method to check the video's status." | 14:41 |
| CarlFK | which seems cumbersome. | 14:41 |
| mithro | seaLne: got a moment to try and replicate this? | 14:46 |
| mithro | Otherwise, I'm heading home to bed :P | 14:47 |
| mithro | seaLne: well, checkout my latest branch and "make load-fx2" should give you a UVC camera and CDC device which both works | 14:53 |
| mithro | seaLne: there are some weird quirks that I've yet to figure out | 14:53 |
| mithro | seaLne: like the first time you start the video stream you can't be connected to the serial port | 14:53 |
| mithro | seaLne: but after that it works fine !? | 14:53 |
| mithro | seaLne: and occasionally it'll lock up the USB stack.... so make sure you are okay with rebooting before running it | 14:54 |
| mithro | seaLne: the Opsis will appear as | 14:54 |
| mithro | [ 574.141519] usb 3-4: New USB device found, idVendor=2a19, idProduct=5442 | 14:54 |
| mithro | [ 574.141525] usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 | 14:55 |
| mithro | [ 574.141529] usb 3-4: Product: HDMI2USB | 14:55 |
| mithro | [ 574.141533] usb 3-4: Manufacturer: JANI | 14:55 |
| mithro | [ 574.141536] usb 3-4: SerialNumber: ffff001ec0f1419b | 14:55 |
| mithro | That serial number should equal the MAC address in your board | 14:55 |
| mithro | (IE it won't be the same as mine) | 14:55 |
| mithro | well, I'm heading home + to bed! | 14:55 |
| mithro | CarlFK: btw - did you see my comments on the issue around input1 stuff? | 14:56 |
| mithro | It's surprisingly warm outside for 2am | 15:01 |
| CarlFK | mithro: input1 - yes. it works, but something was odd, like it didn't work at first. but I think it was my hdmi source being dumb. so I want to spend a little time before I give it a pass | 15:17 |
| CarlFK | mithro: can you check your Atlys jumpers against the picture at the bottom of https://github.com/timvideos/HDMI2USB/wiki/Cabling | 15:18 |
| tpb | <http://ln-s.net/-DPL> (at github.com) | 15:18 |
| *** Bertl_zZ is now known as Bertl | 15:45 | |
| *** Bertl is now known as Bertl_oO | 16:23 | |
| *** travis-ci has joined #timvideos | 16:46 | |
| travis-ci | [mithro/HDMI2USB-misoc-firmware/opsis-fixes#25] (ed90ee1): The build has errored. (https://travis-ci.org/mithro/HDMI2USB-misoc-firmware/builds/85909625) | 16:46 |
| *** travis-ci has left #timvideos | 16:46 | |
| CarlFK | tumbleweed: are you alive yet? | 17:39 |
| *** se6astian|away is now known as se6astian | 18:36 | |
| *** rohitksingh has quit IRC | 20:34 | |
| *** se6astian is now known as se6astian|away | 21:11 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!