[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <c1cb926f-33b0-4433-b54d-954451ed32a8@foss.st.com>
Date: Thu, 13 Mar 2025 18:07:16 +0100
From: Fabrice Gasnier <fabrice.gasnier@...s.st.com>
To: Lee Jones <lee@...nel.org>
CC: <ukleinek@...nel.org>, <alexandre.torgue@...s.st.com>, <robh@...nel.org>,
<krzk+dt@...nel.org>, <conor+dt@...nel.org>, <jic23@...nel.org>,
<daniel.lezcano@...aro.org>, <tglx@...utronix.de>,
<catalin.marinas@....com>, <will@...nel.org>,
<devicetree@...r.kernel.org>, <wbg@...nel.org>,
<linux-stm32@...md-mailman.stormreply.com>,
<linux-arm-kernel@...ts.infradead.org>, <linux-kernel@...r.kernel.org>,
<linux-iio@...r.kernel.org>, <linux-pwm@...r.kernel.org>,
<olivier.moysan@...s.st.com>
Subject: Re: [PATCH v3 2/8] mfd: stm32-lptimer: add support for stm32mp25
On 3/13/25 17:40, Lee Jones wrote:
> On Wed, 05 Mar 2025, Fabrice Gasnier wrote:
>
>> Add support for STM32MP25 SoC.
>> A new hardware configuration register (HWCFGR2) has been added, to gather
>> number of capture/compare channels, autonomous mode and input capture
>> capability. The full feature set is implemented in LPTIM1/2/3/4. LPTIM5
>> supports a smaller set of features. This can now be read from HWCFGR
>> registers.
>>
>> Add new registers to the stm32-lptimer.h: CCMR1, CCR2, HWCFGR1/2 and VERR.
>> Update the stm32_lptimer data struct so signal the number of
>> capture/compare channels to the child devices.
>> Also Remove some unused bit masks (CMPOK_ARROK / CMPOKCF_ARROKCF).
>>
>> Signed-off-by: Fabrice Gasnier <fabrice.gasnier@...s.st.com>
>> ---
>> Changes in V2:
>> - rely on fallback compatible as no specific .data is associated to the
>> driver. Compatibility is added by reading hardware configuration
>> registers.
>> - read version register, to be used by clockevent child driver
>> - rename register/bits definitions
>> ---
>> drivers/mfd/stm32-lptimer.c | 33 ++++++++++++++++++++++++++++-
>
> Looks okay.
Hi Lee,
Thanks for reviewing,
>
>> include/linux/mfd/stm32-lptimer.h | 35 ++++++++++++++++++++++++++++---
>
> Assumingly this patch is not independent of the others?
Please hold on, I'll submit a V4, with some additional bit definition
for the clocksource driver (see my last reply to Daniel).
Best Regards,
Fabrice
>
Powered by blists - more mailing lists