> With these series as they are, we need 'clk_ignore_unused' on
> sthi407-b2120.dts and stih418-b2199.dts.
>
> We have to modificate stih407-clock.dtsi and stih418-clock.dtsi in same way.
Just to clarify this point for all interested parties; this patch-set
is not the completed article. It's p
On Thu, 02 Apr 2015, Gabriel Fernandez wrote:
> Hi Peter, Lee,
>
> With these series as they are, we need 'clk_ignore_unused' on
> sthi407-b2120.dts and stih418-b2199.dts.
>
> We have to modificate stih407-clock.dtsi and stih418-clock.dtsi in same way.
Absolutely. It's on my backlog.
> On 2
On Thu, 02 Apr 2015, Peter Griffin wrote:
> Hi Lee,
>
> On Fri, 27 Feb 2015, Lee Jones wrote:
>
> > Some hardware contains bunches of clocks which must never be
> > turned off. If drivers a) fail to obtain a reference to any
> > of these or b) give up a previously obtained reference
> > during
Hi Peter, Lee,
With these series as they are, we need 'clk_ignore_unused' on
sthi407-b2120.dts and stih418-b2199.dts.
We have to modificate stih407-clock.dtsi and stih418-clock.dtsi in same way.
BR
Gabriel
On 2 April 2015 at 10:12, Peter Griffin wrote:
> Hi Lee,
>
> On Fri, 27 Feb 2015, Lee
Hi Lee,
On Fri, 27 Feb 2015, Lee Jones wrote:
> Some hardware contains bunches of clocks which must never be
> turned off. If drivers a) fail to obtain a reference to any
> of these or b) give up a previously obtained reference
> during suspend, the common clk framework will attempt to
> disable
Some hardware contains bunches of clocks which must never be
turned off. If drivers a) fail to obtain a reference to any
of these or b) give up a previously obtained reference
during suspend, the common clk framework will attempt to
disable them and a platform can fail irrecoverably as a
result.