Current Server Time: 17:56 (Central Europe)

#apertus IRC Channel Logs

2020/08/31

Timezone: UTC


01:37
Dest123
left the channel
06:10
BAndiT1983|away
changed nick to: BAndiT1983
08:30
illwieckz
left the channel
09:00
Triffid_Hunter
left the channel
09:00
ArunM
left the channel
09:04
danieeel
joined the channel
09:04
Bertl_zZ
changed nick to: Bertl
09:05
Bertl
morning folks!
09:05
Triffid_Hunter
joined the channel
09:05
ArunM
joined the channel
09:09
danieel
left the channel
09:58
danieeel
changed nick to: danieel
10:01
theresa[m]
left the channel
12:36
BAndiT1983
changed nick to: BAndiT1983|away
12:59
BAndiT1983|away
changed nick to: BAndiT1983
14:02
intracube
left the channel
14:13
intracube
joined the channel
14:30
illwieckz
joined the channel
15:32
RexOrManual
joined the channel
17:00
se6ast1an_
MEETING TIME
17:00
se6ast1an_
hello everyone
17:00
se6ast1an_
please pm me now as usual to report
17:01
Bertl
we probably should have rescheduled the meeting today :)
17:02
Bertl
or at least scheduled it two hours later ...
17:02
se6ast1an_
ah, why is that?
17:03
Bertl
August 24 - 31 18:00 UTC Students submit their final work product
17:03
se6ast1an_
ah, yes just read the gsoc timeline
17:03
se6ast1an_
good, lets meet in 2 hours
17:03
Bertl
appreciated!
17:04
se6ast1an_
then I am sure everyone is eager to share their end reports!
17:06
Bertl
definitely
17:48
RexOrManual
left the channel
18:00
preetimenghwani[
Hello Everyone, I wont be able to attend todays meeting so I am repoting right now
18:01
preetimenghwani[
This week we tested the patch of two writers on full Beta, it worked fine
18:02
preetimenghwani[
I have also made the patch doubt throughput we are currently testing it on full Beta
18:03
preetimenghwani[
I also implemented a wrapper for pixel remapper will test it soon
18:04
preetimenghwani[
I removed the timing erros and now we are able meet all the timing constraints
18:05
preetimenghwani[
Here is my GSoC final report: : https://drive.google.com/file/d/1nMD4Cyxck2vTtg9ObFisTuhURBMLQoe-/view?usp=sharing
18:05
preetimenghwani[
Thanks!
18:06
Bertl
thanks you!
18:22
se6ast1an_
left the channel
18:22
se6ast1an
joined the channel
18:59
RexOrManual
joined the channel
19:01
Bertl
meeting time?
19:01
se6ast1an
MEETING TIME
19:01
se6ast1an
who wants to report after just having pressed the final submit button ? :)
19:02
se6ast1an
metal_dent[m]: please go ahead
19:02
metal_dent[m]
hi everyone!
19:02
Bertl
how was pressing the 'final submit button'?
19:03
metal_dent[m]
was a little nervous ':D
19:04
RexOrManual
left the channel
19:04
metal_dent[m]
last week i worked mostly to properly read the data from the selected key mangers (west or east) using the python script, i added SelectChip() and GetKMData() methods in the firmware
19:05
metal_dent[m]
this uses the existing ICSProgrammer class methods to select km, enter lvp and retrieve the data
19:07
metal_dent[m]
after it worked nicely, i formatted the hex file data using the intelhex library in the python script (but i did some unnecessary operations which i discussed with BAndiT1983 )
19:08
metal_dent[m]
due to the lack of time, i couldn't successfully implement the writing process (did do some testing which did not work properly)
19:09
metal_dent[m]
here is my final report -> https://github.com/MetalDent/GSoC-Final-Report/blob/master/GSoC_Final_Report_MetalDent.pdf
19:09
metal_dent[m]
the code link is also present there
19:11
metal_dent[m]
that's all from my side! thank you and really enjoyed the gsoc period and learnt many useful stuff including the good coding styles (though still need to improve there)
19:12
se6ast1an
great to hear, many thanks!
19:12
Bertl
glad you enjoyed it and looking forward to see you around after GSoC 2020
19:12
se6ast1an
apoorva_arora & bluez_[m] you around?
19:12
se6ast1an
we would love to hear your final report!
19:12
metal_dent[m]
yes of course!
19:13
bluez_[m]
yep I am here
19:13
se6ast1an
great, please go aheag bluez_[m]!
19:14
bluez_[m]
thanks! so last week I finally added support for our driver in OpenOCD... the patch can be found in my repo
19:14
bluez_[m]
https://github.com/Swaraj1998/axiom-beta-rfdev
19:14
bluez_[m]
the report is there as well
19:15
bluez_[m]
after some testing I was finally able to flash the FPGAs with SVF replays!!
19:16
bluez_[m]
The last week was very tightly packed...did a lot of changes... many many bugs
19:16
bluez_[m]
finally wrapped up the code and cleaned up as much as I could
19:17
bluez_[m]
I would say the project is in a way complete... but it definitely needs a lot of improvements in terms of code design, performance etc.
19:17
bluez_[m]
I did as much as i could...the rest I will be continuing after gsoc
19:18
se6ast1an
great! many thanks
19:18
Bertl
well, you can tick all the boxes in the task description
19:18
bluez_[m]
Also updated the WIki somewhat
19:18
bluez_[m]
oh and i would have pressed the 'final submit button' at least three times xD
19:19
bluez_[m]
<Bertl "well, you can tick all the boxes"> i guess... thanks :)
19:19
bluez_[m]
I had a lot of help :)
19:20
Bertl
that's what the mentors are for
19:20
bluez_[m]
and I had a great experience! thats all from me!
19:20
se6ast1an
thanks!
19:20
se6ast1an
anu3jn: you around?
19:20
se6ast1an
vup?
19:23
se6ast1an
anu3jn asked me to report in case he wont be able to be here:
19:23
RexOrManual
joined the channel
19:23
se6ast1an
he worked on AXIOM Micro r3 routing
19:23
se6ast1an
quick update from me:
19:24
se6ast1an
after some deadlines with my dayjob last week I eventually got to grips with the PCB prober and python
19:24
se6ast1an
I can already move the probe head on all axis, change speed/stepsizes
19:24
se6ast1an
save and move to fiducials
19:25
se6ast1an
added a safety mechanism that prevents the user from crashing the needle into the board unintentionally
19:25
se6ast1an
now I am implementing the optical fiducial center detection movements
19:25
se6ast1an
the detection was already added by bertl
19:26
se6ast1an
now I just enabled the move to center function
19:26
se6ast1an
github repo was also created last week and I pushed code changes constantly
19:26
se6ast1an
axiom presentation at CH meet last wednesday also went well
19:27
se6ast1an
small crowd due to covid distance rules
19:27
se6ast1an
but very interesting questions and discussions
19:27
se6ast1an
laser cut session with bertl last thursday went good and bad
19:27
se6ast1an
the acrylic pieces for glue tests worked well
19:28
se6ast1an
in general the laser cutter is fully operational now which is also great
19:28
se6ast1an
cutting the rubber sheets didnt work very well though, ugly edges so we need another method to manufacture the enclosure feet custom shapes
19:28
se6ast1an
will continue to work on the prober for the next week
19:28
se6ast1an
thats it from me
19:29
se6ast1an
Bertl: do you want to "finish us"?
19:29
Bertl
of course!
19:29
Bertl
I'm too tired today for any special moves though :)
19:29
se6ast1an
sub zero tired?
19:30
Bertl
yep, obviously I spent most of the time with our students, testing and integrating code where possible
19:31
Bertl
there is still a lot to do, as reported, but it looks like GSoC 2020 was quite successful
19:31
Bertl
at least productive :)
19:31
RexOrManual
left the channel
19:32
Bertl
there is now another GSoC week in front of us (final evaluations) where we will try to sort through the submissions and test and get as much as possible integrated as well
19:33
Bertl
after that, it should be back to normal business ...
19:33
Bertl
that's it from my side for this week :)
19:36
se6ast1an
great, many thanks!
19:36
se6ast1an
anyone else who wants to speak?
19:37
se6ast1an
otherwise, MEETING CONCLUDED, gsoc might be over but we would love to still hear from you next week!
19:38
se6ast1an
with final evaluations coming up
19:38
Bertl
s/coming up/being here/
19:39
bluez_[m]
yep!
19:39
metal_dent[m]
sure!
19:58
Bertl
off for now ... bbl
19:58
Bertl
changed nick to: Bertl_oO
20:18
RexOrManual
joined the channel
20:23
RexOrManual
left the channel
21:52
anuejn
bluez_[m]: we might want to discuss how to integrate your driver into the automatic firmware builds :)
21:54
anuejn
Do we want to import your code into the axiom-firmware tree or do we want to keep it seperate?
21:55
anuejn
(And include it as a submodule)
21:55
anuejn
In any case, i think we want to somehow move the code inside the apertus github orga
22:36
se6ast1an
its not really a separate thing (right?) so I guess the firmware repo would be suitable
22:39
se6ast1an
off to bed for today, good night
22:53
BAndiT1983
changed nick to: BAndiT1983|away
23:06
Topic
apertus° - open source cinema | www.apertus.org | join the apertus° Lab: http://lab.apertus.org/ | IRC Logs available at: http://irc.apertus.org | Weekly IRC meeting: Monday 18:00 CET/CEST
23:06
se6ast1an
has set the topic
23:23
bluez_[m]
anuejn: sure, integrating into firmware repo could be a good idea... But yes we should discuss it, maybe Bertl could give some input here...?
23:29
Bertl_oO
yes, we should definitely integrate it, we need to address a few things though to make it really useful/standard
23:29
bluez_[m]
Also, I don't want axiom betas all around to crash because of my driver, so I want to take some time to make sure that doesn't happen ': D
23:30
Bertl_oO
yeah, main issue is that we probably want to switch to the kernel GPIO drivers
23:30
bluez_[m]
Bertl: indeed what i was thinking...
23:31
Bertl_oO
well, to be precise, to a modified version with named/labeled IOs
23:31
Bertl_oO
the idea here is that we do a lot of stuff via those GPIO drivers
23:31
Bertl_oO
s/drivers/extenders/
23:32
Bertl_oO
and we currently use 'magic' register settings in our python scripts to do so
23:32
Bertl_oO
now in cases like the analog switch, it is not really necessary to know what the GPIO does (selecting the bus) as long as it is correctly identified and properly used
23:33
Bertl_oO
but in the many other cases, were e.g. a GPIO pin disables or enables a power rail or report the status of such a power rail
23:34
Bertl_oO
it is rather confusing to enable GPIO 987 or read GPIO 985
23:34
Bertl_oO
so the idea here was to have some meaningful names associated with each GPIO
23:34
Bertl_oO
as far as we know (and that doesn't mean too much :) this is not currently possible from the kernel side
23:35
Bertl_oO
so the options there are basically:
23:36
Bertl_oO
- 'improve' the kernel GPIO driver to use some kind of labels from the devicetree
23:36
Bertl_oO
- use some smart userspace script to create a bunch of symlinks somewhere
23:37
Bertl_oO
and of course, once done, we need to adapt the scripts to make use of that
23:38
Bertl_oO
bluez_[m]: for your driver, also we need to get the generalization working properly, i.e. no RFE/RFW special casing :)
23:38
Bertl_oO
s/also we/we also/
23:39
bluez_[m]
Yep yep ill get to it :)
23:39
Bertl_oO
this for example could be used to program/debug MachXO2s on the plugin modules like the USB3 module
23:39
Bertl_oO
although that might need some other tricks ...
23:41
Bertl_oO
we should also discuss the PIC side functions we want to implement to simplify the driver setup and allow for non driver related PIC access
23:41
Bertl_oO
(which wasn't tested so far, IIRC)
23:41
bluez_[m]
I have no idea but guess ill know when ill know xD
23:42
Bertl_oO
mainly the other 16 PIC registers :)
23:42
Bertl_oO
we might at some point wrap those into a GPIO driver or so
23:44
bluez_[m]
<Bertl_oO "this for example could be used t"> Are we going to do that 'through' one of the routing fabrics though...?
23:45
Bertl_oO
kind of, yes
23:45
bluez_[m]
Interesting....
23:46
Bertl_oO
at least for now, till we have a proper remote JTAG interface via the Zynq-MachXO2 connection
23:46
Bertl_oO
(which would be way faster and probably also simpler)
23:47
bluez_[m]
Ohh.. Ok ok
23:48
bluez_[m]
Anyway... Was just dozing off... So lets discuss tomorrow..
23:49
bluez_[m]
Nn!
23:49
Bertl_oO
yep, have a good sleep!