On 29-08-23, 08:25, Chun-Jen Tseng (曾俊仁) wrote: > Actually, the root cause is the CPU freq setting finish time. If MT8186 > needs 10 ms for two clusters findish setting CPU clock done, I should > set transition delay 10 ms which avoid call clk_get_rate() get previous > clock value. If I get previous CPU clock and it over 1 Mhz, the > cpufreq_out_of_sync() will set CPU freq again but it wrong CPU freq. Even if another attempt is made to update the frequency, it shouldn't result in crashing the kernel. If it crashes, then there is something wrong here. > Howervery, transition delay seting is by individual SoC , it should not > force 1 ms for all SoC. So, I wish I can do this patch here. Its fine if you want to make it 1 second too :), the only thing is that you should do it for the right reason and I don't think we know it yet. Why exactly does the kernel crash here ? Any idea ? -- viresh
