On Mon, Apr 04, 2016 at 06:12:30PM +0300, Grygorii Strashko wrote:
> Hi Daniel,
> On 03/17/2016 03:42 PM, Daniel Lezcano wrote:
> > On 03/08/2016 11:55 AM, Grygorii Strashko wrote:
> >> Yeah. Thanks
> >>
> >> I'll re-send it after 4.6-rc.
> >> But What I'm not fully understand is how to get it merg
Hi Daniel,
On 03/17/2016 03:42 PM, Daniel Lezcano wrote:
> On 03/08/2016 11:55 AM, Grygorii Strashko wrote:
>> Yeah. Thanks
>>
>> I'll re-send it after 4.6-rc.
>> But What I'm not fully understand is how to get it merged taking into
>> account that
>> it touches few maches & clocksource :(
>
> Th
On 03/08/2016 11:55 AM, Grygorii Strashko wrote:
Yeah. Thanks
I'll re-send it after 4.6-rc.
But What I'm not fully understand is how to get it merged taking into account
that
it touches few maches & clocksource :(
This is not a problem. Send it based on timers/core from the tip tree
and Cc t
On 02/26/2016 10:27 PM, Sören Brinkmann wrote:
> On Fri, 2016-02-26 at 15:03:19 +0200, Grygorii Strashko wrote:
>> On 02/05/2016 01:39 AM, Sören Brinkmann wrote:
>>> On Thu, 2016-02-04 at 15:14:47 -0800, Moritz Fischer wrote:
Hi Soeren,
On Thu, Feb 4, 2016 at 2:41 PM, Sören Brinkmann
On Fri, 2016-02-26 at 15:03:19 +0200, Grygorii Strashko wrote:
> On 02/05/2016 01:39 AM, Sören Brinkmann wrote:
> > On Thu, 2016-02-04 at 15:14:47 -0800, Moritz Fischer wrote:
> >> Hi Soeren,
> >>
> >> On Thu, Feb 4, 2016 at 2:41 PM, Sören Brinkmann
> >> wrote:
> >>
> >>> But with this change the
On 02/05/2016 01:39 AM, Sören Brinkmann wrote:
> On Thu, 2016-02-04 at 15:14:47 -0800, Moritz Fischer wrote:
>> Hi Soeren,
>>
>> On Thu, Feb 4, 2016 at 2:41 PM, Sören Brinkmann
>> wrote:
>>
>>> But with this change the 'if !CPU_FREQ' becomes obsolete.
>> I'm confused, could you explain that statem
On Thu, 2016-02-04 at 15:14:47 -0800, Moritz Fischer wrote:
> Hi Soeren,
>
> On Thu, Feb 4, 2016 at 2:41 PM, Sören Brinkmann
> wrote:
>
> > But with this change the 'if !CPU_FREQ' becomes obsolete.
> I'm confused, could you explain that statement? You don't want people
> accidentally running wit
Hi Soeren,
On Thu, Feb 4, 2016 at 2:41 PM, Sören Brinkmann
wrote:
> But with this change the 'if !CPU_FREQ' becomes obsolete.
I'm confused, could you explain that statement? You don't want people
accidentally running with GT when CPU_FREQ is on, right?
Patch looks good to me, FWIW:
Acked-by: M
On Thu, 2016-02-04 at 20:20:17 +0200, Grygorii Strashko wrote:
> This patch intended to fix following cases:
> - SoC-A has ARM GT, defines DT node for ARM GT and selects ARM_GLOBAL_TIMER
> statically in Kconfig file. SoC-B has ARM GT and defines DT node for ARM GT,
> but do not selects ARM_GLOBAL_
This patch intended to fix following cases:
- SoC-A has ARM GT, defines DT node for ARM GT and selects ARM_GLOBAL_TIMER
statically in Kconfig file. SoC-B has ARM GT and defines DT node for ARM GT,
but do not selects ARM_GLOBAL_TIMER statically in Kconfig file. In case of
multiplatform build ARM GT
10 matches
Mail list logo