Re: RFC: Counter driver API

Tseng, Kuo-Lang <kuo-lang.tseng@...>

-----Original Message-----
From: Dirk Brandewie [mailto:dirk.j.brandewie(a)]
Sent: Tuesday, March 01, 2016 10:33 AM
To: Tseng, Kuo-Lang <kuo-lang.tseng(a)>; devel(a)
Cc: Brandewie, Dirk J <dirk.j.brandewie(a)>
Subject: Re: [devel] RFC: Counter driver API

On 02/26/2016 12:29 PM, Tseng, Kuo-Lang wrote:

As per suggestion from Gerrit comment, moving the discussion to mailing list.


On Quark (SE and D2000), there are Always On Counter (free running) and Always
ON Periodic Timer devices. A counter|timer driver is to be added for supporting
these devices. At same time, the goal is to create an API that is generic enough for
not just these two specific devices.


Generic counter driver API:
We will have 3 routines - start, stop, and read, which takes in the device pointer -
which identifies the timer. The driver header, counter.h, is under /include folder:
I think it might be useful to add a function to retrieve the timebase of the counter.
ATM the developer just needs to *know* what is being counted.
The AON counter and periodic timer on Quark are running off the 32,768Hz clock (RTC clock). By timebase, do you mean that?

A function to set the timebase may be needed in the future for IP blocks that don't
have a fixed timebase/tick rate.
Yes, this can be an enhancement for future (as currently it is not supported in existing SoC to set the timebase).

* @brief Set up counter configuration and start it.
* @param dev Pointer to the device structure for the driver instance.
* @param config Pointer to counter configuration structure
* @retval DEV_OK If successful.
* @retval DEV_* Code otherwise.
int counter_start(struct device *dev, counter_input *config);

* @brief Stop the counter.
* @param dev Pointer to the device structure for the driver instance.
* @retval DEV_OK If successful.
* @retval DEV_* Code otherwise.
int counter_stop(struct device *dev);

* @brief Read current counter value
* @param dev Pointer to the device structure for the driver instance.
* @return 32-bit value
uint32_t counter_read(struct device *dev)
Do we need a write() function for future proofing?

The counter_input structure can be something like below:

* @brief Counter configuration.
* Acceptable setting in the configuration structure is hardware-specific.
* initial_value - Initial value to load to the counter or timer.
* callback - Callback function when timer expires.
struct counter_input {

uint32_t initial_value;
void (*callback)(void);
void (*callback)(void *context);
void *context;
lets the app pass in their context if needed.
Yes, this can be added.


Note - Using structure, tomorrow we can add more fields for a counter with more
For the Free Running counter in Quark, these fields would be null as it does not
support interrupt or callback notification.

The hardware-specific driver implementation:

This can be implemented in /drivers directory. For example, for Quark SE and
D2000, we can have below file which implements the API functionality using the
AON Counter and AON Periodic Timer:


Comment, feedback welcome.

Join to automatically receive all group messages.