From: Anton Vorontsov <avorontsov@ru.mvista.com>
To: Kumar Gala <galak@kernel.crashing.org>
Cc: Scott Wood <scottwood@freescale.com>,
linuxppc-dev@ozlabs.org, Timur Tabi <timur@freescale.com>
Subject: Re: [PATCH 1/7] [POWERPC] sysdev: implement FSL GTM support
Date: Tue, 20 May 2008 18:32:34 +0400 [thread overview]
Message-ID: <20080520143234.GA19707@polina.dev.rtsoft.ru> (raw)
In-Reply-To: <AB3D8846-D6FA-414B-8023-23DA1A4367EC@kernel.crashing.org>
On Tue, May 20, 2008 at 09:20:50AM -0500, Kumar Gala wrote:
>>>>> This is explained in the .c file with a kernel doc. Basically the
>>>> difference is that timer16 could silently crop the precision, while
>>>> utimer16 could not thus explicitly accepts u16 argument (max. timer
>>>> interval with usec precision fits in u16).
>>>
>>> Maybe I'm confused what the utility is of cropping the precision in
>>> this
>>> way is. I'd also say that _timer16 is poorly named to convey the
>>> behavior. I'm not sure what to call it because I still dont get
>>> exactly
>>> why you'd want the precision cropped.
>>
>> Precision matters for FHCI-like drivers, when driver, for example,
>> schedule transactions via the GTM timers, and there timings matters
>> a lot.
>>
>> Though, timer16 crops the precision _only_ if usecs > 65535, so FHCI
>> _can_ still use the _timer16 (because FHCI does not request intervals
>>> 65535). But I implemented two function because:
>>
>> 1. I think we don't need unnecessary stuff in the ISRs (this is weak
>> argument since I didn't measure the impact).
>> 2. I wanted to make the API clear (seem to fail this undertaking :-),
>> which functions will behave exactly the way you asked it (utimer16),
>> and which functions will _silently_ crop the precision (timer16)
>> (if asked for 1001000 usecs, it will give you ~~1001000, depending
>> on the GTM frequency).
>
> I'm fine w/having both. I think they are poorly named. I'd also call
> them _set_timer but that's just me.
>
> Maybe something w/the term _exact_ in the name. Is it the case w/the
> precise form we'd have no prescaling (if so maybe a comment in the API
> about that would help clarity)?
We're always prescale [to 1000000 MHz for usec precision]. Otherwise
these functions would be non-deterministic (will purely depend on the GTM
frequency, so "usec" argument would not have defined boundaries).
--
Anton Vorontsov
email: cbouatmailru@gmail.com
irc://irc.freenode.net/bd2
next prev parent reply other threads:[~2008-05-20 14:32 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-19 17:45 [PATCH 0/7] Patches for Kumar's powerpc-next tree Anton Vorontsov
2008-05-19 17:46 ` [PATCH 1/7] [POWERPC] sysdev: implement FSL GTM support Anton Vorontsov
2008-05-20 6:04 ` Kumar Gala
2008-05-20 12:32 ` Anton Vorontsov
2008-05-20 13:15 ` Kumar Gala
2008-05-20 14:08 ` Anton Vorontsov
2008-05-20 14:20 ` Kumar Gala
2008-05-20 14:32 ` Anton Vorontsov [this message]
2008-05-20 14:35 ` Anton Vorontsov
2008-05-20 14:24 ` Grant Likely
2008-05-20 12:41 ` Anton Vorontsov
2008-05-20 13:16 ` Kumar Gala
2008-05-20 14:38 ` Timur Tabi
2008-05-19 17:46 ` [PATCH 2/7] [POWERPC] QE: add support for QE USB clocks routing Anton Vorontsov
2008-05-20 4:04 ` Stephen Rothwell
2008-05-20 12:10 ` Anton Vorontsov
2008-05-19 17:46 ` [PATCH 3/7] [POWERPC] QE: prepare QE PIO code for GPIO LIB support Anton Vorontsov
2008-05-19 17:47 ` [PATCH 4/7] [POWERPC] QE: implement support for the GPIO LIB API Anton Vorontsov
2008-06-10 16:15 ` Kumar Gala
2008-06-11 12:29 ` Anton Vorontsov
2008-06-11 13:52 ` Kumar Gala
2008-06-11 23:42 ` [PATCH] powerpc/QE: use arch_initcall to probe QUICC Engine GPIOs Anton Vorontsov
2008-06-24 15:05 ` Kumar Gala
2008-05-19 17:47 ` [PATCH 5/7] [POWERPC] 83xx: new board support: MPC8360E-RDK Anton Vorontsov
2008-05-19 17:47 ` [PATCH 6/7] [POWERPC] booting-without-of: add FHCI USB, FSL MCU, FSL UPM and GPIO LEDs bindings Anton Vorontsov
2008-05-19 17:47 ` [PATCH 7/7] [POWERPC] qe_lib: switch to the cpm_muram implementation Anton Vorontsov
-- strict thread matches above, loose matches on Subject: below --
2008-05-23 16:38 [PATCH 0/7] Patches for Kumar's powerpc-next tree Anton Vorontsov
2008-05-23 16:38 ` [PATCH 1/7] [POWERPC] sysdev: implement FSL GTM support Anton Vorontsov
2008-06-10 16:08 ` Kumar Gala
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=20080520143234.GA19707@polina.dev.rtsoft.ru \
--to=avorontsov@ru.mvista.com \
--cc=galak@kernel.crashing.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=scottwood@freescale.com \
--cc=timur@freescale.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.