Re: [PATCH v5] MIPS: Add a high resolution sched_clock() via cnt32_to_63().

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11/26/2009 07:05 PM, Wu Zhangjin wrote:
On Thu, 2009-11-26 at 21:15 +0300, Sergei Shtylyov wrote:
[...]

    I don't think this is really good name for this file (one might think
that this is another implementation of clocksource instead of some
sched_clock() code tied to this particular clocksource), and I don't
     Seriously, if this file have to live a life of its own, name it like
sched-r4k.c but not the way you named it -- this is not another clocksource
module...

Hello, Sergei Shtylyov, I will use hres_sched_clock.c instead of
sched-r4k.c, is it okay?

Hi, Ralf, which one will you apply? If hres_sched_clock.c is okay, I
will resend it asap.

Like Sergei, I think putting this in a seperate file is a bad idea. This sched_clock is just a slightly different view of the csrc-r4k.c put it in there.

Octeon has its own clock source (cavium-octeon/scrc-octeon.c) and doesn't use csrc-r4k, so if you put it in a seperate file, there will have to be makefile hackery to keep this thing out of an octeon kernel.

When and if you add this to csrc-r4k, I will submit the patch (already written) that adds a high resolution sched_clock() to csrc-octeon.c.

Thanks,
David Daney






[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux