On 26 November 2014 at 03:35, Rafael J. Wysocki rjw@rjwysocki.net wrote:
And what bad things are going to happen if this is not pushed for 3.18?
This is what Eduardo reported in one of the mails:
---
As an example, I am taking the ti-soc-thermal, but we already have other of-thermal based drivers. Booting with this patch ti-soc-thermal (of-based boot) loads fine, but the cpu_cooling never gets bound to the thermal zone.
The thing is that the bind may happen before cpufreq-dt code loads the cpufreq driver, and when cpu_cooling is checking what is the max freq, by using cpufreq table, it won't be able to do it, as there is no table.
While, without the patch, it will use wrong in the binding, but after it gets bound, and cpufreq loads, the max will be used correctly.
----
And so it looked like things aren't going to work smoothly in 3.18 and so I thought we should get it in.
But probably the problem will be worst only after applying Lukasz patchset?
@Eduardo: Do you want Rafael to apply this for 3.18? or 3.19 will work as well ?
-- viresh