#timvideos

pring cr1901 / cr1901_modern1

s/pring/ping/

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

cr1901: I'd like to give your counter stuff a go on my atlys/opsis boards here

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

cr1901: That would be awesome

mithro: Shall I continue looking into minispartan woes as well? I mean, I'm going to need to get it working anyway

cr1901: I think we need to get on _florent_ getting the litedram stuff merged

cr1901: I'm pretty sure https://github.com/enjoy-digital/scarab-soc hasn't been updated to his latest stuff, right?

Title: GitHub - enjoy-digital/scarab-soc: ScarabHardware miniSpartan6+ SoC based on Migen/MiSoC (at github.com)

mithro: That may be true as well, but there is DEF some EDID woes as well

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

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.

mithro: My copy of target/minispartan.py in hdmi2usb vs scarab-soc is *not* that drastically different as of this moment

cr1901: Hrm? You mean you have been flashing to the SPI flash?

mithro: Yes, this whole time

cr1901: Nah, that is fine

cr1901: Although I'd like to know why flterm isn't working for you

mithro: I'll have to check when I get home tomorrow (I'll only be there from about 10 to 5)

I don't remember the details

cr1901: Okay

cr1901: Are you able to get the pull request bit done before tomorrow?

mithro: I have access to the repo remotely. Let's see what I can do...

cr1901: Thanks!

mithro: This is gonna have to wait till morning thanks to line ending bullshit thinking EVERY file has been modified

I only set up (S)FTP access to my machine :/. Lesson learned

cr1901: Okay

CarlFK: are you going to be in a position to test VGA capture over the next couple of days?

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)

CarlFK: okay, so that is no then :P

CarlFK: well, atleast until later in the week

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

CarlFK: well, don't have anything to test right this second

CarlFK: but might in about 12 hours

CarlFK: depends on if Rohit gets a chance to do hacking today or not

mithro: i'll message you here instead of disturbing you constantly, reply when you're free

the gamma edid patch is still in, but i still think the gamma is wrong

i'll have a deeper look, but do you remember the thing we had that was causing crashes?

i.e. how would i reproduce?

(my laptop runs gnome 3 and it's working fine)

xfxf: I'm pretty sure it was only older versions of gnome 3

xfxf: Maybe take a look at http://www.edidreader.com/ and https://cgit.freedesktop.org/xorg/app/edid-decode

Title: Web Based EDID Reader (at www.edidreader.com)

mithro: ping

rohitksingh: pong!

mithro: this build failed because timvideos:master doesn't have gateware merged yet. https://travis-ci.org/timvideos/HDMI2USB-misoc-...

Title: Travis CI - Test and Deploy Your Code with Confidence (at travis-ci.org)

rohitksingh: That is saying you are trying to merge something which has dependencies no in that pull request

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

rohitksingh: yeah

rohitksingh: but lets hold off on that

rohitksingh: one thing at a time :P

mithro: yes I missed the fact that travis will fail

rohitksingh: You only have one pull request open at the moment?

mithro: 2. This one also https://github.com/timvideos/HDMI2USB-misoc-fir... 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

Title: Initial gateware code for VGA capture by rohit91 · Pull Request #215 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com)

rohitksingh: Oh - I missed it because it is below all the other WIP requests

mithro: oh. can you take a look at it now. I will fix any issues on those 2 commits.

rohitksingh: Is there any reason not to have #279 as part of #215?

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

mithro: I can add it to #215 if you want

rohitksingh: I think that is the right move here

mithro: okhay i'll add it to #215 after lunch. having lunch right now.

rohitksingh: Could you take a look at https://github.com/timvideos/HDMI2USB-misoc-fir... and tell me what you think? I'm just trying to make the buttons clearable bit now

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)

mithro: okay

mithro: Excellent. Its much flexible now that we can configure individual banks' IOStandards.

mithro: why did we remove encoder's leds though?

CarlFK: what do you do in production, run dvsmon or screen?

(in terms of auto-restarting ingest.py things)

rohitksingh: It seems to fail if you have the leds in two modules

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...

rohitksingh: we can look at reenabling that functionality in the future

mithro: yeah we can do that

rohitksingh: I'm going to fix this so we have two seperate pull requests here

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?

mithro: sure

rohitksingh: Then I think we should rebase your VGA stuff on top of that IO standard fixes

mithro: yeah. only platform file will get modified

mithro: In the conversation, we had here, https://logs.timvideos.us/%23timvideos/%23timvi..., I said no, but I am actually combining two sinks into a single source in the updated VTG module

