| *** tpb has joined #timvideos | 00:00 | |
| *** Bertl_oO is now known as Bertl_zZ | 02:14 | |
| mithro | pring cr1901 / cr1901_modern1 | 02:24 |
|---|---|---|
| mithro | s/pring/ping/ | 02:24 |
| cr1901 | mithro: Hi! Yes, I'm currently petsitting for a week, and I couldn't bring my minispartan with me. I'll be making a trip home tomorrow tho so I can further debug from last time | 02:25 |
| mithro | cr1901: I'd like to give your counter stuff a go on my atlys/opsis boards here | 02:26 |
| cr1901 | mithro: The counter itself should work fine. I can make a patch (sans the minispartan stuff) and show you how to add it into your code | 02:27 |
| mithro | cr1901: That would be awesome | 02:28 |
| cr1901 | mithro: Shall I continue looking into minispartan woes as well? I mean, I'm going to need to get it working anyway | 02:28 |
| mithro | cr1901: I think we need to get on _florent_ getting the litedram stuff merged | 02:29 |
| mithro | cr1901: I'm pretty sure https://github.com/enjoy-digital/scarab-soc hasn't been updated to his latest stuff, right? | 02:29 |
| tpb | Title: GitHub - enjoy-digital/scarab-soc: ScarabHardware miniSpartan6+ SoC based on Migen/MiSoC (at github.com) | 02:29 |
| cr1901 | mithro: That may be true as well, but there is DEF some EDID woes as well | 02:29 |
| mithro | cr1901: I disable the ability to write the lm32 firmware onto the SPI flash for the moment - it was breaking the opsis/atlys boards because it loads the firmware contents into the dram and tries to run it from there | 02:30 |
| cr1901 | mithro: Okay, I'll take a look. Something important tho: flterm doesn't really play nicely with Windoze, so I've always been trying to flash onto the ROM. | 02:32 |
| cr1901 | mithro: My copy of target/minispartan.py in hdmi2usb vs scarab-soc is *not* that drastically different as of this moment | 02:32 |
| mithro | cr1901: Hrm? You mean you have been flashing to the SPI flash? | 02:32 |
| cr1901 | mithro: Yes, this whole time | 02:32 |
| * cr1901 backs up slowly and runs | 02:35 | |
| mithro | cr1901: Nah, that is fine | 02:37 |
| mithro | cr1901: Although I'd like to know why flterm isn't working for you | 02:38 |
| cr1901 | mithro: I'll have to check when I get home tomorrow (I'll only be there from about 10 to 5) | 02:38 |
| cr1901 | I don't remember the details | 02:38 |
| mithro | cr1901: Okay | 02:39 |
| mithro | cr1901: Are you able to get the pull request bit done before tomorrow? | 02:39 |
| cr1901 | mithro: I have access to the repo remotely. Let's see what I can do... | 02:41 |
| mithro | cr1901: Thanks! | 02:47 |
| cr1901 | mithro: This is gonna have to wait till morning thanks to line ending bullshit thinking EVERY file has been modified | 03:31 |
| cr1901 | I only set up (S)FTP access to my machine :/. Lesson learned | 03:32 |
| mithro | cr1901: Okay | 03:32 |
| mithro | CarlFK: are you going to be in a position to test VGA capture over the next couple of days? | 03:54 |
| CarlFK | mithro: right now I only have an opsis and the vga-atlys board. my atlys are all being shipped back, should arrive in 2 or 3 days (mon or tues) | 03:56 |
| mithro | CarlFK: okay, so that is no then :P | 03:58 |
| mithro | CarlFK: well, atleast until later in the week | 03:59 |
| CarlFK | mithro: oh wait.. I take that back. I brought an atlys with me. so yeah, I can do something in about 12 hours (11p tonight, im beat | 04:00 |
| mithro | CarlFK: well, don't have anything to test right this second | 04:00 |
| mithro | CarlFK: but might in about 12 hours | 04:01 |
| mithro | CarlFK: depends on if Rohit gets a chance to do hacking today or not | 04:01 |
| xfxf | mithro: i'll message you here instead of disturbing you constantly, reply when you're free | 05:04 |
| xfxf | the gamma edid patch is still in, but i still think the gamma is wrong | 05:04 |
| xfxf | i'll have a deeper look, but do you remember the thing we had that was causing crashes? | 05:04 |
| xfxf | i.e. how would i reproduce? | 05:05 |
| xfxf | (my laptop runs gnome 3 and it's working fine) | 05:05 |
| mithro | xfxf: I'm pretty sure it was only older versions of gnome 3 | 05:06 |
| mithro | xfxf: Maybe take a look at http://www.edidreader.com/ and https://cgit.freedesktop.org/xorg/app/edid-decode | 05:10 |
| tpb | Title: Web Based EDID Reader (at www.edidreader.com) | 05:10 |
| *** rohitksingh has joined #timvideos | 06:59 | |
| rohitksingh | mithro: ping | 07:08 |
| mithro | rohitksingh: pong! | 07:08 |
| rohitksingh | mithro: this build failed because timvideos:master doesn't have gateware merged yet. https://travis-ci.org/timvideos/HDMI2USB-misoc-firmware/builds/150325485 | 07:09 |
| tpb | Title: Travis CI - Test and Deploy Your Code with Confidence (at travis-ci.org) | 07:09 |
| mithro | rohitksingh: That is saying you are trying to merge something which has dependencies no in that pull request | 07:10 |
| rohitksingh | mithro: and I think we can try your fix...we can run OVDD from 3.3V rails directly and run other sensitive PLL supplies etc from 5V | 07:11 |
| mithro | rohitksingh: yeah | 07:11 |
| mithro | rohitksingh: but lets hold off on that | 07:11 |
| mithro | rohitksingh: one thing at a time :P | 07:11 |
| rohitksingh | mithro: yes I missed the fact that travis will fail | 07:11 |
| mithro | rohitksingh: You only have one pull request open at the moment? | 07:12 |
| rohitksingh | mithro: 2. This one also https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/215 Can you see if this can be merged or not. Doesn't have any dependency, and have fixed everything discussed in the comments thread. Its gateware only code | 07:13 |
| tpb | Title: Initial gateware code for VGA capture by rohit91 · Pull Request #215 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 07:13 |
| mithro | rohitksingh: Oh - I missed it because it is below all the other WIP requests | 07:15 |
| rohitksingh | mithro: oh. can you take a look at it now. I will fix any issues on those 2 commits. | 07:18 |
| mithro | rohitksingh: Is there any reason not to have #279 as part of #215? | 07:28 |
| *** cr1901 has quit IRC | 07:28 | |
| rohitksingh | mithro: Initially I did that itself, but I thought we might need some discussion on atlys_video target, like we are having now about 3.3V tolerant Ethernet. that's why :p | 07:30 |
| rohitksingh | mithro: I can add it to #215 if you want | 07:31 |
| mithro | rohitksingh: I think that is the right move here | 07:32 |
| rohitksingh | mithro: okhay i'll add it to #215 after lunch. having lunch right now. | 07:33 |
| *** cr1901 has joined #timvideos | 07:43 | |
| mithro | rohitksingh: Could you take a look at https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/280 and tell me what you think? I'm just trying to make the buttons clearable bit now | 08:11 |
| tpb | Title: Support LEDs, Switches and Buttons on Atlys (plus improve VCCB2 support). by mithro · Pull Request #280 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 08:11 |
| rohitksingh | mithro: okay | 08:11 |
| rohitksingh | mithro: Excellent. Its much flexible now that we can configure individual banks' IOStandards. | 08:30 |
| rohitksingh | mithro: why did we remove encoder's leds though? | 08:31 |
| xfxf | CarlFK: what do you do in production, run dvsmon or screen? | 09:08 |
| xfxf | (in terms of auto-restarting ingest.py things) | 09:08 |
| mithro | rohitksingh: It seems to fail if you have the leds in two modules | 09:14 |
| rohitksingh | mithro: yeah. it will fail. I was just unsure of why not just have only 6 higher/lower bits of leds controllable from registers, unless of course we need all 8 bits... | 09:18 |
| mithro | rohitksingh: we can look at reenabling that functionality in the future | 09:21 |
| rohitksingh | mithro: yeah we can do that | 09:22 |
| mithro | rohitksingh: I'm going to fix this so we have two seperate pull requests here | 09:23 |
| mithro | rohitksingh: Can you take a careful look over 280 now? It just contains the IO standard fixes now (Check that banks and stuff match). If you think it looks good, can you comment on it? | 09:38 |
| rohitksingh | mithro: sure | 09:41 |
| mithro | rohitksingh: Then I think we should rebase your VGA stuff on top of that IO standard fixes | 09:42 |
| rohitksingh | mithro: yeah. only platform file will get modified | 09:43 |
| *** ssk1328 has joined #timvideos | 09:43 | |
| ssk1328 | mithro: In the conversation, we had here, https://logs.timvideos.us/%23timvideos/%23timvideos.2016-08-05.log.html#t2016-08-05T08:39:06, I said no, but I am actually combining two sinks into a single source in the updated VTG module | 09:45 |
| ssk1328 | mithro: Here https://github.com/ssk1328/HDMI2USB-misoc-firmware/blob/float-arithmetic/gateware/hdmi_out/format.py#L78 | 09:46 |
| tpb | Title: HDMI2USB-misoc-firmware/format.py at float-arithmetic · ssk1328/HDMI2USB-misoc-firmware · GitHub (at github.com) | 09:46 |
| ssk1328 | mithro: Or the other way would be to combine the two two streams into a single layout even before they arrive at VTG module | 09:48 |
| mithro | ssk1328: So this code -> https://github.com/ssk1328/HDMI2USB-misoc-firmware/blob/float-arithmetic/gateware/hdmi_out/format.py#L93 should join the two streams together? | 09:49 |
| tpb | Title: HDMI2USB-misoc-firmware/format.py at float-arithmetic · ssk1328/HDMI2USB-misoc-firmware · GitHub (at github.com) | 09:49 |
| ssk1328 | mithro: Yes | 09:49 |
| ssk1328 | mithro: Payload from two sinks is getting connected to payload of one source | 09:50 |
| mithro | ssk1328: I think you should extract the piece of code which has two sinks and one source - then you can do a testbench for that module | 09:50 |
| mithro | ssk1328: Looking at that code, I'm not certain the stb/acks are being combined / asserted in the right way | 09:50 |
| ssk1328 | mithro: You mean here https://github.com/ssk1328/HDMI2USB-misoc-firmware/blob/float-arithmetic/gateware/hdmi_out/format.py#L146 | 09:51 |
| tpb | Title: HDMI2USB-misoc-firmware/format.py at float-arithmetic · ssk1328/HDMI2USB-misoc-firmware · GitHub (at github.com) | 09:51 |
| mithro | ssk1328: Yeah - I don't think what that is doing is right? | 09:52 |
| ssk1328 | mithro: The default is doing something like this https://github.com/timvideos/HDMI2USB-misoc-firmware/blob/master/gateware/hdmi_out/format.py#L142 | 09:53 |
| tpb | Title: HDMI2USB-misoc-firmware/format.py at master · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 09:53 |
| mithro | ssk1328: yeah - I think that is fine when you only have one source | 09:53 |
| mithro | ssk1328: but when you have two sources you are pulling from, things are more complicated | 09:54 |
| ssk1328 | mithro: You mean a different logic at the if condition or some more changes elsewhere? | 09:54 |
| mithro | ssk1328: both I think | 09:54 |
| mithro | ssk1328: but I'm unsure | 09:54 |
| ssk1328 | mithro: Maybe I can use a something to pack the tokens before arriving at VTG module | 09:55 |
| mithro | ssk1328: Once you have a two sources -> one sink combinder object, you should be able to have minimal changes to the VTG module | 09:55 |
| ssk1328 | mithro: So I won't have to play with VTG | 09:55 |
| mithro | ssk1328: Yeah | 09:55 |
| ssk1328 | mithro: Yeah, excatly | 09:55 |
| ssk1328 | mithro: https://migen.readthedocs.io/en/latest/dataflow.html#pack | 09:55 |
| tpb | Title: Dataflow Migen X documentation (at migen.readthedocs.io) | 09:55 |
| ssk1328 | mithro: I can maybe use a pack before VTG | 09:56 |
| mithro | ssk1328: I'm unsure from the description - but I think that only operates from one sink | 09:57 |
| ssk1328 | mithro: Oh | 09:57 |
| mithro | ssk1328: IE it takes an 8bit @ 100 MHz and converts it to 32bit @ 25MHz type thing | 09:58 |
| ssk1328 | mithro: Yeah, its different | 09:58 |
| mithro | You want something which takes 2 separate 8bit@100MHz streams and generates a 16bit@100MHz stream | 09:59 |
| ssk1328 | mithro: Yes, that I understood | 10:00 |
| rohitksingh | ssk1328: I think you should use this one https://migen.readthedocs.io/en/latest/dataflow.html#combinator? this seems to be the one which combines tokens | 10:00 |
| tpb | Title: Dataflow Migen X documentation (at migen.readthedocs.io) | 10:00 |
| ssk1328 | rohitksingh: Seems correct for the use here | 10:02 |
| ssk1328 | rohitksingh: I will check this out | 10:02 |
| rohitksingh | ssk1328: great | 10:03 |
| rohitksingh | mithro: we can map banks directly with pins no? | 10:10 |
| rohitksingh | mithro: https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/280/files#diff-e951b052fef48179c79f7ca67755519fR59 | 10:10 |
| tpb | Title: Rework IO standards for Atlys board by mithro · Pull Request #280 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 10:10 |
| rohitksingh | mithro: for example, i'm not sure of whether pin L15 is actually on bank 1 unless I check in datasheet | 10:11 |
| mithro | rohitksingh: there are comments above it | 10:25 |
| rohitksingh | mithro: oh. diff wasn't showing them :p with comments directly placed above, it is okay then | 10:27 |
| mithro | ssk1328: The Combinator the rohit pointed too does seem like the right thing to be using here | 11:01 |
| mithro | rohitksingh: Looking at the VGA pull request, there isn't any lm32 firmware code to use this yet? | 11:15 |
| rohitksingh | mithro: yeah this pull request is only for gateware. This one is easier to merge, and has no conflicts....I'll create new pull request for firmware...it will require much close review thats why | 11:17 |
| mithro | rohitksingh: Okay | 11:18 |
| rohitksingh | mithro: you told me to review cas stuff...I can't find it anywhere now except this -> https://github.com/timvideos/HDMI2USB-misoc-firmware/commit/e39f2fb and there is an invalid literal "10ms" which github has also flagged | 11:22 |
| tpb | Title: Finishing the TODO that make buttons set and then clearable. · timvideos/HDMI2USB-misoc-firmware@e39f2fb · GitHub (at github.com) | 11:22 |
| mithro | rohitksingh: Already fixed -> https://github.com/mithro/HDMI2USB-misoc-firmware/blob/control-n-status/gateware/cas.py#L61 | 11:23 |
| tpb | Title: HDMI2USB-misoc-firmware/cas.py at control-n-status · mithro/HDMI2USB-misoc-firmware · GitHub (at github.com) | 11:23 |
| mithro | rohitksingh: So, it would be good to put a few extra comments into your VGA pull request | 11:25 |
| mithro | rohitksingh: IE Some links to the vmodvga repository and stuff would be good | 11:25 |
| rohitksingh | mithro: sure | 11:26 |
| mithro | ssk1328: any luck? | 11:27 |
| *** andi-m has quit IRC | 11:39 | |
| rohitksingh | mithro: now that we are using 3.3 iostandard for ethernet, I think I should change back atlys_video target to inherit MiniSoC again ? | 11:42 |
| mithro | rohitksingh: Maybe? | 11:44 |
| mithro | rohitksingh: I merged #280 | 11:44 |
| *** andi-m has joined #timvideos | 11:44 | |
| *** cr1901_modern has joined #timvideos | 11:47 | |
| rohitksingh | mithro: awesome. I'll fix #215 then | 11:47 |
| *** cr1901_modern1 has quit IRC | 11:49 | |
| mithro | rohitksingh: Here is the LED/Switch/Push Button stuff in a seperate pull request -> https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/282/files | 11:49 |
| tpb | Title: Adding a module to allow firmware access to the LEDs, Push Buttons and Switches (on the Atlys) by mithro · Pull Request #282 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 11:49 |
| *** andi-m has quit IRC | 11:53 | |
| *** cr1901 has quit IRC | 11:55 | |
| *** Bertl_zZ is now known as Bertl | 12:00 | |
| *** andi-m has joined #timvideos | 12:04 | |
| *** cr1901 has joined #timvideos | 12:09 | |
| *** andi-m has quit IRC | 12:19 | |
| *** andi-m has joined #timvideos | 12:24 | |
| *** shenki has quit IRC | 12:25 | |
| *** shenki has joined #timvideos | 12:25 | |
| *** ChanServ sets mode: +v shenki | 12:25 | |
| *** andi-m has quit IRC | 12:28 | |
| *** andi-m has joined #timvideos | 12:33 | |
| ssk1328 | mithro: gateware build in progress | 12:41 |
| mithro | ssk1328: Can you commit and push what you have so far so I can take a look at it? | 12:41 |
| ssk1328 | mithro: Except the changes since last few hours, everything else is updated, I will push the latest code as well | 12:42 |
| mithro | ssk1328: I want to see how you are using the Combinator thingy | 12:43 |
| ssk1328 | mithro: Yes | 12:43 |
| *** andi-m has quit IRC | 12:46 | |
| *** andi-m has joined #timvideos | 12:47 | |
| ssk1328 | mithro: I have defined a module myself https://github.com/ssk1328/HDMI2USB-misoc-firmware/blob/float-arithmetic/gateware/hdmi_out/format.py#L71] | 12:48 |
| tpb | Title: HDMI2USB-misoc-firmware/format.py at float-arithmetic · ssk1328/HDMI2USB-misoc-firmware · GitHub (at github.com) | 12:48 |
| ssk1328 | mithro: Which is similar to Combinator defined here https://github.com/timvideos/migen/blob/ad57f636eb95c0c0ba539fe9048266120f3f5c54/migen/flow/plumbing.py#L19 | 12:48 |
| tpb | Title: migen/plumbing.py at ad57f636eb95c0c0ba539fe9048266120f3f5c54 · timvideos/migen · GitHub (at github.com) | 12:48 |
| mithro | ssk1328: Why can't you use that one? | 12:49 |
| ssk1328 | mithro: So instead of this I was looking at CombinatorialActor class, which I didn't was appropriate, so I wrote the class myself, and later while scanning through found this and understood this was the Combinator class rohitksingh was referring to | 12:50 |
| rohitksingh | mithro: shall I add vga signals in platform file to _io or _io_vccb2_3v3? currently it should go to later one | 12:53 |
| mithro | rohitksingh: lets go with the second one for now | 12:54 |
| rohitksingh | mithro: great. meanwhile can you take a look at the docstring and see if is sufficient or needs something more? | 12:55 |
| rohitksingh | mithro: here https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/215/commits/49dec2397a1445938060653a657937378a9af7c5#diff-03a5e3b5ec77c130e9b6342b134584f3R7 | 12:55 |
| tpb | Title: Initial gateware code for VGA capture by rohit91 · Pull Request #215 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 12:55 |
| mithro | rohitksingh: Yeah, the comment looks like the type of stuff I was looking for - your formatting is a bit weird | 12:57 |
| mithro | rohitksingh: See https://github.com/m-labs/migen/blob/master/migen/genlib/coding.py#L9 | 12:57 |
| tpb | Title: migen/coding.py at master · m-labs/migen · GitHub (at github.com) | 12:57 |
| mithro | rohitksingh: And https://github.com/m-labs/migen/blob/master/migen/genlib/sort.py | 12:58 |
| tpb | Title: migen/sort.py at master · m-labs/migen · GitHub (at github.com) | 12:58 |
| rohitksingh | mithro: ohkay. hadn't seen how migen does that. I'll fix it | 12:58 |
| mithro | rohitksingh: Format seems to be describe a bit here -> http://hplgit.github.io/teamods/sphinx_api/html/sphinx_api.html | 13:01 |
| tpb | Title: Simple Formatting Rules (at hplgit.github.io) | 13:01 |
| mithro | It's not one of the formatting systems I'm use to - I normally use the Google one for obvious reasons | 13:02 |
| mithro | rohitksingh: But consistency with the existing stuff is the best way to go | 13:02 |
| mithro | rohitksingh: I don't want you to do this now, but I think we could probably replace your current counter stuff with the VTG stuff | 13:04 |
| mithro | rohitksingh: some more links would be good | 13:04 |
| ssk1328 | mithro: Finally static mixing is working! :) | 13:04 |
| rohitksingh | mithro: VTG is video timing generator, right? | 13:05 |
| mithro | ssk1328: OMG! Lets see | 13:05 |
| mithro | rohitksingh: yes | 13:05 |
| rohitksingh | mithro: okay I'll do that...btw pads are which types? lists or some migen class? | 13:05 |
| mithro | rohitksingh: Not sure :-P | 13:06 |
| *** andi-m has quit IRC | 13:06 | |
| mithro | rohitksingh: I'm unsure how it would need to be modified - but it already has a bunch of stuff around the data valid stuff | 13:06 |
| mithro | rohitksingh / ssk1328: I've been working on some ideas around how to rework a lot of the pixel / video code to make it easier to understand and have better structure -> https://docs.google.com/document/d/1L8lz7u2uj6MrzSQv4b1Vk6Rmic26okyRklOju5IWLYA/edit# | 13:07 |
| tpb | Title: MiSoC HDMI refactoring - Google Docs (at docs.google.com) | 13:07 |
| mithro | basically it would be nice if we had some better primitives like "pixels" and "pixel streams" and stuff | 13:08 |
| *** andi-m has joined #timvideos | 13:09 | |
| mithro | love your comments - still very much a WIP | 13:09 |
| ssk1328 | mithro: This seems nice, I have always wanted to understand more of this | 13:10 |
| rohitksingh | mithro: yeah. i'll read it tonight... | 13:10 |
| ssk1328 | mithro: https://photos.google.com/share/AF1QipOJ0tE656GhYkF4sU3jD3PExuONIAmLrsQplsSLk78PwWPl-T7Tiq2Zrjfm-xqUYw/photo/AF1QipOSkGlF0MK-cVYDG3Q8m8qGLIuCLB8sMg35pEL5?key=RGVxV2tleUdWQVdEV0k2cTZHWGFMUk10Sy1vODB3 | 13:10 |
| mithro | ssk1328: YAY! It's all lined up too | 13:10 |
| ssk1328 | mithro: pattern mixed with input from my laptop screen extended | 13:10 |
| ssk1328 | mithro: The brightness less, just have to change a number in gateware code | 13:11 |
| rohitksingh | ssk1328: great job! :0 | 13:11 |
| rohitksingh | * :) | 13:11 |
| ssk1328 | mithro: Took longer than expected! But feels good to see this :) | 13:11 |
| mithro | ssk1328: Yeah, we really should have started down this path first rather than worrying about the mask stuff first | 13:11 |
| rohitksingh | brb...have to go outside | 13:12 |
| ssk1328 | mithro: I guess next important task is 1. to do this for all outputs; 2. Firmware for dynamic mixing | 13:14 |
| mithro | ssk1328: I added a diagram to your Mixing doc | 13:19 |
| *** rohitksingh has quit IRC | 13:27 | |
| mithro | ssk1328: Does that type of structure make sense? | 13:28 |
| mithro | ssk1328: Basically, trying to separate out bits into separate blocks | 13:28 |
| ssk1328 | mithro: I have a PPT to attend right now, I will be back in sometime | 13:31 |
| mithro | ssk1328: Okay | 13:34 |
| mithro | ssk1328: Added some more diagram which might be helpful.... | 13:34 |
| mithro | ssk1328: You should also see if you can replace your own custom thing with the inbuilt one as less code is always good | 13:40 |
| *** Bertl is now known as Bertl_oO | 13:55 | |
| mithro | well, bed time for me | 14:53 |
| CarlFK | xfxf: dvsmon | 14:54 |
| *** sb0 has quit IRC | 17:00 | |
| *** rohitksingh has joined #timvideos | 18:40 | |
| *** rohitksingh has quit IRC | 18:50 | |
| *** springermac has quit IRC | 18:55 | |
| *** springermac has joined #timvideos | 18:55 | |
| *** springermac has quit IRC | 19:01 | |
| *** springermac has joined #timvideos | 19:02 | |
| *** ssk1328 has quit IRC | 19:45 | |
| cr1901_modern | mithro: https://github.com/timvideos/HDMI2USB-misoc-firmware/pull/283 | 20:49 |
| tpb | Title: Frequency Counter for Debugging by cr1901 · Pull Request #283 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 20:49 |
| *** cr1901 has quit IRC | 23:55 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!