On Mon, Dec 15, 2014 at 9:38 PM, Viresh Kumar wrote:
> On 16 December 2014 at 11:02, Dmitry Torokhov wrote:
>> Yes we will. Which simply means that this WARN is stupid. We also will
>> hit it if there is no opp table and the allocation below fails; or if
>> it succeeds then
On 16 December 2014 at 11:02, Dmitry Torokhov wrote:
> Yes we will. Which simply means that this WARN is stupid. We also will
> hit it if there is no opp table and the allocation below fails; or if
> it succeeds then dev_pm_opp_init_cpufreq_table() will fail and we'll
> hit this code path again.
On Mon, Dec 15, 2014 at 9:10 PM, Viresh Kumar wrote:
> On 16 December 2014 at 05:40, Dmitry Torokhov wrote:
>> cpufreq-dt driver supports mode when OPP table is provided by platform
>> code and not device tree. However on certain platforms code that fills
>> OPP table may run after cpufreq
On 16 December 2014 at 05:40, Dmitry Torokhov wrote:
> cpufreq-dt driver supports mode when OPP table is provided by platform
> code and not device tree. However on certain platforms code that fills
> OPP table may run after cpufreq driver tries to initialize, so let's
> report -EPROBE_DEFER if
cpufreq-dt driver supports mode when OPP table is provided by platform
code and not device tree. However on certain platforms code that fills
OPP table may run after cpufreq driver tries to initialize, so let's
report -EPROBE_DEFER if we do not find any entires in OPP table for the
CPU.
cpufreq-dt driver supports mode when OPP table is provided by platform
code and not device tree. However on certain platforms code that fills
OPP table may run after cpufreq driver tries to initialize, so let's
report -EPROBE_DEFER if we do not find any entires in OPP table for the
CPU.
On 16 December 2014 at 05:40, Dmitry Torokhov d...@chromium.org wrote:
cpufreq-dt driver supports mode when OPP table is provided by platform
code and not device tree. However on certain platforms code that fills
OPP table may run after cpufreq driver tries to initialize, so let's
report
On Mon, Dec 15, 2014 at 9:10 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 16 December 2014 at 05:40, Dmitry Torokhov d...@chromium.org wrote:
cpufreq-dt driver supports mode when OPP table is provided by platform
code and not device tree. However on certain platforms code that fills
OPP
On 16 December 2014 at 11:02, Dmitry Torokhov d...@chromium.org wrote:
Yes we will. Which simply means that this WARN is stupid. We also will
hit it if there is no opp table and the allocation below fails; or if
it succeeds then dev_pm_opp_init_cpufreq_table() will fail and we'll
hit this code
On Mon, Dec 15, 2014 at 9:38 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 16 December 2014 at 11:02, Dmitry Torokhov d...@chromium.org wrote:
Yes we will. Which simply means that this WARN is stupid. We also will
hit it if there is no opp table and the allocation below fails; or if
it
10 matches
Mail list logo