mithro: Here https://github.com/ssk1328/HDMI2USB-misoc-firmw...

Title: HDMI2USB-misoc-firmware/format.py at float-arithmetic · ssk1328/HDMI2USB-misoc-firmware · GitHub (at github.com)

mithro: Or the other way would be to combine the two two streams into a single layout even before they arrive at VTG module

ssk1328: So this code -> https://github.com/ssk1328/HDMI2USB-misoc-firmw... should join the two streams together?

Title: HDMI2USB-misoc-firmware/format.py at float-arithmetic · ssk1328/HDMI2USB-misoc-firmware · GitHub (at github.com)

mithro: Yes

mithro: Payload from two sinks is getting connected to payload of one source

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

ssk1328: Looking at that code, I'm not certain the stb/acks are being combined / asserted in the right way

mithro: You mean here https://github.com/ssk1328/HDMI2USB-misoc-firmw...

Title: HDMI2USB-misoc-firmware/format.py at float-arithmetic · ssk1328/HDMI2USB-misoc-firmware · GitHub (at github.com)

ssk1328: Yeah - I don't think what that is doing is right?

mithro: The default is doing something like this https://github.com/timvideos/HDMI2USB-misoc-fir...

Title: HDMI2USB-misoc-firmware/format.py at master · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com)

ssk1328: yeah - I think that is fine when you only have one source

ssk1328: but when you have two sources you are pulling from, things are more complicated

mithro: You mean a different logic at the if condition or some more changes elsewhere?

ssk1328: both I think

ssk1328: but I'm unsure

mithro: Maybe I can use a something to pack the tokens before arriving at VTG module

ssk1328: Once you have a two sources -> one sink combinder object, you should be able to have minimal changes to the VTG module

mithro: So I won't have to play with VTG

ssk1328: Yeah

mithro: Yeah, excatly

mithro: https://migen.readthedocs.io/en/latest/dataflow...

Title: Dataflow Migen X documentation (at migen.readthedocs.io)

mithro: I can maybe use a pack before VTG

ssk1328: I'm unsure from the description - but I think that only operates from one sink

mithro: Oh

ssk1328: IE it takes an 8bit @ 100 MHz and converts it to 32bit @ 25MHz type thing

mithro: Yeah, its different

You want something which takes 2 separate 8bit@100MHz streams and generates a 16bit@100MHz stream

mithro: Yes, that I understood

ssk1328: I think you should use this one https://migen.readthedocs.io/en/latest/dataflow... this seems to be the one which combines tokens

Title: Dataflow Migen X documentation (at migen.readthedocs.io)

rohitksingh: Seems correct for the use here

rohitksingh: I will check this out

ssk1328: great

mithro: we can map banks directly with pins no?

mithro: https://github.com/timvideos/HDMI2USB-misoc-fir...

Title: Rework IO standards for Atlys board by mithro · Pull Request #280 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com)

mithro: for example, i'm not sure of whether pin L15 is actually on bank 1 unless I check in datasheet

rohitksingh: there are comments above it

mithro: oh. diff wasn't showing them :p with comments directly placed above, it is okay then

ssk1328: The Combinator the rohit pointed too does seem like the right thing to be using here

rohitksingh: Looking at the VGA pull request, there isn't any lm32 firmware code to use this yet?

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

rohitksingh: Okay

mithro: you told me to review cas stuff...I can't find it anywhere now except this -> https://github.com/timvideos/HDMI2USB-misoc-fir... and there is an invalid literal "10ms" which github has also flagged

Title: Finishing the TODO that make buttons set and then clearable. · timvideos/HDMI2USB-misoc-firmware@e39f2fb · GitHub (at github.com)

rohitksingh: Already fixed -> https://github.com/mithro/HDMI2USB-misoc-firmwa...

Title: HDMI2USB-misoc-firmware/cas.py at control-n-status · mithro/HDMI2USB-misoc-firmware · GitHub (at github.com)

rohitksingh: So, it would be good to put a few extra comments into your VGA pull request

rohitksingh: IE Some links to the vmodvga repository and stuff would be good

mithro: sure

ssk1328: any luck?

mithro: now that we are using 3.3 iostandard for ethernet, I think I should change back atlys_video target to inherit MiniSoC again ?

rohitksingh: Maybe?

rohitksingh: I merged #280

mithro: awesome. I'll fix #215 then

rohitksingh: Here is the LED/Switch/Push Button stuff in a seperate pull request -> https://github.com/timvideos/HDMI2USB-misoc-fir...