Current Server Time: 10:38 (Central Europe)

#apertus IRC Channel Logs

2020/07/20

Timezone: UTC


05:24
BAndiT1983|away
changed nick to: BAndiT1983
06:23
BAndiT1983
panintended: any day is okay
06:57
se6ast1an
what about today?
07:27
se6ast1an
I am waiting for an IKEA delivery between 9:00 - 13:00
07:33
BAndiT1983
should work
07:33
BAndiT1983
changed nick to: BAndiT1983|away
07:34
BAndiT1983|away
changed nick to: BAndiT1983
08:44
Bertl_oO
off to bed now ... have a good one everyone!
08:44
Bertl_oO
changed nick to: Bertl_zZ
08:53
pratyush
joined the channel
08:54
pratyush
left the channel
09:09
mumptai
joined the channel
09:23
MichaelSchwarzma
joined the channel
09:35
se6ast1an
BAndiT1983: panintended so in 25 minutes or in 1h25?
09:35
panintended
Hi all
09:37
panintended
se6ast1an BAndiT1983 can we have it tomorrow or Wednesday 12:00 noontime UTC+2 time?
09:37
se6ast1an
I am at the university then but should work still
09:40
panintended
We can agree on another time as well. It's fine by me so long as I plan it. Another possibility would be today 17:00-18:00 UTC+2 for example.
09:40
panintended
I'd like to brush up on stuff related to the meeting so that I'm prepared and we can keep the meeting short and efficient for everyone.
09:40
panintended
What items will we discuss by the way?
09:45
BAndiT1983
no problem from my side, am working usually and won't leave at that time
09:46
BAndiT1983
am a bit out of the firmware topic, so would have also to check what's on the list, was looking more into BL-related stuff lately, but also occupied by other things a lot
09:50
se6ast1an
today before or after the IRC meeting is fine as well
09:50
se6ast1an
main topic would be remote firmware and observer pattern remaining todos, next steps
09:57
BAndiT1983
ok, i should be back till the meeting, will leave for an appointment after work
10:03
se6ast1an
panintended: please choose :)
10:05
panintended
Ok, let's go with 17:00-18:00 utc+2 time today if it's ok with everyone
10:09
BAndiT1983
won't work for me, as the appointment is at 16:00, don't know if i will back by then, but you both can discuss stuff and i can read and comment the logs later
10:12
se6ast1an
and tomorrow noon?
10:24
BAndiT1983
every noon while from monday to friday is ok for me
10:24
se6ast1an
then lets do tomorrow around noon7
10:25
se6ast1an
?
10:31
panintended
Yes, fine by me!
10:31
panintended
Tomorrow 12:00 UTC+2
10:46
se6ast1an
can we do 13:00 utc+2 so I can go to lunch with my university colleagues?
11:00
BAndiT1983
should be possible
11:07
se6ast1an
appointment noted
11:08
se6ast1an
also ok fr you panintended?
11:08
se6ast1an
*for
11:09
panintended
Yes, ok for me too
11:09
se6ast1an
great, noted
12:38
se6ast1an
first cp enclosure fan test results are in: https://paste.pics/9LTS7
12:39
se6ast1an
just spotted one wrong marker though :)
12:43
se6ast1an
conclusion: just a small amount of airflow works to keep everything well within the healthy operation temperature range
12:45
BAndiT1983
nice!
12:47
BAndiT1983
se6ast1an: do you mean: "already a small amount of airflow"?
13:17
se6ast1an
yes
13:17
se6ast1an
thanks
13:21
BAndiT1983
ah, was just not sure at first
13:21
BAndiT1983
am off for a moment, will be back later
13:21
BAndiT1983
changed nick to: BAndiT1983|away
13:36
MichaelSchwarzma
left the channel
14:57
Bertl_zZ
changed nick to: Bertl
14:57
Bertl
mroning folks!
14:57
Bertl
*morning
14:58
se6ast1an
good morning
15:04
Bertl
se6ast1an: why is the power board temperature so 'blocky'?
15:05
se6ast1an
because "cat /sys/class/hwmon/hwmon0/temp1_input" only returns integer values
15:05
se6ast1an
is that not like its supposed to?
15:06
se6ast1an
divided by 1000 actually but still integer only, eg 34000, 35000...
15:06
se6ast1an
details see https://wiki.apertus.org/index.php/AXIOM_Beta/Temperatures
15:09
Bertl
well, integer values is fine, but they are in mili-degree celcsius
15:09
Bertl
for example on beta-b I see: 29500
15:10
Bertl
which means 29.5
15:13
Bertl
but your script simply throws away the fractional part
15:15
se6ast1an
ah
15:15
se6ast1an
then I need to improve it
15:15
se6ast1an
which line?
15:16
Bertl
line 36 has $(($PBTEMPRAW/1000))
15:16
Bertl
btw, it would be way better to log the raw values and do any post processing in 'post' :)
15:18
se6ast1an
ok
15:18
se6ast1an
thanks
15:20
illwieckz
left the channel
15:45
BAndiT1983|away
changed nick to: BAndiT1983
16:00
se6ast1an
MEETING TIME!
16:00
se6ast1an
good evening everyone, please pm me now to report in the usual manner
16:01
se6ast1an
metal_dent[m]: please go ahead
16:01
metal_dent[m]
hi everyone!!
16:02
metal_dent[m]
Last week, finally the communication problem solved and i was able to send and receive data between the remote and PC
16:02
metal_dent[m]
But after that solved i encountered another weird problem, i want to send a command string whose length was 18-20 characters
16:03
metal_dent[m]
but initially the script just hung then i found that if the length is <= 8 it was working perfectly. so i talked with BAndiT1983 and Bertl and we did some debugging and later confirmed that the python script which runs on the PC side has no problem
16:03
Dest123
joined the channel
16:03
metal_dent[m]
the problem is somewhere in the USB code or the hardware.
16:03
illwieckz
joined the channel
16:04
metal_dent[m]
so for the time being i'm splitting the string in 8 characters each (or less) and sending to the remote, so one problem down!!
16:04
metal_dent[m]
now i'm comparing the sequence number and checksum on remote and the ones coming from the PC then send "ACK" (or "NACK")
16:04
metal_dent[m]
getting some problem there also but just talked with Bertl and i think it'll solved now
16:05
metal_dent[m]
*it'll be
16:05
metal_dent[m]
that's it from my side! thank you :)
16:06
se6ast1an
many thanks!
16:06
se6ast1an
bluez_[m]: your turn
16:07
bluez_[m]
tx, hi everyone!
16:08
bluez_[m]
so this week bertl and I discussed with the openocd people regarding the best way to implement the debug interface that openocd supports
16:08
bluez_[m]
https://lore.kernel.org/patchwork/cover/1223367/
16:09
bluez_[m]
^^ they said this could be a possible implementation... currently not yet merged in linux kernel
16:09
bluez_[m]
but we can take inspiration from it and might implement something similar
16:09
bluez_[m]
but i couldn't look into this much this week
16:10
bluez_[m]
i mostly improved the driver code
16:10
bluez_[m]
https://github.com/Swaraj1998/axiom-beta-rfdev/commits/3e2910aee0796c4951cfc7160bdc1ec10f6994ae
16:10
bluez_[m]
look at the commits july 14th onwards
16:12
bluez_[m]
so majorly: i added a function to make sense of the status register bits... also added sysfs entry "statstr" to show the human readable interpretation of the status
16:13
bluez_[m]
i added code to register two fpgas... for two machxo2s...but currently both work for only one fpga which is selected by mux... so i was looking into how to handle muxes and everything
16:13
bluez_[m]
i struggled a bit to understand different muxes we have and how to use them in my driver...but i am much clear now
16:14
bluez_[m]
so this will be implemented this coming week
16:14
bluez_[m]
i also added a way to reset the fpga... currently done at driver exit
16:15
bluez_[m]
this week i will add a proper mechanism to switch between two mxo2s...and also start working on the debug interface as soon as possible
16:15
bluez_[m]
thats it from me!
16:16
se6ast1an
many thanks!
16:16
se6ast1an
preetimenghwani[: you are next, please go ahead
16:16
illwieckz
left the channel
16:17
preetimenghwani[
Thanks! Hello Everyone !
16:17
preetimenghwani[
So I spent most of the time gathering ideas on how throughput can be doubled and other features can be added and also discussed it with Bertl.
16:17
preetimenghwani[
It took quite some time as it required understanding of some part of the top module and a few other modules as well.
16:18
preetimenghwani[
I added a feature of Y subsampling and tested it on hardware too.
16:18
preetimenghwani[
Currently I am working on the task of doubling the throughput, also working on minimal framework which will be required for testing it.
16:18
preetimenghwani[
( I have added the project to wiki )
16:19
preetimenghwani[
Thanks a lot! Thats it from me :)
16:20
se6ast1an
many thanks!
16:20
se6ast1an
Great to see 3 projects have already been added to:
16:20
se6ast1an
https://wiki.apertus.org/index.php/GSoC_Projects
16:20
se6ast1an
megora and apoorva_arora whats your status?
16:22
se6ast1an
quick updates from me: I have been busy with temperature benchmarking in the AXIOM Beta CP enclosure with a 12V fan. There are more fans to test and of course its also interesting to see how each fan performs at different voltages and also how loud it is at such voltages. Documentation is work in progress here: https://wiki.apertus.org/index.php/AXIOM_Beta/Temperatures
16:22
apoorva_arora
ill update the wiki today
16:22
se6ast1an
great!
16:22
se6ast1an
any updates for us here as well?
16:23
apoorva_arora
Thanx, I spent most of the time in understanding how PS PL communuication over AXI works as I want to use the concept for testing. After spending lot of time and following a tutorial i incorporated my design a custome axi lite peripheral using vivado toolchain. I plan to use a baremetal code to test input output registers on ZYNQ.
16:23
apoorva_arora
meanwhile i started working on the third phase of the design
16:23
apoorva_arora
i.e scheduler
16:24
apoorva_arora
that schedules the incoming requests as per priority.
16:24
apoorva_arora
i implemeted the basic structure (https://github.com/Apoorva-ar/GSOC_2020/blob/master/Scheduler_master.vhd) and will be conducting testbench simulations today.
16:25
apoorva_arora
but ,main focus in the coming two weeks will be axi based hardware testing.
16:25
apoorva_arora
thats all from my side
16:25
se6ast1an
many thanks!
16:26
apoorva_arora
also can i use the axi perpheral from vivado toolchain?
16:26
Bertl
is it open source?
16:26
apoorva_arora
it is generated from tool itself and doesnt mention anything on the code
16:27
apoorva_arora
but i will have to see data sheet of the software to verify that
16:27
Bertl
needs to be at least a FOSS/OH compatible license
16:27
apoorva_arora
unlike lattice where they had specified on the code itself
16:28
apoorva_arora
okay i will look into that
16:28
Bertl
but there are several open source alternatives for an AXI lite peripherial
16:28
Bertl
(e.g. the one we use in the Beta gateware or the nMigen one)
16:29
apoorva_arora
okay
16:29
apoorva_arora
also
16:29
apoorva_arora
when we write data to an address via software
16:30
apoorva_arora
is the AXI master port on ZYNQ generating valid data signal
16:31
apoorva_arora
whenever software makes an update to the address
16:31
Bertl
not sure what you mean by that, but any write to one of the peripherial addresses will result in an AXI transaction between PS and PL
16:32
apoorva_arora
okay
16:32
se6ast1an
no updates from Bertl and BAndiT1983 today.
16:33
se6ast1an
We will host a hackathon with vup and anuejn in Vienna the first two weeks of August, some areas of work for the event: Micro V3 hardware, webui & nctrl <-> remote integration, Firmware 2.0 and maybe some nmigen gateware work.
16:33
se6ast1an
anyone else who wants to report?
16:34
se6ast1an
right then, quick meeting today :)
16:34
se6ast1an
many thanks to all participants!
16:35
se6ast1an
meeting concluded
16:35
Bertl
thanks!
16:35
preetimenghwani[
Thanks Everyone!
16:42
Dest321
joined the channel
16:42
Dest123
left the channel
16:45
Dest321
left the channel
16:54
Dest123
joined the channel
17:08
Dest321
joined the channel
17:09
Dest123
left the channel
17:09
Dest321
left the channel
17:10
Dest123
joined the channel
17:42
illwieckz
joined the channel
17:56
illwieckz
left the channel
17:57
illwieckz
joined the channel
18:28
Dest123
left the channel
18:29
Dest123
joined the channel
18:40
Dest123
left the channel
18:41
Dest123
joined the channel
19:14
Dest321
joined the channel
19:17
Dest123
left the channel
19:29
Bertl
off for now ... bbl
19:29
Bertl
changed nick to: Bertl_oO
19:55
Dest321
left the channel
20:08
mumptai
left the channel
21:34
BAndiT1983
changed nick to: BAndiT1983|away