RE: [PATCH v2] OMAP:GPTIMER:1ms tick generation correction

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

 



Kevin,

> -----Original Message-----
> From: Kevin Hilman [mailto:khilman@xxxxxxxxxxxxxxxxxxx]
> Sent: Monday, June 21, 2010 9:24 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@xxxxxxxxxxxxxxx; R, Sricharan
> Subject: Re: [PATCH v2] OMAP:GPTIMER:1ms tick generation correction
> 
> Tarun Kanti DebBarma <tarun.kanti@xxxxxx> writes:
> 
> > Generation of 1ms granular GPTIMER events using 32KHz or system
> > clocks as inputs does not have whole number count value to load
> > into the register. This inaccurate count value with respect to 1ms
> > period leads to time drift subsequently. OMAP3 and later silicons
> > have dedicated registers for GPTIMER1, GPTIMER2 and GPTIMER10,
> > which can be programmed with computed values to keep this error
> > controlled within specified limit.
> >
> > Version 2:
> > (i) optimized omap_dm_timer_ms_correction() function and corrected
> > error in computing the positive and negative increments.
> > (ii) typo corrections in comment section and warning removal related
> > to 80-character limit
> >
> > Tested on Zoom3 using Linus tree.
> >
> > Signed-off-by: R Sricharan <r.sricharan@xxxxxx>
> > Signed-off-by: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
> 
> Please coordinate this change with the GPTIMER hwmod changes.  The timers
> that have/need this feature should be flagged at the hwmod level (probably
> by
> a dev_attr flag.)


OK!

> 
> Kevin
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux