On Tue, Feb 27, 2024 at 06:43:20PM +0100, Fabrice Gasnier wrote:
> On 1/8/24 17:46, William Breathitt Gray wrote:
> > On Wed, Dec 20, 2023 at 03:57:20PM +0100, Fabrice Gasnier wrote:
> >> Introduce the internal clock signal, used to count when in simple rising
> >> function. Also add the "frequency" extension to the clock signal.
> >>
> >> With this patch, signal action reports a consistent state when "increase"
> >> function is used, and the counting frequency:
> >> $ echo increase > function
> >> $ grep -H "" signal*_action
> >> signal0_action:none
> >> signal1_action:none
> >> signal2_action:rising edge
> >> $ echo 1 > enable
> >> $ cat count
> >> 25425
> >> $ cat count
> >> 44439
> >> $ cat ../signal2/frequency
> >> 208877930
> >>
> >> Signed-off-by: Fabrice Gasnier <fabrice.gasnier@xxxxxxxxxxx>
> >
> > Reviewed-by: William Breathitt Gray <william.gray@xxxxxxxxxx>
> >
> > The code is all right, but some minor suggestions below.
> >
> >> +static struct counter_comp stm32_count_clock_ext[] = {
> >> + COUNTER_COMP_SIGNAL_U64("frequency", stm32_count_clk_get_freq, NULL),
> >
> > It might be worth introducing a new COUNTER_COMP_FREQUENCY() macro now
> > that we have a second driver with the 'frequency' extension
> > (ti-ecap-capture also has 'frequency'). But it's up to you if you want
> > to add a precursor patch to this series, or I'll introduce it separately
> > myself in a independent patch.
>
> Thanks for suggesting.
>
> I added a precursor patch to this series.
> I guess you wishes to see it used in both ti-ecap-capture and
> stm32-timer-cnt. I only cared about stm32-timer-cnt in this series.
>
> Can I let you do ti-ecap-capture change if/when you're going to apply it?
Thanks Fabrice, I'll pick up the precursor patch so we an start using it
in other drivers. Syed will take on the ti-ecap-capture change, and I've
CC'd Vignesh and Julien to this email as well so they are aware of the
incoming patch.
William Breathitt Gray
Attachment:
signature.asc
Description: PGP signature
