Re: [RFC v2 02/11] drivers: Add hardware timestamp engine (HTE)

[Dipen Patel]

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.