On 12/01/2015 06:07 PM, Tony Lindgren wrote:
* Grygorii Strashko [151201 07:09]:
On 11/30/2015 06:28 PM, Tony Lindgren wrote:
We should be able to make this into an early_platform_device and just
have it depend on the source clock muxes. See the omap initcall
* Grygorii Strashko [151201 09:13]:
> On 12/01/2015 06:07 PM, Tony Lindgren wrote:
> >
> >Or am I forgetting some other dependency with our system timers?
>
> both counter32 and GP timer have to be enabled through sysc registers.
> They are in "Force idle" state after
Hi Tony,
On 11/30/2015 06:28 PM, Tony Lindgren wrote:
> * Grygorii Strashko [151127 12:11]:
>> On 11/20/2015 08:21 PM, Felipe Balbi wrote:
>>> Grygorii Strashko writes:
Since system clocksource is finally selected by Clocksource core at
* Grygorii Strashko [151201 07:09]:
> On 11/30/2015 06:28 PM, Tony Lindgren wrote:
> >
> > We should be able to make this into an early_platform_device and just
> > have it depend on the source clock muxes. See the omap initcall changes
> > patches I just posted.
> >
>
* Grygorii Strashko [151127 12:11]:
> Hi Felipe,
>
> On 11/20/2015 08:21 PM, Felipe Balbi wrote:
> > Grygorii Strashko writes:
> >> Since system clocksource is finally selected by Clocksource core at
> >> fs_initcall stage during boot there
Hi Felipe,
On 11/20/2015 08:21 PM, Felipe Balbi wrote:
> Grygorii Strashko writes:
>> Since system clocksource is finally selected by Clocksource core at
>> fs_initcall stage during boot there are no reasons to initialize
>> ti_32k_timer at early boot stages. Hence,
Hi,
Grygorii Strashko writes:
> Since system clocksource is finally selected by Clocksource core at
> fs_initcall stage during boot there are no reasons to initialize
> ti_32k_timer at early boot stages. Hence, ti_32k_timer can be
> converted to use platform