15:55 <aka_[m]> Any idea who is to bother regarding qcom_iommu?

15:55 <aka_[m]> I see Will Deacon doing some pushes

15:56 <aka_[m]> its like 3 months already with patches on list and leaving platforms stuck is not good

16:36 <lumag> aka_[m], which patches?

16:38 <aka_[m]> the ones we discussed week ago or two

16:39 <aka_[m]> Marijn: started discussion

16:39 <lumag> pointer please

16:40 <Marijn[m]> lumag: https://lore.kernel.org/linux-arm-msm/20221115101122.155440-1-angelogioacchino.delregno@collabora.com/T/#u

16:40 <Marijn[m]> aka_: at this point I might as well send 8976 display as a dependency of that series...

16:41 <Marijn[m]> It's taking too long with no feedback

16:41 <Marijn[m]> Effectively stalling everyone's 8976 bringup :(

16:41 <aka_[m]> if maintainers werent that strict you could just omit iommu definition and just leave it with "disabled"

16:41 <konradybcio> & 89(5[23]|[13]7)

16:41 <aka_[m]> entire 3 users of 8952 care

16:42 <aka_[m]> tho 76 isn't much better

16:42 <lumag> we definitely need krzk's blessing on https://lore.kernel.org/linux-arm-msm/20221115101122.155440-2-angelogioacchino.delregno@collabora.com/

16:42 <Marijn[m]> aka_: Tbh it isn't about the quality/usefulness of the SoC imho ;)

16:42 <aka_[m]> krzk: ?

16:58 <lumag> aka_[m], Marijn[m]: review done. Hope this brings some life to that series

16:59 <lumag> Also, if you have time, you might convert qcom_iommu.txt to yaml

16:59 <lumag> I think this might increase the likeliness of bindings changes to be reviewed ;-)

18:40 <aka_[m]> lumag: your adreno patches haven't made into next yet right?

18:40 <aka_[m]> just having hang on latest

18:46 <aka_[m]> gpu is so sad

18:46 <aka_[m]> cannot even run terminal

18:51 <konradybcio> a610 so sad can only spin kmscube

18:51 <konradybcio> (but nice folks at igalia are helping out)

19:13 <aka_[m]> question

19:13 <aka_[m]> can i use adsp as =y

19:13 <aka_[m]> ?

19:14 <konradybcio> i use everything as =y

19:15 <aka_[m]> do you bundle firmware in kernel?

19:15 <konradybcio> some of it

19:15 <aka_[m]> somehow adsp remoteproc loader throws me -2 and doing "start" into state ends in panic

20:48 <lumag> aka_[m], which patches?

20:48 <lumag> a530?

20:49 <aka_[m]> yup

20:52 <lumag> No. They are part of msm-fixes, which is nor merged into linux-next

21:13 <aka_[m]> srinik-: How im supposed to set digital codec clock if i don't have it exposed as gcc clock(like on 8916) or as lpass_v2_clock(q6afecc clock)... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/EbOCNAGNGBCNBoDOqENdWATI>)

21:15 <aka_[m]> my bad it should be default_mclk_rate however this is "done" inside "for_each_rtd_codec_dais" and i have no idea how that is working

21:16 <aka_[m]> minecrell[m]: maybe you have any idea

21:20 <aka_[m]> found some mentions about DIG here:

21:20 <aka_[m]> https://www.spinics.net/lists/alsa-devel/msg134794.html

21:40 <aka_[m]> appears there is some kind of progress or regress

21:40 <aka_[m]> remoteproc is "running"

21:41 <aka_[m]> however i see errors about Multimedia1 dai

22:38 <aka_[m]> not anymore after changing some bindings

22:40 <aka_[m]> ok im quite content with results today, even without working audio fact opening port does not crash remoteproc makes me happy