[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZeDTwKMP7MX0Nlx5@ishi>
Date: Thu, 29 Feb 2024 13:58:08 -0500
From: William Breathitt Gray <william.gray@...aro.org>
To: Fabrice Gasnier <fabrice.gasnier@...s.st.com>
Cc: lee@...nel.org, alexandre.torgue@...s.st.com, linux-iio@...r.kernel.org,
linux-stm32@...md-mailman.stormreply.com,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
Vignesh Raghavendra <vigneshr@...com>,
Julien Panis <jpanis@...libre.com>,
Syed Nayyar Waris <syednwaris@...il.com>
Subject: Re: [PATCH v3 04/10] counter: stm32-timer-cnt: introduce clock signal
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@...s.st.com>
> >
> > Reviewed-by: William Breathitt Gray <william.gray@...aro.org>
> >
> > 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
Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)
Powered by blists - more mailing lists