| *** tpb has joined #timvideos | 00:00 | |
| xfxf | we can do later. sorry phone reception shite. Omw back | 00:02 |
|---|---|---|
| xfxf | and we have a super helpful AV person who already unlocked a bunch of stuff | 00:02 |
| tumbleweed | yay. We maybe we can make him unlock more things | 00:03 |
| xfxf | her :P | 00:09 |
| *** medicalwei has quit IRC | 00:51 | |
| *** medicalwei has joined #timvideos | 00:52 | |
| *** CarlFK has quit IRC | 01:08 | |
| *** CarlFK has joined #timvideos | 01:09 | |
| *** ChanServ sets mode: +v CarlFK | 01:09 | |
| CarlFK | grumpermon: look, it just needs a roof. A) That shit's way too complicated. | 01:11 |
| *** ewen has quit IRC | 01:22 | |
| *** ewen has joined #timvideos | 01:22 | |
| skay | o/ | 01:24 |
| skay | here is the recipe for vegeite truffles https://notes.pinboard.in/u:sky/8dc14cb59e2397c5e70c | 01:26 |
| tpb | Title: vegemite truffles (at notes.pinboard.in) | 01:26 |
| *** rohitksingh-demo has joined #timvideos | 01:43 | |
| *** rohitksingh-demo has quit IRC | 01:48 | |
| *** rohitksingh-demo has joined #timvideos | 01:48 | |
| mithro | rohitksingh-demo: https://github.com/mithro/HDMI2USB-litex-firmware/pull/57 | 01:53 |
| tpb | Title: More boards by mithro · Pull Request #57 · mithro/HDMI2USB-litex-firmware · GitHub (at github.com) | 01:53 |
| rohitksingh-demo | mithro: great! I'll carry it forward | 01:54 |
| mithro | rohitksingh-demo: Where did you get up to making the nexys_video work? | 01:57 |
| rohitksingh-demo | mithro: have to test the generated bitstream, will that right now | 01:59 |
| mithro | rohitksingh-demo: Okay cool -- I was thinking that maybe we should try and get Yosys as a frontend for 7-series devices in litex-buildenv working and tested? | 02:00 |
| rohitksingh-demo | mithro: mmm....yosys can generate the netlists right? | 02:02 |
| mithro | rohitksingh-demo: Yeah - vivado is still needed for the pnr+bitstream generation | 02:03 |
| mithro | rohitksingh-demo: Apparently I already added yosys to conda!? https://travis-ci.org/timvideos/conda-hdmi2usb-packages/jobs/328930664 | 02:03 |
| rohitksingh-demo | mithro: we should do that | 02:03 |
| rohitksingh-demo | mithro: awesome, much easier yosys installation \o/ | 02:04 |
| mithro | Yeah - we will still need vivado for the VHDL support... | 02:04 |
| xfxf | mithro: recently i keep having compatibility issues with HDMI2USB and newer crestron systems in venues; just had it in Guthrie @ UTS. i can keep putting my scaler in, or i can poke you to figure out how we fix this properly. i took a EDID dump. please advise what you want to do. | 02:08 |
| xfxf | carl and stefanor also are seeing this increasingly | 02:08 |
| *** rohitksingh-demo has quit IRC | 02:28 | |
| *** rohitksingh-demo has joined #timvideos | 02:28 | |
| skay | someone kick CarlFK so that he gives us a statement for his election | 02:34 |
| * mithro kicks CarlFK[m] | 02:44 | |
| mithro | Done! :-P | 02:44 |
| CarlFK[m] | xfxf (IRC): carl@twist:~$ cat .minirc.dfl | 03:08 |
| CarlFK[m] | pu port /dev/ttyACM0 | 03:08 |
| *** rohitksingh-demo has quit IRC | 03:13 | |
| *** rohitksingh-demo has joined #timvideos | 03:15 | |
| *** rohitksingh-demo has quit IRC | 03:21 | |
| *** rohitksingh-demo has joined #timvideos | 03:22 | |
| *** sb0 has quit IRC | 03:23 | |
| *** rohitksingh-demo has quit IRC | 04:12 | |
| xfxf | latest firmware made no difference. Inline scaler worked. Black magic USB capture works. Got info and pics mithro wanted. | 04:15 |
| xfxf | this happens on all new crestron gear | 04:15 |
| *** rohitksingh-demo has joined #timvideos | 04:15 | |
| rohitksingh-demo | mithro: what does it mean if memtest is okay, but H2C console's "debug ddr" is showing no output at all | 04:16 |
| rohitksingh-demo | *H2U | 04:16 |
| mithro | rohitksingh-demo: The "debug ddr" only shows output when you have the bandwidth calculation stuff on I think.... | 04:16 |
| mithro | rohitksingh-demo: It could also be broken on Opsis | 04:16 |
| rohitksingh-demo | okay | 04:17 |
| rohitksingh-demo | mithro: there is no pattern output or something like that in nexys_video? | 04:20 |
| mithro | rohitksingh-demo: I think there should be? | 04:20 |
| rohitksingh-demo | I cannot get any output from nexys_video | 04:21 |
| rohitksingh-demo | mithro: ^ | 04:22 |
| mithro | rohitksingh-demo: Any video output I assume you mean? | 04:25 |
| mithro | rohitksingh-demo: It is probably broken.... | 04:26 |
| rohitksingh-demo | mithro: yup, can't get any output...also "output0: [email protected] from pattern (underflows: 25213295)" I think there is issue with ddr3? | 04:26 |
| rohitksingh-demo | soo many underflows | 04:27 |
| mithro | If you are getting underflows you won't get any video output | 04:27 |
| rohitksingh-demo | mithro: yeah, that means dma is not able to fetch data, which means probably ddr3 is not working? | 04:27 |
| mithro | rohitksingh-demo: Yeah probbaly | 04:30 |
| shenki | mithro: is your dtb generation part of the build process? | 04:32 |
| shenki | (the litex-buildenv) | 04:32 |
| mithro | shenki: Not yet | 04:32 |
| shenki | ok | 04:32 |
| shenki | i don't get any serial console output after | 04:32 |
| shenki | [ 0.000000] console [tty0] enabled | 04:32 |
| shenki | [ 0.000000] bootconsole [litex_uart_a0] disabled | 04:32 |
| shenki | using my kernel tree and the qemu in litex-buildenv | 04:33 |
| mithro | shenki: Well, I have no idea what your kernel tree is -- so no idea what could be wrong.... | 04:36 |
| shenki | it works fine on hardware | 04:37 |
| mithro | So, I guess it must be something in the qemu emulation? | 04:41 |
| shenki | yes | 04:43 |
| mithro | shenki: I guess something in interrupts if it works in earlycon but not after? | 04:44 |
| mithro | shenki: BTW Have you tried with hardware built from that repo? | 04:44 |
| mithro | xobs: So I was confused, Josh is coming by tomorrow | 04:45 |
| mithro | xobs: Did you still the Oscilliscope access? | 04:45 |
| xobs | mithro: No worries. I've mostly got it figured out. | 04:45 |
| shenki | mithro: yes | 04:46 |
| mithro | shenki: Okay | 04:47 |
| *** sb0 has joined #timvideos | 04:50 | |
| shenki | mithro: it looks like litex-buildenv points at an outdated version of liteeth? | 04:50 |
| mithro | shenki: There is deliberate - liteeth has change the csr interface slightly which breaks libuip, qemu emulation, etc | 04:51 |
| shenki | mithro: okay. so we don't plan on doing any networking for the miniconf? | 04:51 |
| shenki | (under linux) | 04:51 |
| mithro | shenki: I was hoping you would get it working? | 04:51 |
| shenki | i was looking at linux. i haven't looked at the other parts | 04:52 |
| mithro | shenki: You can just target the old csr format? | 04:53 |
| shenki | mithro: do you mean without the level register? | 04:54 |
| mithro | level register? | 04:54 |
| shenki | the level register is the addition that _florent_ made to allow us to write a linux driver for it | 04:55 |
| shenki | https://github.com/enjoy-digital/liteeth/commit/27882948345fca48ee9e833c7b46c1a23c9669cd | 04:55 |
| tpb | Title: core/mac/sram: add csr for fifo level of sram reader (for the linux d… · enjoy-digital/liteeth@2788294 · GitHub (at github.com) | 04:55 |
| mithro | Oh | 04:55 |
| mithro | shenki: These were the changes that broke things -> https://github.com/enjoy-digital/liteeth/commit/c9ec30df2f52192346bc448778bfe03c849371b7#diff-1139ae1e4d43650e1e47bb8b0b41e77d | 04:56 |
| tpb | Title: core/mac: apply changes from misoc: remove gap_checker in rx, add pre… · enjoy-digital/liteeth@c9ec30d · GitHub (at github.com) | 04:56 |
| mithro | jea[m]: Can you look at the edid Ryan has collected from the crestron and decode it into mode timings? | 04:58 |
| mithro | shenki: It would be pretty easy to fix up the drivers + qemu emulation -- it's just having time for someone to do that | 05:00 |
| xfxf | CarlFK[m]: that hard drive detection issue. if you go to the menu when it says it can't detect any HDD's and reselect the "detect hard drive" option, it then detects the HDD's fine and continues on its way | 05:03 |
| xfxf | this def isn't a hardware issue, it looks like a bug in the installer or something | 05:03 |
| xfxf | also the installer still crashes at the end with the preseed command | 05:06 |
| _florent_ | mithro: we can revert the liteeth changes for now if it breaks things for you | 05:11 |
| shenki | i think the only changes required are qemu | 05:13 |
| shenki | it works for me on hardware | 05:13 |
| mithro | shenki: okay, if you can get things working on the hardware I can fix up the qemu emulation... | 05:18 |
| shenki | mithro: the bios works. i haven't tested the hdmi2usb firmware | 05:19 |
| shenki | ping works under linux still | 05:19 |
| mithro | shenki: The HDMI2USB firmware is broken with the latest liteeth | 05:19 |
| shenki | now to make use of the new features, and to fix the bugs | 05:19 |
| shenki | mithro: any reason it should be? doesn't it use the same csr.h? | 05:20 |
| mithro | shenki: I think it uses one of the registers which was renamed or something? | 05:20 |
| mithro | Working on something else right now | 05:20 |
| shenki | it looks like it should just work to me. i will try booting it | 05:22 |
| shenki | mithro: what didn't work? | 05:24 |
| shenki | $ telnet 192.168.100.50 | 05:24 |
| shenki | Trying 192.168.100.50... | 05:24 |
| shenki | Connected to 192.168.100.50. | 05:24 |
| shenki | Escape character is '^]'. | 05:24 |
| shenki | H2U 00:00:32> | 05:24 |
| shenki | H2U 00:00:32> | 05:24 |
| mithro | tftp booting | 05:24 |
| shenki | the hdmi2usb doesn't tftp boot, does it? that's the bios' job | 05:25 |
| shenki | hdmi2usb firmware, that is | 05:25 |
| mithro | Yeah | 05:25 |
| shenki | bios tftp booting is working for me | 05:25 |
| mithro | I could just be confusing qemu and real hardware | 05:25 |
| shenki | perhaps you had a mismatch between old software and new gateware? | 05:26 |
| shenki | i've got a Super Legit© method to keeping our device tree in sync with the generated addresses of the gateware | 05:29 |
| shenki | grep -h "^#" ./build/arty_net_or1k.linux/software/include/generated/csr.h ./build/arty_net_or1k.linux/software/include/generated/mem.h | grep -v include > ~/dev/kernels/litex/include/dt-bindings/litex.h | 05:29 |
| shenki | and then something like this in the device tree: https://pastebin.com/raw/hXx5r78q | 05:30 |
| shenki | it's the worst. but at least it's simple to update | 05:31 |
| *** shorne has quit IRC | 05:33 | |
| *** shorne has joined #timvideos | 05:35 | |
| rohitksingh-demo | mithro: you have pull request from Joe :p | 05:41 |
| mithro | shenki: Joe? | 05:41 |
| shenki | not me | 05:45 |
| ewen | mithro: http://ewen.mcneill.gen.nz/blog/entry/2018-01-17-fupy-fpga-micropython-on-mimas-v2-and-arty-a7/ | 05:52 |
| tpb | Title: FuPy (FPGA MicroPython) on Mimas v2 and Arty (at ewen.mcneill.gen.nz) | 05:52 |
| ewen | In summary, seems to work (with one minor tweak) for lm32 soft CPU on Mimas v2 and Arty A7 (but or1k soft CPU didn't compile -- system.h not found) | 05:53 |
| *** futarisIRCcloud has quit IRC | 05:55 | |
| rohitksingh-demo | ewen: Awesome work and the blog post! \o/ | 06:00 |
| ewen | rohitksingh-demo: Thanks! | 06:05 |
| ewen | mithro: litex readthedocs appears not to be building because github.com/enjoy-digital/litex/doc/ has only a logo PNG in it. Is there documentation somewehre else that should be rendered? | 06:12 |
| mithro | ewen: Oh.... | 06:13 |
| mithro | I guess _florent_ didn't import the migen/misoc docs? | 06:13 |
| ewen | Perhaps not :-( | 06:14 |
| ewen | mithro: http://mithro-migen.readthedocs.io/en/latest/ exists, but seems last updated 2015 | 06:15 |
| tpb | Title: Migen manual Migen 0.5.dev0 documentation (at mithro-migen.readthedocs.io) | 06:15 |
| mithro | https://m-labs.hk/migen/manual/ | 06:15 |
| ewen | mithro: And https://readthedocs.org/projects/mithro-misoc/ exists, but seems to be failing to build | 06:16 |
| xfxf | CarlFK[m], stefanor: do we have deployable rooms yet? (i wanna test vocto capture) | 06:48 |
| *** mcarden has quit IRC | 06:50 | |
| jea | xfxf, CarlFK, tumbleweed - are you all still at google? | 07:16 |
| CarlFK | jea; yes | 07:16 |
| felix_ | xobs, mithro: http://ultra-embedded.com/usb_sniffer/ | 07:17 |
| tpb | Title: USB Sniffer | Ultra-Embedded (at ultra-embedded.com) | 07:17 |
| jea | CarlFK: cool, I'll come back then | 07:17 |
| felix_ | haven't tried that, but might be interesting | 07:17 |
| xobs | felix_: That does look like it could be interesting. | 07:17 |
| mithro | xobs: I have all parts for that here btw | 07:20 |
| *** futarisIRCcloud has joined #timvideos | 07:25 | |
| cr1901_modern | mithro: Is it a known issue that the mimasv2 constrains for the PMOD ports are dead wrong (in Migen/Litex _and_ Numato's provided file)? | 07:34 |
| jea[m] | CarlFK (IRC): can you let me in please | 07:56 |
| CarlFK | jea: sending doorman | 07:56 |
| jea[m] | Thanks :) | 07:56 |
| *** ewen has quit IRC | 08:47 | |
| *** paddatrapper has quit IRC | 08:48 | |
| *** paddatrapper has joined #timvideos | 09:01 | |
| *** paddatrapper has quit IRC | 09:08 | |
| *** paddatrapper has joined #timvideos | 09:12 | |
| *** paddatrapper has quit IRC | 09:17 | |
| mithro | CarlFK[m]: https://gist.github.com/mithro/0cf9c15053e6f40c0d24b8d50bc44252 | 09:36 |
| tpb | Title: Script to download prebuilt firmware · GitHub (at gist.github.com) | 09:36 |
| *** futarisIRCcloud has quit IRC | 09:55 | |
| *** paddatrapper has joined #timvideos | 10:12 | |
| *** futarisIRCcloud has joined #timvideos | 10:46 | |
| rohitksingh-demo | mithro: do we have ATX to DC Barrel Jack connector? | 10:57 |
| futarisIRCcloud | ewen: Cheers. FuPy works fine on my Arty here. Haven't tested it on Mimas v2 yet. | 11:06 |
| *** sb0 has quit IRC | 12:03 | |
| *** rails_ has joined #timvideos | 13:16 | |
| *** rails_ is now known as rails[I] | 13:17 | |
| *** futarisIRCcloud has quit IRC | 13:25 | |
| *** thaytan has quit IRC | 13:34 | |
| *** thaytan has joined #timvideos | 13:36 | |
| *** ChanServ sets mode: +v thaytan | 13:36 | |
| *** CarlFK has quit IRC | 13:42 | |
| *** rohitksingh-demo has quit IRC | 13:43 | |
| *** sb0 has joined #timvideos | 13:59 | |
| *** CarlFK has joined #timvideos | 14:02 | |
| *** ChanServ sets mode: +v CarlFK | 14:02 | |
| cr1901_modern | _florent_: I've been reading the SD spec this morning to debug some issues I'm having on my end. Why do you delegate the length of the card response (either 48 or 132 bits) to the firmware >> | 14:19 |
| cr1901_modern | as opposed to autodetecting it? | 14:19 |
| cr1901_modern | s/132/136/ | 14:19 |
| *** mcarden has joined #timvideos | 14:27 | |
| _florent_ | cr1901_modern: i don't remember, probably for flexibility, can you point to the code that does it? | 14:40 |
| cr1901_modern | _florent_: Stuff like this https://github.com/enjoy-digital/litesdcard/blob/master/litesdcard/firmware/sdcard.c#L337-L338 | 14:49 |
| tpb | Title: litesdcard/sdcard.c at master · enjoy-digital/litesdcard · GitHub (at github.com) | 14:49 |
| cr1901_modern | AFAICT, the direction of the transfer and the length of the control response are implicit in the command | 14:49 |
| cr1901_modern | In any case, I suspect that the reason I'm having SD card woes is that my SD card doesn't actually support SET_BLOCK_COUNT | 14:50 |
| * cr1901_modern doesn't know for sure right now | 14:51 | |
| _florent_ | cr1901_modern: we are doing that since it's easier to do in software, this way the gateware does not need to know which command is what and just transfers values from the software to the sdcard | 16:19 |
| _florent_ | cr1901_modern: set_block_count should indeed not report an error | 16:24 |
| cr1901_modern | _florent_: Does that mean old SD cards are not supported? | 16:30 |
| _florent_ | cr1901_modern: your sdcard need to support multiblock write/read | 16:39 |
| _florent_ | cr1901_modern: which is probably not the case of old sdcards | 16:39 |
| _florent_ | cr1901_modern: but we could try to support it | 16:39 |
| cr1901_modern | I don't think I have any spares atm :( | 16:39 |
| _florent_ | cr1901_modern: just that for our usecase, only supporting new sdcards was fine | 16:40 |
| cr1901_modern | _florent_: Atm, not sure how invasive the changes are to support it. I need to do more testing | 16:40 |
| cr1901_modern | I don't _know_ for sure that this SD card doesn't support SET_BLOCK_COUNT. | 16:40 |
| cr1901_modern | Just that SET_BLOCK_COUNT errors out, and I need to query the actual response code | 16:41 |
| cr1901_modern | _not_ the cmdevt that is returned in CSR | 16:41 |
| _florent_ | cr1901_modern: if you only get an error for this command, your card is probably not supporting multiple block | 16:43 |
| _florent_ | cr1901_modern: you can also use sdcard_write_single_block / sdcard_read_single_block | 16:43 |
| _florent_ | cr1901_modern: what is your usecase for litesdcard btw? | 16:44 |
| cr1901_modern | See privmsg | 16:44 |
| cr1901_modern | _florent_: According to simplified spec, multiple read/multiple write are mandatory commands to support. And those work w/o returning an error. | 16:48 |
| cr1901_modern | It's SET_BLOCK_COUNT that causes problems | 16:49 |
| cr1901_modern | (page 83 on the document itself- page 101 in Adobe reader) | 16:49 |
| cr1901_modern | >this way the gateware does not need to know which command is what and just transfers values from the software to the sdcard | 16:51 |
| cr1901_modern | That's fine/fair. Users prob shouldn't need to know the spec anyway to use the firmware. It just confused me when debugging. | 16:51 |
| *** rails[I] has quit IRC | 18:26 | |
| CarlFK[m] | im waking up... | 20:33 |
| *** CarlFK has quit IRC | 21:01 | |
| jea[m] | CarlFK: I’m awake and leaving now for the coffee shop | 21:01 |
| micolous[m] | Morning campers | 21:35 |
| jea[m] | Hello micolous | 22:41 |
| micolous[m] | Heading to the room | 22:46 |
| *** CarlFK has joined #timvideos | 22:46 | |
| *** ChanServ sets mode: +v CarlFK | 22:46 | |
| Kamilion | hrm, ran across a new HDMI capture box I wasn't familiar with | 22:49 |
| Kamilion | https://www.ebay.com/itm/Lenkeng-LKV373A-V3-0-HDMI-Extender-over-cat5e-6-up-to-120M-1-TX-to-N-RX-TCP-IP-/282071680843 | 22:49 |
| Kamilion | https://blog.danman.eu/new-version-of-lenkeng-hdmi-over-ip-extender-lkv373a/ | 22:49 |
| Kamilion | https://www.youtube.com/watch?v=SAvGylthpkU | 22:49 |
| Kamilion | anybody seen/experienced this lil' guy before? | 22:50 |
| CarlFK[m] | no - im intrigued by the reset button | 22:55 |
| CarlFK[m] | "You can buy other more capable device (e.g. Raspberry PI) which can do the same job for less money or better. " | 23:03 |
| CarlFK[m] | how can a pi get hdmi signal? | 23:03 |
| *** rails[I] has joined #timvideos | 23:09 | |
| *** rails[I] has quit IRC | 23:09 | |
| *** rails[I] has joined #timvideos | 23:09 | |
| *** futarisIRCcloud has joined #timvideos | 23:34 | |
| futarisIRCcloud | Kamilion: The LKV373A has been mentioned on Hackaday a few times before. From what I recall, 1080p gets scaled down to a weird resolution. 720p is ok. Everything is h.264 across multicast packets over ethernet. | 23:38 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!