#apertus IRC Channel Logs

off to bed now ... have a good one everyone!

aSobhy: https://github.com/Yayi98/8b10b_SERDES-Transceiver

yeah thank you apurvanandan

I lost the link and forgot how I reached it ^^fish memory^^

aSobhy: Can you share your proposal with me so that I can get to know your approach of the project.

https://docs.google.com/document/d/1gavuwFUW6bwWDHQzv-BLWdf-H1RRxQGo_mX8rc0xYB8/edit?usp=sharing

URW

morning folks!

In continuation with previous talk, we will omit the metadata part of the 64-bit word coming from FIFO while sending to USB. So we can divide the 48 bits over 6 LVDS as 8 bits each.

*option

note that for this to work, you need to regenerate the clock from the data streams

hi Y_G, please use main channel for gsoc related chats

Something for understanding sysfs better

sysfs is the most simple type of data access in the system

it's like reading file data from file system

sysfs entries are virtual filesystem entries ... so memory mapping might not work as expected

my expectation is, that simple read() would be enough for this task

just wanted to clarify

let's avoid confusing terminology then

there is no data in sysfs, it is created on the fly

Bertl, we have data_clk at 160MHz, so can we give 5 times the clock ie 640MHz from the mmcme to the OSERDES for the serial side of output?

This means the 48 bit words will be transfered in one 160Mhz cycle.

best make a simple diagram with bandwidths and clock rates

Bertl, do you want to tell some other ways of distributing the data over LVDS?

- have a dedicated clock line to synchronize with (leaves 5 LVDS channels for data)

- use an external clock from one of the routing fabrics to synchronize to

OK, I will research about these (clock recovery) and revert back to you to decide which method will I use.

there might be advantages or disadvantages we do not see atm

You mean to implement all these methods and then choose the best one?

Bertl: i wrote two emails about the idea from november in vienna maybe 15 minutes ago; might be useful to forward that to apurvanandan[m] and aSobhy

i don't have their mail addresses, so it would probably be easier if you forwarded those emails

felix_: I already PM my email to you.

yeah, i think that's better

might also be a good idea to see if modifying the 64b/66b code to a lenght that fits better for the 10 bit color formats would keep the nice properties of the code

thx

the SDI plugin is a dual plugin module, so it has 2x6 LVDS channels

10 lvds pairs for data

also note that the MachXO2 is not capabale of the datarates we expect from the Artix 7

Ok, will keep this in mind. Going to sleep, Good night.