From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: tglx@linutronix.de
Cc: Jim Cromie <jim.cromie@gmail.com>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Alexandre Torgue <alexandre.torgue@foss.st.com>,
Chen-Yu Tsai <wens@csie.org>,
Jernej Skrabec <jernej.skrabec@gmail.com>,
Samuel Holland <samuel@sholland.org>,
Thierry Reding <thierry.reding@gmail.com>,
Jonathan Hunter <jonathanh@nvidia.com>,
"Peter Zijlstra (Intel)" <peterz@infradead.org>,
Marco Elver <elver@google.com>, Nam Cao <namcao@linutronix.de>,
linux-kernel@vger.kernel.org,
linux-stm32@st-md-mailman.stormreply.com,
linux-arm-kernel@lists.infradead.org,
linux-sunxi@lists.linux.dev, linux-tegra@vger.kernel.org,
John Stulz <jstultz@google.com>,
Will McVicker <willmcvicker@google.com>,
Peter Griffin <peter.griffin@linaro.org>,
Saravan Kanna <saravanak@google.com>
Subject: Re: [PATCH v1 0/7] Setting the scene to convert the timers into modules
Date: Wed, 13 Aug 2025 15:00:40 +0200 [thread overview]
Message-ID: <5a4e8480-a291-409d-acc3-f053d4e99981@linaro.org> (raw)
In-Reply-To: <20250602151853.1942521-1-daniel.lezcano@linaro.org>
Hi Thomas,
was this series dropped ?
I'm not able to find it in v6.17-rc1 but it is in the master branch of
the tip tree (v6.16-rc7)
On 02/06/2025 17:18, Daniel Lezcano wrote:
> The timer drivers are all compiled-in. The initial pre-requisite is to
> have them available as soon as possible in the boot process. While
> this statement made sense a long time ago, the platforms have today
> multiple timers for different purposes along with architected timers
> which are initialized very early. For example, a timer can be used as
> a backup timer when the local timers are belonging to a power domain
> which is shutted down, or used a watchdog timer when the counter are
> shared, or also as a pulse width modulation counter. Another use case
> is the platform user may want to switch to a timer different from the
> architected timers because they have interesting characteristics in
> the context of a dedicated platform (eg. automotive).
>
> In some existing drivers, there is already the code to load and unload
> a timer driver even if the Kconfig does not allow that. It means, the
> need is there but partially upstream.
>
> There were multiple attempts to configure the timer drivers into
> modules but it faced the fact that we were unsure if it is correctly
> supported by the time framework.
>
> After investigating deeper in the core code it appears we have
> everything set for the modularization of the timer drivers.
>
> - When a clocksource is registered with a better rating, the current
> clocksource is swapped with the new one. The userspace allows to
> change the current clocksource via sysfs
>
> - A clocksource can be unregistered
>
> - When a clockevent is registered with a better rating, it becomes
> the active one
>
> - A clockevent can not be unregistered
>
> A timer driver can be loaded later because of all the supported
> above. However unloading is unsupported because a clockevent can not
> be unregistered and that will lead to a crash.
>
> But if the timer driver has the module owner set, the core framework
> will handle the refcount correctly and will prevent to unload the
> module if a clockevent is registered. All the refcounting is working
> in different use cases.
>
> - A clocksource is the current clocksource, the refcount is held
>
> - A current clocksource is switched to another one, the refcount is
> released
>
> - A broadcast timer is registered, the refcount is held
>
> - A local timer is registered, the refcount is held
>
> Consequently, it is possible to unload a module which is only used as
> a clocksource. As soon as a clockevent is registered, the refcount is
> held and can not be released thus preventing the module to be
> unloaded.
>
> That mechanism ensure it is safe to convert the different timer
> drivers into modules.
>
> This series adds the module owner in the different driver which are
> initialized with the module_platform_driver() function and export the
> symbols for the sched_clock_register() function.
>
> Cc: Jim Cromie <jim.cromie@gmail.com>
> Cc: Daniel Lezcano <daniel.lezcano@linaro.org>
> Cc: Thomas Gleixner <tglx@linutronix.de>
> Cc: Maxime Coquelin <mcoquelin.stm32@gmail.com>
> Cc: Alexandre Torgue <alexandre.torgue@foss.st.com>
> Cc: Chen-Yu Tsai <wens@csie.org>
> Cc: Jernej Skrabec <jernej.skrabec@gmail.com>
> Cc: Samuel Holland <samuel@sholland.org>
> Cc: Thierry Reding <thierry.reding@gmail.com>
> Cc: Jonathan Hunter <jonathanh@nvidia.com>
> Cc: "Peter Zijlstra (Intel)" <peterz@infradead.org>
> Cc: Marco Elver <elver@google.com>
> Cc: Nam Cao <namcao@linutronix.de>
> Cc: linux-kernel@vger.kernel.org
> Cc: linux-stm32@st-md-mailman.stormreply.com
> Cc: linux-arm-kernel@lists.infradead.org
> Cc: linux-sunxi@lists.linux.dev
> Cc: linux-tegra@vger.kernel.org
> Cc: John Stulz <jstultz@google.com>
> Cc: Will McVicker <willmcvicker@google.com>
> Cc: Peter Griffin <peter.griffin@linaro.org>
> Cc: Saravan Kanna <saravanak@google.com>
>
>
> Daniel Lezcano (7):
> clocksource/drivers/scx200: Add module owner
> clocksource/drivers/stm32-lp: Add module owner
> clocksource/drivers/sun5i: Add module owner
> clocksource/drivers/tegra186: Add module owner
> clocksource/drivers/stm: Add module owner
> clocksource/drivers/cs5535: Add module owner
> time: Export symbol for sched_clock register function
>
> drivers/clocksource/scx200_hrt.c | 1 +
> drivers/clocksource/timer-cs5535.c | 1 +
> drivers/clocksource/timer-nxp-stm.c | 2 ++
> drivers/clocksource/timer-stm32-lp.c | 1 +
> drivers/clocksource/timer-sun5i.c | 2 ++
> drivers/clocksource/timer-tegra186.c | 3 +++
> kernel/time/sched_clock.c | 4 ++--
> 7 files changed, 12 insertions(+), 2 deletions(-)
>
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
prev parent reply other threads:[~2025-08-13 13:29 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-02 15:18 [PATCH v1 0/7] Setting the scene to convert the timers into modules Daniel Lezcano
2025-06-02 15:18 ` [PATCH v1 1/7] clocksource/drivers/scx200: Add module owner Daniel Lezcano
2025-06-03 17:48 ` William McVicker
2025-06-02 15:18 ` [PATCH v1 2/7] clocksource/drivers/stm32-lp: " Daniel Lezcano
2025-06-03 17:54 ` William McVicker
2025-06-02 15:18 ` [PATCH v1 3/7] clocksource/drivers/sun5i: " Daniel Lezcano
2025-06-03 4:41 ` Chen-Yu Tsai
2025-06-03 17:55 ` William McVicker
2025-06-02 15:18 ` [PATCH v1 4/7] clocksource/drivers/tegra186: " Daniel Lezcano
2025-06-03 17:57 ` William McVicker
2025-06-02 15:18 ` [PATCH v1 5/7] clocksource/drivers/stm: " Daniel Lezcano
2025-06-03 17:59 ` William McVicker
2025-06-02 15:18 ` [PATCH v1 6/7] clocksource/drivers/cs5535: " Daniel Lezcano
2025-06-03 18:00 ` William McVicker
2025-06-02 15:18 ` [PATCH v1 7/7] time: Export symbol for sched_clock register function Daniel Lezcano
2025-06-03 18:01 ` William McVicker
2025-06-04 3:43 ` John Stultz
2025-06-04 9:25 ` Thomas Gleixner
2025-06-03 18:04 ` [PATCH v1 0/7] Setting the scene to convert the timers into modules William McVicker
2025-08-13 13:00 ` Daniel Lezcano [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5a4e8480-a291-409d-acc3-f053d4e99981@linaro.org \
--to=daniel.lezcano@linaro.org \
--cc=alexandre.torgue@foss.st.com \
--cc=elver@google.com \
--cc=jernej.skrabec@gmail.com \
--cc=jim.cromie@gmail.com \
--cc=jonathanh@nvidia.com \
--cc=jstultz@google.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=linux-sunxi@lists.linux.dev \
--cc=linux-tegra@vger.kernel.org \
--cc=mcoquelin.stm32@gmail.com \
--cc=namcao@linutronix.de \
--cc=peter.griffin@linaro.org \
--cc=peterz@infradead.org \
--cc=samuel@sholland.org \
--cc=saravanak@google.com \
--cc=tglx@linutronix.de \
--cc=thierry.reding@gmail.com \
--cc=wens@csie.org \
--cc=willmcvicker@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).