*** tpb has joined #timvideos | 00:00 | |
*** ducky[m] has quit IRC | 00:15 | |
*** micolous[m] has quit IRC | 00:16 | |
*** jea[m] has quit IRC | 00:16 | |
*** nbags[m] has quit IRC | 00:16 | |
*** CarlFK[m] has quit IRC | 00:17 | |
*** hozer has quit IRC | 00:20 | |
futarisIRCcloud | NB, we have a Digilent Analog Discovery 2 here, so I could probably use that to check the HSYNC and VSYNC for VGA... | 00:25 |
---|---|---|
*** nbags[m] has joined #timvideos | 00:50 | |
*** ducky[m] has joined #timvideos | 01:15 | |
*** micolous[m] has joined #timvideos | 01:15 | |
*** jea[m] has joined #timvideos | 01:15 | |
*** CarlFK[m] has joined #timvideos | 01:15 | |
*** nbags[m] has quit IRC | 02:57 | |
*** micolous[m] has quit IRC | 02:57 | |
*** jea[m] has quit IRC | 02:57 | |
*** CarlFK[m] has quit IRC | 02:57 | |
*** ducky[m] has quit IRC | 02:58 | |
*** rohitksingh_work has joined #timvideos | 03:55 | |
futarisIRCcloud | https://github.com/dirjud/Nitro-Parts-lib-Xilinx | 04:11 |
tpb | Title: GitHub - dirjud/Nitro-Parts-lib-Xilinx: This is mainly a simulation library of xilinx primitives that are verilator compatible. (at github.com) | 04:11 |
ewen | mithro: https://github.com/timvideos/litex-buildenv/issues/22 | 04:17 |
tpb | Title: conda fails to install python=36 (verification error) · Issue #22 · timvideos/litex-buildenv · GitHub (at github.com) | 04:17 |
ewen | mithro: It appears by far the fastest solution to "conda can't upgrade from python=3.5 to python=3.6" is just to move build/conda aside, and run `scripts/download-env.sh` to install a brand new conda environment. (That issue has a bunch of other things I tried unsuccessfully to hopefully avoid others having to repeat the same problems...) | 04:18 |
ewen | mithro: I've just added a comment to the litex-buildenv commit changing to python-3.6 pointing at that issue, to help someone else find the quicker solution... | 04:21 |
futarisIRCcloud | ewen: I found that too. I was doing a clean build for other reasons, so just ended up removing build completely. | 04:38 |
ewen | futarisIRCcloud: Thanks for the confirmation. Removing build/conda seems sufficient, and faster than having to, eg, download Linux git again too. | 04:43 |
ewen | But it's probably going to be a trap a bunch of the fpga-miniconf users fall into... | 04:44 |
ewen | mithro: Maybe post something to fpga-miniconf list pointing out issue, and quickest work around? | 04:44 |
*** micolous[m] has joined #timvideos | 05:42 | |
*** ducky[m] has joined #timvideos | 05:59 | |
*** jea[m] has joined #timvideos | 06:04 | |
*** swalladge has quit IRC | 06:10 | |
*** nbags[m] has joined #timvideos | 06:16 | |
*** CarlFK[m] has joined #timvideos | 06:23 | |
*** swalladge has joined #timvideos | 06:26 | |
*** futaris[m] has joined #timvideos | 06:32 | |
*** ewen has quit IRC | 07:00 | |
*** thaytan has quit IRC | 07:54 | |
*** thaytan has joined #timvideos | 07:55 | |
*** ChanServ sets mode: +v thaytan | 07:55 | |
cr1901_modern | _florent_: So in litesdcard, it's not possible to read SCR register if you attach SDCore to the BIST Module, correct? | 08:16 |
cr1901_modern | err let me rephrase that | 08:17 |
cr1901_modern | _florent_: So in litesdcard, it's not possible to read the data returned from the SD card* if you attach SDCore to the BIST Module, correct? | 08:18 |
cr1901_modern | This complicates supporting old cards that don't support CMD23 (SET_BLOCK_LENGTH)... b/c reading the SCR register (ACMD55) is how you figure out which commands are supported. | 08:19 |
cr1901_modern | And SCR register is a command that has a data payload. | 08:19 |
cr1901_modern | _florent_: Current status is that I'm writing a Wishbone bridge module for litesdcard, but there's gonna be some conflicts w/ the existing BIST that I need help with once I submit a pull. I'll let you know. | 08:20 |
*** sb0 has quit IRC | 08:26 | |
*** xobs has quit IRC | 09:39 | |
*** xobs has joined #timvideos | 09:44 | |
*** futarisIRCcloud has quit IRC | 11:05 | |
*** sb0 has joined #timvideos | 11:22 | |
*** cr1901_modern has quit IRC | 12:33 | |
*** cr1901_modern has joined #timvideos | 12:34 | |
*** rohitksingh_work has quit IRC | 12:36 | |
*** sb0 has quit IRC | 12:54 | |
*** cr1901_modern1 has joined #timvideos | 13:04 | |
*** cr1901_modern has quit IRC | 13:06 | |
*** cr1901_modern1 has quit IRC | 13:19 | |
*** cr1901_modern has joined #timvideos | 13:20 | |
*** sb0 has joined #timvideos | 13:30 | |
*** cr1901_modern1 has joined #timvideos | 13:46 | |
*** cr1901_modern has quit IRC | 13:48 | |
*** cr1901_modern has joined #timvideos | 14:39 | |
*** cr1901_modern1 has quit IRC | 14:40 | |
_florent_ | cr1901_modern: litesdcard only has 1 sink/1 source. For now the user should provide the mux before that so that you can have BIST + another sink/source. | 14:43 |
cr1901_modern | _florent_: Is there a way to access the memory port of a sink? | 18:09 |
cr1901_modern | _florent_: Ignore last q | 18:09 |
mithro | CarlFK: look at the comments in the github UI -- my comments would make more sense then | 18:20 |
CarlFK[m] | mithro: um.. I just looked. still not sure what you mean | 18:22 |
mithro | CarlFK[m]: https://usercontent.irccloud-cdn.com/file/Fca9LNsM/image.png | 18:23 |
CarlFK | mithro: still lost | 18:24 |
mithro | CarlFK: That comment refers to the new lines inside the def find_last_rev function | 18:25 |
CarlFK | oh. so you are top posting ;) | 18:25 |
CarlFK | mithro: um.. my UI is a little different ... sec... | 18:26 |
CarlFK | mithro: https://veyepar.nextdayvideo.com/static/temp/ghui.png | 18:28 |
mithro | CarlFK: click the "Files changed" tab | 18:29 |
CarlFK | mithro: still not sure which lines you are talking about | 18:31 |
mithro | CarlFK: https://github.com/timvideos/HDMI2USB-mode-switch/pull/97/files | 18:31 |
tpb | Title: finds last rev that built, and caches github by CarlFK · Pull Request #97 · timvideos/HDMI2USB-mode-switch · GitHub (at github.com) | 18:31 |
CarlFK | mithro: umm... what comment and what lines are you talking about ? | 18:32 |
mithro | CarlFK: That is the UI I'm looking at | 18:33 |
mithro | CarlFK: Do my comments make more sense when looking at that UI? | 18:34 |
CarlFK | nope | 18:35 |
mithro | CarlFK: Okay, I'll try again | 18:37 |
CarlFK | mithro: lets go though each one. | 18:37 |
CarlFK | FIXME: Move cache to a class | 18:37 |
CarlFK | do you want that to be added as a #comment or actually re coded now? | 18:37 |
mithro | CarlFK: There - I removed my old comments and added more explicit requests | 18:40 |
mithro | CarlFK: do they make more sense? | 18:41 |
CarlFK | mithro: yes. | 18:45 |
CarlFK | mithro: the UI doesn' t make it obvious if you are commenting on code above or below | 18:45 |
mithro | CarlFK: Okay - the general idea is that you put the comment at the start of the scope the comment relates to (IE for functions that would be after the function definitions, for files that would be at the top/first line of the file, etc) | 18:47 |
CarlFK | mithro: that seems odd. is it somehow dictated by something, or some convention ? | 18:50 |
mithro | CarlFK: Common convention | 18:53 |
mithro | CarlFK: IE -- It's were you would put a docstring for the object | 18:53 |
CarlFK | mithro: huh. seems more like top posting to me. | 18:54 |
mithro | CarlFK: Generally after fixing each comment you would reply with "Done" or "Fixed" on each one separately btw | 19:08 |
CarlFK | mithro: ah - sure. next time | 19:11 |
mithro | CarlFK: Better code review tools let you basically "mark comment as fixed" | 19:11 |
*** springermac has quit IRC | 19:17 | |
CarlFK | mithro: I'm not sure this is important, but if you have a sec.. hdmi2usb-mode-switch -v --by-type atlys --flash-image ... Numato Opsis in 'operational' mode ... https://paste.ubuntu.com/26537347/ | 19:38 |
tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 19:39 |
CarlFK | should it be telling me about Opsis when I say --by-type atlys ? | 19:39 |
mithro | CarlFK: because you have -v | 19:50 |
CarlFK[m] | k - just making sure. | 19:51 |
CarlFK | mithro: another if you have time. current udev rule package (no idea if it was ever tested for Atlys) $ hdmi2usb-mode-switch -v --by-type atlys --load-fx2-firmware hdmi2usb.hex (no sudo) | 20:31 |
CarlFK | Found exart-uarts at [LsusbDevice(04e2:1410:0001 /dev/bus/usb/002/012)] associating with Atlys at [] | 20:31 |
CarlFK | https://paste.ubuntu.com/26537457/ | 20:32 |
tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 20:32 |
*** cr1901_modern has quit IRC | 20:32 | |
CarlFK | vizzini-dkms Installed: 1.0.0-5~ppa3~ubuntu14.04 | 20:33 |
CarlFK | I forget if that kicks in before --load-fx2-firmware hdmi2usb.hex | 20:34 |
CarlFK | dmesg shows [4885339.175478] usbcore: registered new interface driver vizzini | 20:35 |
*** cr1901_modern has joined #timvideos | 20:35 | |
mithro | CarlFK: You don't have both Atlys USB plugged in? | 21:18 |
mithro | CarlFK: Found exart-uarts at [LsusbDevice(04e2:1410:0001 /dev/bus/usb/002/012)] associating with Atlys at [] | 21:19 |
mithro | CarlFK: That means there is something wrong with the FX2 on the Atlys | 21:19 |
CarlFK[m] | mithro (IRC): huh. "yes". fixed by unplugging everything plugging it back in.. etc. odd that this is an atlys mouted in a case with usb cables attached to the side of the case, and they looked well seated. | 21:27 |
CarlFK[m] | Found exart-uarts at [LsusbDevice(04e2:1410:0001 /dev/bus/usb/002/064)] associating with Atlys at [Board(dev=LsusbDevice(1443:0007:0000 /dev/bus/usb/002/065), type='atlys', state='unconfigured')] | 21:28 |
mithro | There could multiple things going wrong | 21:28 |
mithro | CarlFK[m]: mode-switch is not well tested with an Atlys and the exart serial interface makes things even more complicated | 21:28 |
CarlFK[m] | mithro (IRC): this line line wasn't showing up in lsusb Bus 002 Device 068: ID 1443:0007 Digilent Development board JTAG | 21:34 |
CarlFK[m] | and I am sure it was before. and didn't touch cables. | 21:35 |
*** springermac has joined #timvideos | 22:13 | |
*** FelixVi has joined #timvideos | 22:50 | |
*** samsagaz has quit IRC | 23:47 | |
*** futarisIRCcloud has joined #timvideos | 23:49 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!