RE: [EXT] Re: [PATCH v4 3/4] clocksource/drivers/timer-mediatek: Convert timer-mediatek to a loadable module

[Zhipeng Wang]

Hello Daniel,

I'd be very happy to collaborate on this!

My availability: I can dedicate time to work on this over the next few weeks. I'm happy to help with:
   - Testing the new macros with IMX timer drivers
   - Converting existing drivers as examples
   - Reviewing and testing patches
   - Documentation

My understanding is that, based on your RFC, we should use two macros ― TIMER_OF_DECLARE_PDEV and TIMER_OF_DECLARE_PLATFORM_DRIVER.

BRs,
Zhipeng
> -----Original Message-----
> From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxxxxxxxx>
> Sent: 2026年3月9日 3:51
> To: Zhipeng Wang <zhipeng.wang_1@xxxxxxx>
> Cc: daniel.lezcano@xxxxxxxxxx; tglx@xxxxxxxxxx; shawnguo@xxxxxxxxxx;
> s.hauer@xxxxxxxxxxxxxx; kernel@xxxxxxxxxxxxxx; festevam@xxxxxxxxx;
> matthias.bgg@xxxxxxxxx; angelogioacchino.delregno@xxxxxxxxxxxxx;
> linux-kernel@xxxxxxxxxxxxxxx; imx@xxxxxxxxxxxxxxx;
> linux-arm-kernel@xxxxxxxxxxxxxxxxxxx; linux-mediatek@xxxxxxxxxxxxxxxxxxx;
> chun-hung.wu@xxxxxxxxxxxx; walter.chang@xxxxxxxxxxxx;
> jstultz@xxxxxxxxxx; amergnat@xxxxxxxxxxxx; Aisheng Dong
> <aisheng.dong@xxxxxxx>; Jindong Yue <jindong.yue@xxxxxxx>; Xuegang Liu
> <xuegang.liu@xxxxxxx>; Greg Kroah-Hartman <gregkh@xxxxxxxxxx>
> Subject: Re: [EXT] Re: [PATCH v4 3/4] clocksource/drivers/timer-mediatek:
> Convert timer-mediatek to a loadable module
> 
> [You don't often get email from daniel.lezcano@xxxxxxxxxxxxxxxx. Learn
> why this is important at https://aka.ms/LearnAboutSenderIdentification ]
> 
> Caution: This is an external email. Please take care when clicking links or
> opening attachments. When in doubt, report the message using the 'Report
> this email' button
> 
> 
> On 3/6/26 06:46, Zhipeng Wang wrote:
> > Hi Daniel,
> >
> > Thank you for sharing your RFC patch. I think the approach is very
> > interesting and addresses a real problem in the timer subsystem.
> >
> > For the MediaTek and IMX timer driver, I see a few considerations:
> >
> > 1. Current approach: My current patch uses the existing pattern
> >     (similar to renesas-ostm.c) with #ifdef MODULE. It's simple and
> >     works, but I agree it's not ideal.
> > 2. Your approach: Your TIMER_OF_DECLARE_PDEV approach would be
> >     cleaner and allow us to use devm_ functions, which would be a
> >     nice improvement.
> > 3. MediaTek and IMX timer specifics: The IMX timer doesn't require
> >     early initialization on modern platforms (we have arch timers on
> >     ARM64), so it would fit well with your
> TIMER_OF_DECLARE_PLATFORM_DRIVER
> >     macro (if you go with the two-macro approach).
> >
> > I'm very interested in your approach. May I ask what timeline you're
> > considering for your patch series?
> > The reason I ask is that we're working towards GKI support and I want
> > to make sure I choose the right approach.
> 
> Well, if you are willing to collaborate, we can start right now to think about it
> and propose an unified solution
> 
> 
> 
> 
>