<barni2000[m]>
i have realized ugg have different accel like others
<M0xCAFEBABE[m]>
on ugglite the whole device restarts when the CPU load stays mid~high for like a minute...
<M0xCAFEBABE[m]>
even if, I plug in AC charger
<M0xCAFEBABE[m]>
* whole device freezes or restarts when
<barni2000[m]>
strange
<barni2000[m]>
gpu could cause these kind of issues mesa pretty broken on a3xx
<barni2000[m]>
check dmesg -w during high load
<M0xCAFEBABE[m]>
oh... i see, i'll try vkms display
f_ is now known as Guest13267
Guest13267 is now known as f_
<M0xCAFEBABE[m]>
it still occurs even if I don't load msm module...
<M0xCAFEBABE[m]>
and, occurs on ugg too
<M0xCAFEBABE[m]>
finally booted into UI after making multiple CPU cores offline and setting powersave governor and limiting cpufreq
<jojo_autoboy[m]>
hm doesn't go past lk2nd on my land ether
<barni2000[m]>
my land still works
<barni2000[m]>
<jojo_autoboy[m]> "hm doesn't go past lk2nd on my..." <- have you installed it from pmos repo or build it yourself?
<jojo_autoboy[m]>
no i mean that recovery test image
<barni2000[m]>
oh ok
<barni2000[m]>
yes it was not works for me either
f_ has quit [Killed (NickServ (This nickname is registered and protected))]
f_ has joined #msm8937-mainline
<barni2000[m]>
i wonder what is the difference why none of my device have issues with cpufreq
<barni2000[m]>
<M0xCAFEBABE[m]> "finally booted into UI after..." <- you could try limit frequencies in a53pll opps and cpu opps
<M0xCAFEBABE[m]>
<barni2000[m]> "i wonder what is the difference..." <- did you try stressing up the CPU for like a minute?
<M0xCAFEBABE[m]>
... when android is booting, it's like that
<M0xCAFEBABE[m]>
* ... when android is booting, it behaves like that
<barni2000[m]>
i have played with STK
<barni2000[m]>
that should be enough strees
<barni2000[m]>
s/strees/stress/
<barni2000[m]>
but i could try unix bench also
<M0xCAFEBABE[m]>
what's that, does it stress up the GPU or the CPU...
<barni2000[m]>
unixbench is a benchmarking tool for cpu
<barni2000[m]>
glmark2 is for gpu
<M0xCAFEBABE[m]>
and, for what period of time?
<barni2000[m]>
it runs alogrithms for testing theirs speed
<barni2000[m]>
with different size of data sets
<M0xCAFEBABE[m]>
btw, what are the mesa workaround environment variables?
<M0xCAFEBABE[m]>
* environment variables that we need?
<barni2000[m]>
non
<barni2000[m]>
* none
<M0xCAFEBABE[m]>
what about in before?
<barni2000[m]>
maybe ddraw
<M0xCAFEBABE[m]>
mesa still refuses to render anything even after I tried multiple hacks that I've used in before :(
<M0xCAFEBABE[m]>
* I've used on msm8953 in before
<barni2000[m]>
i can made a highload with video playing :D
<barni2000[m]>
there is no hwdec yet
<barni2000[m]>
all cores near 80-100%
<barni2000[m]>
there is no issue on moto hannah
<M0xCAFEBABE[m]>
<M0xCAFEBABE[m]> "mesa still refuses to render..." <- OHHHH it turns out I have to take adreno firmwares from downstream lol
<barni2000[m]>
it should not cause problem
<barni2000[m]>
4 minutes of high load, no issues
<M0xCAFEBABE[m]>
and the default cpu freq governor here is schedutil
<M0xCAFEBABE[m]>
same for you too?
<M0xCAFEBABE[m]>
<barni2000[m]> "it should not cause problem" <- downstream one at least gives boot animation (with some gpu errors too), mainline one doesn't
<barni2000[m]>
<M0xCAFEBABE[m]> "and the default cpu freq..." <- let me check ig no
<M0xCAFEBABE[m]>
<M0xCAFEBABE[m]> "finally booted into UI after..." <- limiting to only 2 online CPUs on msm8917 still doesn't prevent it from restarting, only works on msm8940...
<barni2000[m]>
msm8917 like msm8937 only with big cluster