ChanServ changed the topic of #msm8937-mainline to: Boot Linux on your MSM8917/37/40 and QM215 mobile! | GitHub: https://github.com/msm89x7-mainline | Logs: https://oftc.irclog.whitequark.org/msm8937-mainline | Bridged to #msm8937-mainline:kde.org on Matrix
<hacker420[m]> barni2000 did you test?
<barni2000[m]> not yet today i was pretty tired
<hacker420[m]> ah ok
<barni2000[m]> i have installed rootfs for santoni but it has same issue i should try montana also
<barni2000[m]> what i don't understand why msm8940 works fine when the cpufreq definitions is same
<hacker420[m]> yeah
<hacker420[m]> where's the difference
<barni2000[m]> in downstream sources only tsens, gpu clocks and modem is different
<barni2000[m]> maybe something is missing for 8937 lets check schemas
<barni2000[m]> i have only find 2 schema error but none of them relates to this bug, one of them is a missing driver other is just a wrong fallback compatible
<barni2000[m]> it has started to boot with 8 core but it is freezing later
<barni2000[m]> i will try to limit the clocks to the minimal
<barni2000[m]> 960 mhz should not be crash
<barni2000[m]> it is booted now
<barni2000[m]> so freqs are still high on c0 cluster for 8937 i think it will be powering issue caused by the missing saw2 driver
<barni2000[m]> somehow 8940 don't needs it
<barni2000[m]> so sad i was modified worng opp table
<barni2000[m]> hacker420: if you want you can try this... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/NaHyaePMoEJqCPJohMNWMIyc>)
<barni2000[m]> so c0 only using 960 MHz and c1 using all posible freq
<barni2000[m]> s/posible/possible/, s/freq/freqs/
<hacker420[m]> did you try the 10944 one?
<hacker420[m]> or does only the 960 MHz one work
<barni2000[m]> i have only tried 960
<hacker420[m]> I'll try the next one
<barni2000[m]> ok
<barni2000[m]> i will try the higher freqs on montana because montana was never crashed for me
<barni2000[m]> maybe lk sets some powering stuff
<barni2000[m]> barni2000[m]: it was rebooting with 1.344 Ghz but that was all iirc
<hacker420[m]> hacker420[m]: so that booted to phosh
<hacker420[m]> testing further...
<hacker420[m]> well it just shut off on me with a fast blinking led
<hacker420[m]> I have no idea if that was because of linux or the battery
<hacker420[m]> nah think something is still unstable hre
<hacker420[m]> but why didn't it reboot them
<hacker420[m]> maybe some kernel panic
<barni2000[m]> with 960?
<hacker420[m]> with 10944
<hacker420[m]> it seems to boot consistently too
<barni2000[m]> so is it stable with ~1.1Ghz?
<hacker420[m]> I have to test further
<hacker420[m]> it shut off on me playing STK
<hacker420[m]> but I have no idea from what
<barni2000[m]> 960 MHz seems pretty stable but i don't tested with phosh or glmark or stk
<barni2000[m]> i have to enabled the touch first
<barni2000[m]> hacker420[m]: maybe gpu scaling to highest freq
<hacker420[m]> wouldn't it die instantly then
<hacker420[m]> was after some time
<hacker420[m]> unless it does some weird shit left on battery?
<hacker420[m]> right now I have it plugged into my pc playing xonotic
<hacker420[m]> or it's some stk thing
<hacker420[m]> still works so far
<hacker420[m]> could have been a fluke
<barni2000[m]> so lets enable 10944 ?
<hacker420[m]> yeah try that
<barni2000[m]> ok, btw i have stability issues on msm8956 also Redmi Note 3 (kenzo) somtimes crashing at boot and somtimes it is not mostly booting in recovery helps on it
<barni2000[m]> that is why my MR for it still in draft
<hacker420[m]> oh yeah also a fun sidenote
<hacker420[m]> I have a displaylink dock on the way
<hacker420[m]> if we ever get otg then maybe we can try that