Current Server Time: 17:34 (Central Europe)

#apertus IRC Channel Logs

2019/05/13

Timezone: UTC


01:30
futarisIRCcloud
joined the channel
02:50
Y_G
joined the channel
04:02
Y_G
left the channel
04:56
BAndiT1983|away
changed nick to: BAndiT1983
05:36
BAndiT1983
changed nick to: BAndiT1983|away
05:50
Y_G
joined the channel
06:00
futarisIRCcloud
left the channel
06:26
Y_G
left the channel
06:32
se6astian|away
changed nick to: se6astian
07:07
Y_G
joined the channel
07:11
Nira|away
changed nick to: Nira
07:13
sebix
joined the channel
07:20
Bertl_zZ
changed nick to: Bertl
07:21
Bertl
morning folks!
07:21
se6astian
good day
07:21
Bertl
apurvanandan[m]: nobody asked about the speed grade :)
07:26
se6astian
changed nick to: se6astian|away
08:36
sebix
left the channel
08:37
sebix
joined the channel
08:53
Nira
changed nick to: Nira|away
10:00
Y_G
left the channel
10:00
Y_|G
joined the channel
10:04
Y_|G
left the channel
10:24
Nira|away
changed nick to: Nira
10:44
se6astian|away
changed nick to: se6astian
10:48
vup2
btw we landed https://github.com/apertus-open-source-cinema/axiom-beta-firmware/pull/100 yesterday, so no more binary blobs needed for the firmware ;)
10:49
Bertl
\o/
10:49
vup2
changed nick to: vup
11:02
se6astian
great!
11:04
Nira
changed nick to: Nira|away
12:16
felix___
changed nick to: felix_
12:59
BAndiT1983|away
left the channel
12:59
aleb
left the channel
13:00
tjstyle
left the channel
13:01
tjstyle
joined the channel
13:01
Bertl
left the channel
13:02
aleb
joined the channel
13:02
Bertl
joined the channel
13:05
BAndiT1983|away
joined the channel
13:05
BAndiT1983|away
changed nick to: BAndiT1983
13:06
Nira|away
left the channel
13:09
Nira|away
joined the channel
14:14
supragya_
joined the channel
14:17
vup
_florent__: does litepcie support PCIe Gen2 on -1 speedgrade artix 7's?
14:18
vup
xilinx says you need speedgrade -2 for Gen2 on artix 7...
14:20
Bertl
Gen 2 is 5 GT/s IIRC, so you need high speed MGTs
14:23
supragya_
left the channel
14:24
Bertl
(from DS180) GTP transceivers in CP, CS, FT, and FG packages support data rates up to 6.25 Gb/s.
14:25
supragya_
joined the channel
14:25
Nira|away
changed nick to: Nira
14:26
Bertl
speed grade 1 only features up to 3.75Gb/s (see ds181)
14:26
Bertl
speed grade -2 and -3 go up to 6.6Gb/s in the listed packages
14:27
vup
ah right
14:28
vup
xilinx is really good at scattering information over several hundreds of pages long pdf's
14:28
vup
s/several/several,/
14:30
Bertl
yes, they do excellent work there :)
14:31
Bertl
but to be fair, it is in the places where it belongs (overview and ac/dc characteristics)
14:35
vup
yes, but if you aren't paying 100% attention things like
14:35
vup
High-speed serial connectivity with built-in multi-gigabit transceivers
14:35
vup
from 600 Mb/s to max. rates of 6.6 Gb/s up to 28.05 Gb/s, offering a
14:35
vup
special low-power mode, optimized for chip-to-chip interfaces.
14:35
vup
easily catch you off guard
14:36
Bertl
marketing speak ... usually can be ignored :)
14:37
vup
so the question then is, how much can you go over spec on -1 speed grade ;)
14:41
supragya_
left the channel
15:29
se6astian
big meeting starting in ~30 minutes
15:40
niemand
joined the channel
15:40
niemand
left the channel
15:40
niemand
joined the channel
15:42
vup
Bertl: what were the pass_* files used for again?
15:42
vup
pass_min.cfg pass_spi.cfg pass_spi.svf pass_spi.ufm pass_spkfan.cfg pass_spkfan.svf pass_spkfan.ufm pass.svf.flash
15:43
vup
they are partially used is prep_spkfan.sh
15:43
vup
which i also don't know whether it is still used or not
15:48
Bertl
they are pass through designs for the MachXO2 (RFE)
15:49
vup
ok, but pass_min and pass_spi are only used in prep_spkfan.sh which you said some time ago shouldn't be relevant anymore
15:49
vup
wait it's the other way around
15:50
vup
only pass_spkfan is used by prep_spkfan and the others are not used by any script atleast
15:50
vup
so pass_spkfan* and prep_spkfan can be removed?
15:52
Fares
joined the channel
15:52
Bertl
at the moment we only use pass_spi, as both the speaker and the fan are not properly handled yet in the FPGA
15:52
Bertl
for testing speaker and fan the pass_spkfan ist required
15:53
Bertl
for 'normal operation' none of those are required
15:54
Dev_
joined the channel
15:58
vup
i am also interesting in anything required for bringup
15:59
Bertl
well, then you probably want to keep them all
15:59
vup
ok
16:00
se6astian
MEETING TIME!
16:00
BAndiT1983
changed nick to: BAndiT1983|away
16:00
BAndiT1983|away
changed nick to: BAndiT1983
16:00
se6astian
the all caps makes it much easier to find in logs :)
16:00
se6astian
so welcome to the reinstatement of our weekly team/gsoc meetings here on irc
16:01
se6astian
for those participating for the first time let me briefly explain
16:01
se6astian
in the first part of the meeting we will try to keep discussion to a minimum and rather give everyone an uninterrupted chance to share what he/she has been working on in the recent week
16:02
se6astian
this is organized by one person holding the meeting (currently me - but it might also be done by someone else occasionally)
16:02
se6astian
this person (me) asks everyone present to PM me (private message me), thats when you double click on a persons name in most IRC clients
16:03
se6astian
and say "yes I want to report about my task"
16:03
se6astian
then I will put all speakers into order (most of the time in the order that I receive requests) and ask each person to report and will hand the word to the next speaker once that person is done
16:04
se6astian
we try to keep this brief and quick
16:04
se6astian
so a few minutes per person reporting is the goal
16:04
BAndiT1983
changed nick to: BAndiT1983|away
16:04
BAndiT1983|away
changed nick to: BAndiT1983
16:04
se6astian
we can do a bit of Q&A after each person but not a lengthy discussion please
16:05
se6astian
once all people reported and nobody is left we can start discussing certain matters in more detail
16:05
se6astian
this is when people who are busy or want to get back to their tasks can decide if they want to stay and discuss or leave and work
16:06
se6astian
meetings are publically logged so you can read up on past meetings anytime
16:06
se6astian
eg: http://irc.apertus.org/index.php?day=13&month=05&year=2019#87
16:06
se6astian
is today
16:06
se6astian
http://irc.apertus.org/index.php lists the chat log of every day
16:06
se6astian
for some time we also did meeting minutes on the wiki: https://wiki.apertus.org/index.php/IRC_Meeting_Notes
16:06
se6astian
one line per topic discussed
16:07
se6astian
but its extra work so depending on who has time/wants to do this we might not do it all the time
16:07
se6astian
right, so much for the introduction
16:08
se6astian
who is here and wants to report for the first time!?!
16:08
se6astian
send me a pm
16:08
se6astian
and we start off with apurvanandan[m], please go ahead
16:10
se6astian
apurvanandan[m] already said in pms that he is in the country side currently and internet connectivity might not be the best
16:11
se6astian
so interruptions are expected
16:12
apurvanandan[m]
Actually this week was mainly spent by me for 1. reading the links Bertl gave in previous meeting. 2.Sufficient time was spent( wasted )on getting softwares ready ie Vivado.
16:13
apurvanandan[m]
This is not much I know.
16:13
Bertl
well, for the communit bonding phase I'd say it's fine :)
16:14
Bertl
*community
16:14
se6astian
absolutely!
16:14
apurvanandan[m]
I will definitely spend time more efficiently from this week.
16:15
se6astian
thanks for the report, Bertl please go ahead then as speaker #2
16:15
Bertl
okay
16:15
Bertl
besides the usual business (reworking and testing Betas)
16:15
Bertl
I managed to assemble most of the hardware required for GSoC 2019
16:16
Bertl
(plugins, breakouts, remote prototypes, etc)
16:16
Bertl
I also designed a simple LDO based power supply
16:16
apurvanandan[m]
Oh that really awesome :D
16:16
Bertl
to allow our students to power those without special lab equippment
16:17
Bertl
and we had a number of discussions about FPGA communications
16:17
Bertl
as well as hardware in general both FPGA and remote related
16:18
Bertl
also successfully managed to recover from Maker Faire Vienna and prepare for Maker Faire Berlin :)
16:18
Bertl
that's it from my side for this week
16:18
se6astian
thanks!
16:19
se6astian
aSobhy: your turn
16:19
aSobhy
I didn't work a lot their was a little things I have done. Since the last week was my projects discussion
16:19
aSobhy
what I have done:
16:20
aSobhy
I had viewed the schematic design of the 2 MachXO2 and understand them
16:21
aSobhy
Read about SPI protocol that I never used it before
16:23
aSobhy
currently understanding the LVDS pll at the SoC main
16:23
aSobhy
thats all
16:23
Fares_
joined the channel
16:24
se6astian
thanks aSobhy!
16:24
Fares
left the channel
16:24
se6astian
Dev_: you are next
16:24
Fares
joined the channel
16:24
Dev_
Hello , With Reference to Task T763 (Frameserver for OC)
16:24
Dev_
I am Currently working on Playback which includes extending of playbacksliders present in OC codebase with its events. In this respect, I was trying to update the slider position each time when we press the playButton using horizontal-slider->setValue(); using a simple loop from zero to max (horizontal-slider->maximum()) and keep updating (increasing) it until we again click the playbutton.
16:25
Dev_
This is how i thought to proceed for other events also. I want to know am i On right track.
16:25
Dev_
That's it se6astian
16:25
Bertl
what does your mentor say?
16:26
Dev_
I haven't provided him this approach yet
16:26
Bertl
well, then I'd suggest you do so and he will let you know :)
16:27
se6astian
great, then you can discuss it already right after this meeting
16:27
se6astian
Fares_, your turn
16:27
Dev_
okay, se6astian thanks
16:27
Fares_
Hi all, this is about my task to implement lossless jpeg 1992 encoder core
16:29
Fares_
I did test several approaches on the fpga, these approaches will be used to test the core, I found that the best one was to used AXI DMA and write software bare metal to use it.
16:30
Fares_
In the next step I will write the code to read the images from sd card to memory, then AXI DMA initiation then write back to sd card.
16:30
Fares_
after the core is finished, I will test it with this approach.
16:31
Bertl
why not work with the AXIOM Beta setup for testing?
16:31
Fares_
I have explored several approaches as well to expand the core to include clip header, frame header and frame tail to be able to generate valid clip.
16:31
Fares_
as far as I know the usb module is not ready yet
16:31
Bertl
i.e. use the existing Arch Linux, fetch data from DDR and write it back to DDR
16:32
Bertl
this way you do not need to bother with SD related stuff and you do not need to adapt from the test setup to the Beta later
16:33
Fares_
bare metal seemed simpler, but I would like to read more about how to use it in Arch Linux, if you have links to help me in that regard it would be great.
16:33
Bertl
basically the entire AXIOM Beta documentation ...
16:34
Bertl
in any case, we should discuss this later
16:34
se6astian
thanks for the update Fares_, anything more to add?
16:35
Fares_
Ok, this would be all for now.
16:35
se6astian
great
16:35
se6astian
Nira originally asked me to share her progress because she is still in class right now
16:35
se6astian
but she just pmed me that she is here already, perfect timing
16:35
se6astian
Nira: please go ahead
16:36
Nira
Hi, until now I have been understanding the different parts of the Axiom Remote, by understanding the schematics and by checking documentation
16:37
Nira
I also checked what you have on the GitHub and did a little scheme for helping me understand how did you distribute everything.
16:39
Nira
On this last week, I have been reading a little bit more PIC32 datasheet and checking what you use on the project
16:40
Nira
I think that's all
16:41
Bertl
we should have a short chat with BAndiT1983 and se6astian regarding recent modifications of the remote prototype which are not documented in the schematics/layout yet
16:42
se6astian
thanks Nira, great
16:42
Bertl
(after the meeting or in the next few days)
16:42
se6astian
if anyone else wants to share progress, pm me now please, in the meantime I will also cover some points
16:44
se6astian
as Bertl mentioned maker faire vienna last weekend was a big success, lots and lots of people as the weather was too bad for outdoor activities
16:44
se6astian
next maker faire next weekend will be even bigger though
16:44
se6astian
last year it had ~15.000 visitors
16:44
se6astian
and from the apertus° community there will also be quite a big meeting
16:45
se6astian
we will be 6 people from brussels, austria and germany if everything works out
16:46
se6astian
in Berlin
16:46
BAndiT1983
a bit more i suppose
16:47
se6astian
other exciting news are that the AXIOM project and its hardware will be showcased in the museum of contemporary art design laboratory for a long term exhibition
16:47
se6astian
in Vienna
16:47
BAndiT1983
are we already that vintage? ;)
16:47
se6astian
I brought over the "exhibits" as they call our hardware today
16:48
se6astian
BAndiT1983: more visitors you mean?
16:48
Bertl
'contemporary' not 'history' ;-)
16:48
BAndiT1983
according to the list, we are around 7 people
16:48
BAndiT1983
have never been to a maker faire yet
16:48
Bertl
same order of magnitude!
16:49
se6astian
you will enjoy it
16:50
BAndiT1983
was attending night of museums in frankfurt on saturday, really hard to tell what is new art and which is old
16:50
se6astian
more brief updates: we started planning a new team tealk shooting
16:50
se6astian
cnc milled enclosure metal parts have been ordered for the AXIOM Beta compact enclosure and should be shipped soon
16:50
Bertl
with or without jokes?
16:51
se6astian
new flyers will arrive tomorrow just in time for bringing them to berlin: https://lab.apertus.org/M11#1427
16:52
BAndiT1983
Bertl, which topic do you mean?
16:52
se6astian
we will see how much we can pay rex to add dry british humor jokes to the "script"
16:52
Bertl
BAndiT1983: team talks
16:52
BAndiT1983
se6astian, nah, no need to, as he is already fascinated by Max and the beard
16:53
se6astian
https://www.mak.at/en musem website, design lab reopens on May 28th
16:53
se6astian
thats it from my side
16:54
se6astian
if there are no more reports we can conclude this first part of the meeting
16:54
BAndiT1983
nice, will try to visit it next time in vienna
16:54
se6astian
great
16:55
Bertl
so if there are no more reports, let's figure out a date and time for the next meeting
16:56
se6astian
is monday working out for you? should we meet an hour later maybe?
16:57
Bertl
monday is fine here, later is fine as well
16:58
aSobhy
if I'm not available can I send my progress to you se6astian ?
16:59
BAndiT1983
aSobhy, you can send it to any mentor, in case se6astian is not available too
16:59
Bertl
yes, but do not make that a habit, the purpose of those meetings is to get everybody together
16:59
se6astian
you can, best CC you primary mentor as well yes
17:00
Bertl
i.e. it's all about getting new ideas and utilizing synergies
17:01
aSobhy
just because the exams will start the next week I'll be eager to attend but It will depend on the next exam
17:02
Bertl
as I said, no problem, as long as it doesn't become a habit
17:03
aSobhy
sure it won't be a habit :D
17:03
Bertl
Nira, BAndiT1983, se6astian: got a few minutes for some 'Remote' chat?
17:03
BAndiT1983
yes
17:04
Nira
yes!
17:04
se6astian
I am about to pack the stuff for Maker faire berlin into my car and drive off
17:04
Dev_
BAndiT1983: Please check my messages during meeting also when u get time
17:04
se6astian
so I will attend only for a few minutes
17:04
aSobhy
changed nick to: aSobhy|away
17:04
BAndiT1983
Dev_, have seen it, as i was already here and also checking logs regularly
17:04
Bertl
se6astian: okay, you can read up on it or I'll explain on the drive to Berlin
17:05
Dev_
okay BAndiT1983
17:05
Dev_
left the channel
17:07
BAndiT1983
Dev_, have you evaluated how this would be used by the application? as the events should only notify about clicked buttons or moved slider in the playback control
17:07
BAndiT1983
but we need also a mechanism to synchronize playback visualization with video frame processing and preview
17:12
BAndiT1983
also don't forget about MVP, as the slider should be updated from other modules
17:13
BAndiT1983
try to create a sequence or flow diagram, which shows how playback slider will interact with other modules and vice versa
17:16
Fares_
left the channel
17:16
se6astian
Bertl: se6astian: okay, you can read up on it or I'll explain on the drive to Berlin <- perfect, lets do that
17:17
Fares_
joined the channel
17:20
Fares_
left the channel
17:20
Fares_
joined the channel
17:20
se6astian
changed nick to: se6astian|away
17:21
Fares
left the channel
17:28
Fares_
left the channel
17:29
Fares
joined the channel
17:30
Fares
left the channel
17:30
Fares
joined the channel
17:34
Fares
Bertl, are you here?
17:35
Bertl
yup
17:36
Fares
I preferred a bare metal solution as it is simpler and I have a z-turn lite which I will be able to test on it easily
17:36
Fares
is there a solution to test it with Arch Linux with my board? maybe using micro design?
17:38
Bertl
yes, the recent firmware images (SD card images) should work on your board just fine
17:38
Bertl
check with vup or anuejn for detail and if you have any problems
17:39
Bertl
to some degree it also simplifies development as you can simply load a new bitstream or modify registers from Linux without rebuilding your bare metal app
17:41
vup
Fares: you should be able to use the latest axiom-micro image from https://github.com/apertus-open-source-cinema/axiom-beta-firmware/releases
17:41
vup
which would be this one https://github.com/apertus-open-source-cinema/axiom-beta-firmware/releases/download/nightly%2F3f43acf8/axiom-micro-3f43acf8.img.xz
17:41
Bertl
for the DDR memory access, it would be great to use the high speed readers/writers we have on the Beta firmware, but of course you can use the Xilinx DMA for testing as well
17:43
Fares
I have already tested the firmware and it is working fine, as I understand, I would generate my own bitstream to my board to be used for testing, with Arch linux on the software side.
17:44
vup
i would advise against the xilinx axi dma core, as it is much harder to work with than the axihp_{reader,writer}'s of the beta, and you need to use the vivado's strange block diagrams
17:44
Fares
AXI DMA uses AXI Stream, is that the same protocol you use in the beta readers/writers to interface with core?
17:44
vup
no the beta readers/writers work a bit different
17:45
Bertl
Fares: yes, no need to pack or wrap up anything, just copy the .bit file to the Linux side (e.g. via ssh) and reinitialize the FPGA
17:45
vup
the most important difference being, that you need to provide the address yourself
17:46
vup
unfortunately you can't load the .bit file directly anymore
17:46
vup
you need to convert it using https://github.com/apertus-open-source-cinema/axiom-beta-firmware/blob/master/makefiles/in_chroot/to_raw_bitstream.py
17:46
vup
after that you can copy the resulting file to /lib/firmware
17:47
vup
and echo "name_of_.bit" > /sys/class/fpga_manager/fpga0/firmware
17:48
Bertl
it's actually not that different from how Xilinx DMA does it
17:49
Bertl
as far as I know (from the problems on the forums :)
17:49
Bertl
there are two DMA approaches used
17:49
vup
> the beta readers/writers work *a bit* different
17:49
vup
thats why i said a bit
17:49
Bertl
in one the data is provided on a fixed address, and DMA is set up from userspace
17:50
vup
axi stream has no address at all, or what do you mean?
17:50
Bertl
in the other the address is configured via AXI registers and the FPGA side bursts data into the given address range
17:50
Bertl
the latter is very similar to how the Beta readers/writers work
17:52
Fares
so in the latter the core it self is responsible to control the DMA not from the userspace correct?
17:52
Fares
itself*
17:53
Bertl
the readers and writers have a FIFO attached and basically from this point on you can treat them as stream interface
17:53
Bertl
the only care which needs to be taken is when you start or stop a transfer
17:54
lexano
left the channel
17:54
Bertl
addresses are 'generated' in the fabric (typically by an address generator)
17:54
Bertl
you can simply reuse the existing address generators and their AXI interface for userspace control
17:55
vup
don't the existing address generators assume that the image is always the same size?
17:56
Bertl
they make some assumptions yes
17:57
vup
ok, just checking, because thats the reason why i wrote my own for the micro
17:57
Fares
the one written in migen on github?
17:58
vup
https://github.com/axiom-micro/gateware/blob/master/cores/addr_gen.py ?
17:58
vup
yes
17:59
vup
although i would not recommend to use it, as it is really overly complicated and unnecessary
17:59
Fares
yes that is the one
18:00
Fares
okay I will look into more details about hp_readers/writers and Arch linux and loading bitstream
18:00
Fares
thank you Bertl and vup
18:00
Bertl
you're welcome!
18:00
Bertl
let us know if there are any problems ...
18:00
vup
one key thing about the axi_hp readers/writers is, that address and data a asynchronous from each other, thats what confused me for the longest time
18:01
Bertl
yeah, that's how the 'channels' in AMBA/AXI are designed
18:02
Bertl
adds more flexibility but also confusion :)
18:05
Fares
yeah, It doesn't seem simple :)
18:06
lexano
joined the channel
18:07
Fares
left the channel
18:07
Fares
joined the channel
18:11
Fares
left the channel
18:14
Fares
joined the channel
18:30
Bertl
off for now ... bbl
18:30
Bertl
changed nick to: Bertl_oO
18:34
Fares
left the channel
18:36
Fares
joined the channel
18:36
Fares
left the channel
18:36
Fares
joined the channel
18:46
Fares
left the channel
18:47
Fares
joined the channel
18:47
Nira
changed nick to: Nira|away
18:57
lexano
left the channel
18:58
Fares
left the channel
19:09
lexano
joined the channel
20:05
se6astian|away
changed nick to: se6astian
20:13
BAndiT1983
changed nick to: BAndiT1983|away
20:19
johnathan
joined the channel
20:36
aSobhy|away
changed nick to: aSobhy
20:50
niemand
left the channel
21:05
Fares
joined the channel
21:35
Fares
left the channel
21:43
Fares
joined the channel
21:45
se6astian
changed nick to: se6astian|away
22:57
Fares
left the channel
23:00
lexano
left the channel
23:01
Fares
joined the channel
23:11
johnathan
left the channel
23:13
lexano
joined the channel
23:21
Fares
left the channel
23:21
Fares
joined the channel
23:55
Fares
left the channel