Hi
On Fri, 9 Jan 2015, Thierry Reding wrote:
> On Fri, Jan 09, 2015 at 01:59:07PM +, Mark Rutland wrote:
> > On Fri, Jan 09, 2015 at 09:49:14AM +, Thierry Reding wrote:
> >
> > > As I understand it the architected timer will be turned off along with
> > > the rest of the CPU complex on
On Fri, Jan 9, 2015 at 1:43 AM, Thierry Reding wrote:
> On Thu, Nov 13, 2014 at 03:21:22PM -0800, John Stultz wrote:
>> On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
>> > On Mon, 10 Nov 2014, Anatol Pomozov wrote:
>> >> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
>> >> wrote:
>>
On Fri, Jan 09, 2015 at 01:59:07PM +, Mark Rutland wrote:
> On Fri, Jan 09, 2015 at 09:49:14AM +, Thierry Reding wrote:
> > On Sat, Nov 15, 2014 at 02:38:00AM +0100, Thomas Gleixner wrote:
> > > On Sat, 15 Nov 2014, Thomas Gleixner wrote:
> > > > On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Fri, Jan 09, 2015 at 09:49:14AM +, Thierry Reding wrote:
> On Sat, Nov 15, 2014 at 02:38:00AM +0100, Thomas Gleixner wrote:
> > On Sat, 15 Nov 2014, Thomas Gleixner wrote:
> > > On Fri, 14 Nov 2014, Anatol Pomozov wrote:
> > > > On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner
> > > >
On 11/15/2014 01:51 AM, Anatol Pomozov wrote:
Hi
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner wrote:
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry
On Sat, Nov 15, 2014 at 02:38:00AM +0100, Thomas Gleixner wrote:
> On Sat, 15 Nov 2014, Thomas Gleixner wrote:
> > On Fri, 14 Nov 2014, Anatol Pomozov wrote:
> > > On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner
> > > wrote:
> > > >> So what I suppose to do with my patch? If it does not work
On Thu, Nov 13, 2014 at 03:21:22PM -0800, John Stultz wrote:
> On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
> > On Mon, 10 Nov 2014, Anatol Pomozov wrote:
> >> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
> >> wrote:
> >> > On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov
On Thu, Nov 13, 2014 at 03:21:22PM -0800, John Stultz wrote:
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Fri, Nov 07, 2014 at
On Sat, Nov 15, 2014 at 02:38:00AM +0100, Thomas Gleixner wrote:
On Sat, 15 Nov 2014, Thomas Gleixner wrote:
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner t...@linutronix.de
wrote:
So what I suppose to do with my patch? If it does not
On Fri, Jan 9, 2015 at 1:43 AM, Thierry Reding thierry.red...@gmail.com wrote:
On Thu, Nov 13, 2014 at 03:21:22PM -0800, John Stultz wrote:
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM,
Hi
On Fri, 9 Jan 2015, Thierry Reding wrote:
On Fri, Jan 09, 2015 at 01:59:07PM +, Mark Rutland wrote:
On Fri, Jan 09, 2015 at 09:49:14AM +, Thierry Reding wrote:
As I understand it the architected timer will be turned off along with
the rest of the CPU complex on Tegra. I'm
On Fri, Jan 09, 2015 at 01:59:07PM +, Mark Rutland wrote:
On Fri, Jan 09, 2015 at 09:49:14AM +, Thierry Reding wrote:
On Sat, Nov 15, 2014 at 02:38:00AM +0100, Thomas Gleixner wrote:
On Sat, 15 Nov 2014, Thomas Gleixner wrote:
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On
On Fri, Jan 09, 2015 at 09:49:14AM +, Thierry Reding wrote:
On Sat, Nov 15, 2014 at 02:38:00AM +0100, Thomas Gleixner wrote:
On Sat, 15 Nov 2014, Thomas Gleixner wrote:
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner t...@linutronix.de
On 11/15/2014 01:51 AM, Anatol Pomozov wrote:
Hi
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner t...@linutronix.de wrote:
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On
On Sat, 15 Nov 2014, Thomas Gleixner wrote:
> On Fri, 14 Nov 2014, Anatol Pomozov wrote:
> > On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner wrote:
> > >> So what I suppose to do with my patch? If it does not work could
> > >> anyone provide patch that removes ARM arch dependency from
> > >>
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
> On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner wrote:
> >> So what I suppose to do with my patch? If it does not work could
> >> anyone provide patch that removes ARM arch dependency from
> >> tegra20_timer.c?
> >
> > Huch? You want other people to
On 11/14/2014 03:03 PM, Anatol Pomozov wrote:
Hi
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
wrote:
On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
ARM timekeeping
Hi
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner wrote:
> On Fri, 14 Nov 2014, Anatol Pomozov wrote:
>> On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
>> > On Mon, 10 Nov 2014, Anatol Pomozov wrote:
>> >> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
>> >> wrote:
>> >> > On Fri,
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
> On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
> > On Mon, 10 Nov 2014, Anatol Pomozov wrote:
> >> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
> >> wrote:
> >> > On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
> >> >> ARM
Hi
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
> On Mon, 10 Nov 2014, Anatol Pomozov wrote:
>> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
>> wrote:
>> > On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
>> >> ARM timekeeping functionality allows to register
Hi
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
ARM timekeeping
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Fri, Nov 07, 2014 at 11:34:15AM -0800,
Hi
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner t...@linutronix.de wrote:
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
On 11/14/2014 03:03 PM, Anatol Pomozov wrote:
Hi
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Fri, Nov 07, 2014 at 11:34:15AM -0800,
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner t...@linutronix.de wrote:
So what I suppose to do with my patch? If it does not work could
anyone provide patch that removes ARM arch dependency from
tegra20_timer.c?
Huch? You want other people
On Sat, 15 Nov 2014, Thomas Gleixner wrote:
On Fri, 14 Nov 2014, Anatol Pomozov wrote:
On Fri, Nov 14, 2014 at 4:18 PM, Thomas Gleixner t...@linutronix.de wrote:
So what I suppose to do with my patch? If it does not work could
anyone provide patch that removes ARM arch dependency from
On Thu, 13 Nov 2014, John Stultz wrote:
> On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
> > Aside of that I really wonder why we need that persistent_clock stuff
> > at all. We already have mechanisms to register persistent clocks AKA
> > RTCs after the early boot process and update the
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner wrote:
> On Mon, 10 Nov 2014, Anatol Pomozov wrote:
>> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
>> wrote:
>> > On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
>> >> ARM timekeeping functionality allows to register
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
> On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
> wrote:
> > On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
> >> ARM timekeeping functionality allows to register persistent/boot clock
> >> dynamically.
> >> This code is
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
ARM timekeeping functionality allows to register persistent/boot clock
dynamically.
This code is
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 10 Nov 2014, Anatol Pomozov wrote:
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
ARM timekeeping functionality
On Thu, 13 Nov 2014, John Stultz wrote:
On Thu, Nov 13, 2014 at 2:46 PM, Thomas Gleixner t...@linutronix.de wrote:
Aside of that I really wonder why we need that persistent_clock stuff
at all. We already have mechanisms to register persistent clocks AKA
RTCs after the early boot process and
Hi
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
wrote:
> On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
>> ARM timekeeping functionality allows to register persistent/boot clock
>> dynamically.
>> This code is arch-independent and can be useful on other plaforms as well.
>>
On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
> ARM timekeeping functionality allows to register persistent/boot clock
> dynamically.
> This code is arch-independent and can be useful on other plaforms as well.
>
> As a byproduct of this change, tegra20_timer becomes ARM64
On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
ARM timekeeping functionality allows to register persistent/boot clock
dynamically.
This code is arch-independent and can be useful on other plaforms as well.
As a byproduct of this change, tegra20_timer becomes ARM64
Hi
On Mon, Nov 10, 2014 at 1:53 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Fri, Nov 07, 2014 at 11:34:15AM -0800, Anatol Pomozov wrote:
ARM timekeeping functionality allows to register persistent/boot clock
dynamically.
This code is arch-independent and can be useful on other
Hi
This patch opens possibility for further timekeeping cleanup:
read_persistent_clock() is defined as a weak and expected that
architecture implement it. The users of this function need to check
return value. If it is equal zero then persistent clock is not
provided. It looks hacky. It makes
ARM timekeeping functionality allows to register persistent/boot clock
dynamically.
This code is arch-independent and can be useful on other plaforms as well.
As a byproduct of this change, tegra20_timer becomes ARM64 compatible.
Tested: backported the change to chromeos-3.14 kernel ran on
ARM timekeeping functionality allows to register persistent/boot clock
dynamically.
This code is arch-independent and can be useful on other plaforms as well.
As a byproduct of this change, tegra20_timer becomes ARM64 compatible.
Tested: backported the change to chromeos-3.14 kernel ran on
Hi
This patch opens possibility for further timekeeping cleanup:
read_persistent_clock() is defined as a weak and expected that
architecture implement it. The users of this function need to check
return value. If it is equal zero then persistent clock is not
provided. It looks hacky. It makes
40 matches
Mail list logo