linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: kristoffer.ericson@gmail.com (Kristoffer Ericson)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] mach-sa1100: modernize and cleanup timer code
Date: Sat, 14 Jan 2012 13:59:17 +0100	[thread overview]
Message-ID: <20120114125917.GA2915@Boggieman> (raw)
In-Reply-To: <20120114120924.GQ1068@n2100.arm.linux.org.uk>

On Sat, Jan 14, 2012 at 12:09:24PM +0000, Russell King - ARM Linux wrote:
> On Sat, Jan 14, 2012 at 12:41:21PM +0100, Linus Walleij wrote:
> > 2012/1/14 Russell King - ARM Linux <linux@arm.linux.org.uk>:
> > > On Sat, Jan 14, 2012 at 08:33:54AM +0100, Linus Walleij wrote:
> > >> On Thu, Jan 12, 2012 at 5:10 PM, Kristoffer Ericson
> > >> <kristoffer.ericson@gmail.com> wrote:
> > >>
> > >> > Urs?kta f?rseningen, fick n?got minne kring att cpu klockningen inte fungerade korrekt
> > >> > om man inte satte direkt systemklock v?rde. Var n?got som pratade med russell om
> > >> > f?r n?got ?r sedan.
> > >>
> > >> Menar du detta:
> > >> MIN_OSCR_DELTA * 2
> > >>
> > >> S? ?r det ju med i den nya koden oxo, det ?r ingen semantisk skillnad
> > >> s? vitt jag kan se...
> > >>
> > >> Det enda som egentligen ?ndras ?r att minimum lapse mellan tv? events
> > >> (mult+shift) ber?knas av clockevent core.
> > >
> > > If you speak english on these lists, other people might be able to
> > > understand what you're saying.
> > 

Sorry, same mistake here :)


> > Haha sorry Russell I didn't notice that the response was in LAKML :-)
> > 
> > So Kristoffer remarked that the CPU clocking was sensitive on the
> > SA1100 so he wanted to test it first.
> > 
> > And I said that apart from the minimum scheduling interval now
> > handled by the clockevent core it should be semantically equivalent.
> > 
> > But it never hurts to test it so I'll wait for Kristoffers ACK.
> 

Ive looked at it and it checks out as you said. So acked-by: Kristoffer Ericson <kristoffer.ericson@gmail.com>
After Russels suggestion of course.


> The only point I have on the patch is that it shouldn't use CLOCK_TICK_RATE
> lets try to get away from this horrible definition in mach/timex.h.

  reply	other threads:[~2012-01-14 12:59 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-04 10:21 [PATCH 2/2] mach-sa1100: modernize and cleanup timer code Linus Walleij
2012-01-12 16:10 ` Kristoffer Ericson
2012-01-14  7:33   ` Linus Walleij
2012-01-14  8:42     ` Russell King - ARM Linux
2012-01-14 11:41       ` Linus Walleij
2012-01-14 12:09         ` Russell King - ARM Linux
2012-01-14 12:59           ` Kristoffer Ericson [this message]
2012-01-14 19:34           ` Linus Walleij

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120114125917.GA2915@Boggieman \
    --to=kristoffer.ericson@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).