[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <010426c7-74ed-33fb-0c06-c42408cffc0e@infradead.org>
Date: Fri, 1 Oct 2021 16:53:31 -0700
From: Randy Dunlap <rdunlap@...radead.org>
To: Dipen Patel <dipenp@...dia.com>, thierry.reding@...il.com,
jonathanh@...dia.com, linux-kernel@...r.kernel.org,
linux-tegra@...r.kernel.org, linux-gpio@...r.kernel.org,
linus.walleij@...aro.org, bgolaszewski@...libre.com,
warthog618@...il.com, devicetree@...r.kernel.org,
linux-doc@...r.kernel.org, robh+dt@...nel.org
Subject: Re: [RFC v2 02/11] drivers: Add hardware timestamp engine (HTE)
On 9/30/21 4:26 PM, Dipen Patel wrote:
> diff --git a/drivers/hte/Kconfig b/drivers/hte/Kconfig
> new file mode 100644
> index 000000000000..6fdf243d281b
> --- /dev/null
> +++ b/drivers/hte/Kconfig
> @@ -0,0 +1,22 @@
> +# SPDX-License-Identifier: GPL-2.0-only
> +menuconfig HTE
> + bool "Hardware Timestamping Engine (HTE) Support"
> + help
> + Hardware Timestamping Engine (HTE) Support.
> +
> + Some devices provide hardware timestamping engine which can timestamp
provide a hardware
> + certain device lines/signals in realtime. This way to provide
This provides a
> + hardware assisted timestamp to generic signals like GPIOs, IRQs lines
hardware-assisted like GPIOs or IRQ lines.
> + comes with benefit for the applications like autonomous machines
It comes with a benefit for applications like
> + needing accurate timestamping event with less jitter.
> +
> + This framework provides a generic interface to such HTE devices
> + within the Linux kernel. It provides an API to register and
> + unregister a HTE provider chip, configurable sw buffer to
software
> + store the timestamps, push the timestamp from the HTE providers and
> + retrieve timestamps for the consumers. It also provides means for the
> + consumers to request signals it wishes to hardware timestamp and
> + release them if not required.
> +
> + If unsure, say no.
HTH.
--
~Randy
Powered by blists - more mailing lists