Re: [RFC 08/11] gpiolib: cdev: Add hardware timestamp clock type

From
Dipen Patel <dipenp@nvidia.com>
Date
2021-07-30 03:07:09
Also in
linux-devicetree, linux-doc, linux-tegra, lkml
Reply to
Linus Walleij, 2021-06-27
On 6/27/21 4:49 AM, Linus Walleij wrote:
On Sat, Jun 26, 2021 at 1:48 AM Dipen Patel [off-list ref] wrote:

Just a quick question about this:
quoted
+        GPIO_V2_LINE_FLAG_EVENT_CLOCK_HARDWARE | \
Is the usage intended to be such that since hardware timestamp
can not be guaranteed we need to ask for it and fail and if that
fails maybe the software wants to fall back to the realtime or
common timestamp?

I'm thinking from the view of libgpiod or similar apps that abstract
this and they will be "I want to use hardware timestamps if and
only if it is available, otherwise I want to use this other timestamp"
or is that use case uncommon, such that either you know exactly
what you want or you should not be messing with hardware
timestamps?

The way currently is implemented, if you have requested

FLAG_EVENT_CLOCK_HARDWARE and it fails, control will return

to userspace with an error. There is no fallback.
Yours,
Linus Walleij
Thread (75 messages) 75 messages, 11 authors, last reply 2021-09-26
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help