09:07 <Newbyte> bamse: it does usually start around August here

09:25 <Tooniis[m]> bamse: I started working on msm8996 CPR based on kholk's patches, and it kinda worked at first, but it started freezing once I applied konradybcio's CBF clock patches. Not sure if it's related to the lack of the aging code, but yes it's unstable atm

09:55 <Tooniis[m]> bamse: btw, will you apply the remaining patches of the msm8996 mss/slpi series soon?

11:07 <konradybcio> looks like mdss is waiting for dispcc which is waiting for dsi-phy which is waitin for mdss.... on 8250, -next-20211001

11:07 <konradybcio> perhaps something wasn't merged yet?

11:08 <Marijn[m]> Relevant log snippets? It seems to all probe for me on sm6125

11:09 <konradybcio> somainline-sdcard:/home/konrad# cat /sys/kernel/debug/devices_deferred

11:09 <konradybcio> af00000.clock-controller platform: wait for supplier dsi-phy@ae94400

11:09 <konradybcio> ae00000.mdss

11:10 <konradybcio> before you ask, yes, it is enabled in dt

11:10 <konradybcio> and config

20:37 <mal> I noticed discussion about 8974 iommu, we have some relatively clean patches which make it work, the final cleanup has just been delayed, and those also would need to be tested on 8916 which uses the same driver we modified

20:41 <mal> kholk[m]: you mentioned some iommu code that could also be relevant for 8974, is it available somewhere?

22:17 <steev> konradybcio: since i'm not the best at dts stuff, doesn't your disable adreno patch end up disabling the GPU on the c630? we don't status=okay in our &gpu, just list the firmware

22:19 <steev> hm, venus too, since we don't seem to have a venus entry. not entirely sure about the gmu part

22:20 <Marijn[m]> steev: I think Konrad missed that sdm850 inherits from 845? Seems like it should get the same treatment?

22:20 <steev> Marijn[m]: he patched others

22:21 <steev> so yeah, seems it was just overlooked :) but like i said, i'm not familiar enough to know if just listing the firmware or if we had to status=okay but in thinking about it, it seems it would be required

22:21 <Marijn[m]> steev: All the others are `sm845-*.dtsi`

22:21 <Marijn[m]> s/sm845/sdm845/

22:21 <steev> si, but his next patch touches sdm850-lenovo-yoga-c630, but you may be right :)

22:22 <Marijn[m]> That is a good point - must have overlooked/forgot it in that GPU patch.

22:23 <steev> trying to move laptops around to find the one that has access to my email

22:23 <steev> i was just poking around on patchwork to see what new came in today

22:23 <Marijn[m]> steev: Sounds like a nice problem to have ;)

22:23 <steev> it's more a lack of room, which isn't a nice problem :(

22:24 <Marijn[m]> (Says the guy with a bit too many phones that are all preventing eachother from being properly and fully mainlined)

22:26 <steev> i gave up on phones and stick with laptops now :P

22:27 <Marijn[m]> Those are being properly upstreamed and supported at least... :D

22:27 <konradybcio> yeah, sorry

22:27 <steev> the c630 is my daily driver (so i don't like when it breaks ;) )

22:28 <konradybcio> naming the same soc 3 different things is what qcom is good at

22:28 <steev> true that

22:28 <konradybcio> don't even remind me of qrb5123497582345 or whatever they called sm8250 for SBCs

22:28 <steev> don't forget that there's the yoga c630 chromebook... which is not an arm64 device

22:30 <steev> oooh, more sc8180x stuff going to the list i see, that makes me happy

22:34 <steev> sorry if my email was too terse btw, i hope it didn't come across as i was upset

22:51 <konradybcio> thanks for spotting that, replied

23:17 <steev> i'm about to give it a whirl here :) i figured your patch was the fix