> >> > diff --git a/drivers/cpufreq/longhaul.c b/drivers/cpufreq/longhaul.c > >> > index c46a12df40dd..56eafcb07859 100644 > >> > --- a/drivers/cpufreq/longhaul.c > >> > +++ b/drivers/cpufreq/longhaul.c > >> > @@ -894,7 +894,7 @@ static int longhaul_cpu_init(struct cpufreq_policy *policy) > >> > if ((longhaul_version != TYPE_LONGHAUL_V1) && (scale_voltage != 0)) > >> > longhaul_setup_voltagescaling(); > >> > > >> > - policy->cpuinfo.transition_latency = 200000; /* nsec */ > >> > + policy->transition_delay_us = 20000; /* usec */ > >> > > >> > return cpufreq_table_validate_and_show(policy, longhaul_table); > >> > } > >> > >> This patch also works on my EPIA-M board - tested 10+ times. > > > > An on the last try just after sending the mail, it hung again in the > > same way as before - so maybe 20 is on the edge of being good. > > OK, so can you please try to modify the patch to set > transition_delay_us to 30000, say, and see if that's reliable? 30000 was not reliable. I created root cron job @reboot sleep 120; /sbin/reboot and by the evening it was dead again. Will try 50000 tomorrow. -- Meelis Roos (mroos@xxxxxxxx