07:44 <DylanVanAssche> konradybcio: we see the same behavior for SDM845 on the Xiaomi POCOPHONE F1 for the SLPI. Cc: Joel Selvaraj:

07:46 <DylanVanAssche> Adrian: AFAIK adsprcpd is only for FastRPC. The DSP uses that daemon to load files from the disk through userspace. For the sensors we already have things reverse engineered: https://gitlab.com/flamingradian/sensh/-/tree/master/fastrpc

07:47 <DylanVanAssche> However, the daemon also works to load files for the ADSP like calobration files and other stuff for audio

11:05 <z3ntu1> Joel Selvaraj: Dylan mentioned to me that you have some patches to dump QMI traffic on downstream kernel? I really want to figure out why modem on Fairphone 4 and Fairphone 5 isn't working but currently I don't really have any idea what could be missing in either some daemon (rmtfs, pd-mapper, tftpserv or some other) or ModemManager so comparing some traffic would be quite useful I imagine.. But I really don't have much ideas/knowledge in this

11:05 <z3ntu1> area.

11:05 <z3ntu1> (thought this was a different channel, I re-posted this in sdm845 channel, sorry^^)

12:58 <flamingradian[m]> <DylanVanAssche> "However, the daemon also works..." <- wouldn't we also have this reverse engineered, since it's just the same interface on audiopd?

14:40 <JoelSelvaraj[m]1> <z3ntu1> "Joel Selvaraj: Dylan mentioned..." <- This is how i managed to do dump QMI messages in downstream and parse known commands using libqmi to make it readable.

14:40 <JoelSelvaraj[m]1> https://wiki.postmarketos.org/wiki/Qualcomm_Modem_Debugging

20:29 <haruhi> what is this place?

20:29 <haruhi> and hi

21:42 <flamingradian[m]> oh i see, apps_mem and apps_std_ftel

21:42 <flamingradian[m]> l are unimplemented

21:43 <flamingradian[m]> oh i see, apps_mem needs to be implemented for audiopd

21:50 <DylanVanAssche> <flamingradian[m]> "wouldn't we also have this..." <- I think so, but you never know what special stuff is put into vendor firmware, similar to the Sony additional daemon that konradybcio: mentioned