<z3ntu>
but modem works fine on all the devices I'm testing
zstas has joined #linux-msm
<z3ntu>
I should've sent the revert a long time ago but got stuck on making "the proper solution", whatever exactly that should be.
<z3ntu>
msm8226 also needs the same
<minecrell>
z3ntu: the ocmem driver should ideally make interconnect votes instead of referencing the clock
<z3ntu>
yeah that's basically what konradybcio said I think
<minecrell>
z3ntu: Does any of the interconnect drivers probe? 8974 looks very broken
<z3ntu>
pretty sure they do, at least I haven't seen any probe failures or "probe deferred" warnings
<minecrell>
Weird they also reference the clocks, and for some reason 8974 icc drivers have a complete reimplementation of icc-rpm (likely a subtly broken one) so they weren’t really converted afaict
<z3ntu>
I have never really taken a look how the 8974 icc works, it didn't seem to cause any noticeable problems so I never needed to take a look
krzk has quit [Ping timeout: 480 seconds]
zstas has quit [Ping timeout: 480 seconds]
<lumag>
z3ntu: minecrell: it works with the clock patch reverted. we need to modify 8974 icc driver to use new API instead (and probably we should switch 8974 into using the main icc-rpm driver)
zstas has joined #linux-msm
<lumag>
z3ntu: are there any special dependencies for the modem?
<z3ntu>
only rmtfs for most boards
<z3ntu>
some Sony devices need this ta-service running
<lumag>
Yeah. That's why I'm so surprised that mss crashes on my 8074
<lumag>
Maybe I should try reflashing it, hopefully erasing all state
<z3ntu>
It definitely works on 6.15.2 for me, and I don't recall having any issues with modem in previous releases. But I haven't tested 6.16-rc* on msm8974, not sure what you're trying to use
<lumag>
I've been trying -next
<lumag>
Hmm, apq8074-dragonboard, v6.15 + your patch (+mba.b00), still crashes
<lumag>
z3ntu: ah, May 29 16:30:53 qcom-armv7a rmtfs[236]: [storage] failed to open '/dev/disk/by-partlabel/modemst1' (requested '/boot/modem_fs1'): No such file or directory