Hi Randy, I will implement all your suggestions in RFC v3. Best Regards, Dipen Patel On 10/1/21 4:53 PM, Randy Dunlap wrote: > 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.
