From: "Walter Chang (張維哲)" <Walter.Chang@mediatek.com>
To: "tglx@linutronix.de" <tglx@linutronix.de>,
"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>,
"daniel.lezcano@linaro.org" <daniel.lezcano@linaro.org>,
"krzysztof.kozlowski@linaro.org" <krzysztof.kozlowski@linaro.org>,
"angelogioacchino.delregno@collabora.com"
<angelogioacchino.delregno@collabora.com>,
"jstultz@google.com" <jstultz@google.com>,
"macro@orcam.me.uk" <macro@orcam.me.uk>
Cc: "linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
wsd_upstream <wsd_upstream@mediatek.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Stanley Chu (朱原陞)" <stanley.chu@mediatek.com>,
"Freddy Hsin (辛恒豐)" <Freddy.Hsin@mediatek.com>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"Chun-Hung Wu (巫駿宏)" <Chun-hung.Wu@mediatek.com>
Subject: Re: [PATCH 1/3] time/sched_clock: Export sched_clock_register()
Date: Fri, 10 Feb 2023 10:08:03 +0000 [thread overview]
Message-ID: <553bd6dd40263bef64be020f1442b3730f218eaf.camel@mediatek.com> (raw)
In-Reply-To: <ad3a5c30-5062-55ae-7908-c0a127bec5ee@gmail.com>
On Wed, 2023-02-08 at 20:41 +0100, Matthias Brugger wrote:
>
> On 08/02/2023 15:24, Krzysztof Kozlowski wrote:
> > On 08/02/2023 10:48, walter.chang@mediatek.com wrote:
> > > From: Chun-Hung Wu <chun-hung.wu@mediatek.com>
> > >
> > > clocksource driver may use sched_clock_register()
> > > to resigter itself as a sched_clock source.
> > > Export it to support building such driver
> > > as module, like timer-mediatek.c
> > >
> > > Signed-off-by: Chun-Hung Wu <chun-hung.wu@mediatek.com>
> > > ---
> > > kernel/time/sched_clock.c | 4 ++--
> > > 1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/kernel/time/sched_clock.c
> > > b/kernel/time/sched_clock.c
> > > index 8464c5acc913..8e49e87d1221 100644
> > > --- a/kernel/time/sched_clock.c
> > > +++ b/kernel/time/sched_clock.c
> > > @@ -150,8 +150,7 @@ static enum hrtimer_restart
> > > sched_clock_poll(struct hrtimer *hrt)
> > > return HRTIMER_RESTART;
> > > }
> > >
> > > -void __init
> > > -sched_clock_register(u64 (*read)(void), int bits, unsigned long
> > > rate)
> > > +void sched_clock_register(u64 (*read)(void), int bits, unsigned
> > > long rate)
> >
> > Is there a non-init caller?
> >
> > > {
> > > u64 res, wrap, new_mask, new_epoch, cyc, ns;
> > > u32 new_mult, new_shift;
> > > @@ -223,6 +222,7 @@ sched_clock_register(u64 (*read)(void), int
> > > bits, unsigned long rate)
> > >
> > > pr_debug("Registered %pS as sched_clock source\n",
> > > read);
> > > }
> > > +EXPORT_SYMBOL_GPL(sched_clock_register);
> >
> > Where is the module using it?
> >
> > You need to bring users of these two changes, not just prepare
> > something
> > for your out of tree patches.
> >
>
> I'd propose to add at least one driver that will need these changes,
> to make it
> clear why you need that.
>
> Regards,
> Matthias
I have uploaded another patch to make timer-mediatek.c driver become
loadable module.
https://lore.kernel.org/lkml/20230210100058.19861-1-walter.chang@mediatek.com/T/#u
This driver registers an always-on timer as tick_broadcast_device
on MediaTek SoCs. If the system does not load this module, system
would also boot normally since Arm Generic Timer will take over
this part.
Thanks,
Walter Chang
next prev parent reply other threads:[~2023-02-10 10:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-08 9:48 [PATCH 0/3] Support timer drivers as loadable modules walter.chang
2023-02-08 9:48 ` [PATCH 1/3] time/sched_clock: Export sched_clock_register() walter.chang
2023-02-08 14:24 ` Krzysztof Kozlowski
2023-02-08 19:41 ` Matthias Brugger
2023-02-08 19:45 ` Krzysztof Kozlowski
2023-02-08 22:22 ` Matthias Brugger
2023-02-09 13:15 ` AngeloGioacchino Del Regno
2023-02-09 15:34 ` Daniel Lezcano
2023-02-09 16:08 ` Sudeep Holla
2023-02-10 10:08 ` Walter Chang (張維哲) [this message]
2023-02-08 9:48 ` [PATCH 2/3] clocksource/drivers/mmio: Export clocksource_mmio_init() walter.chang
2023-02-08 9:48 ` [PATCH 3/3] clocksource/drivers/timer-of: Remove __init markings walter.chang
2023-02-09 15:36 ` [PATCH 0/3] Support timer drivers as loadable modules Daniel Lezcano
2023-02-09 19:50 ` John Stultz
2023-02-10 8:51 ` Daniel Lezcano
2023-02-10 19:58 ` John Stultz
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=553bd6dd40263bef64be020f1442b3730f218eaf.camel@mediatek.com \
--to=walter.chang@mediatek.com \
--cc=Chun-hung.Wu@mediatek.com \
--cc=Freddy.Hsin@mediatek.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=daniel.lezcano@linaro.org \
--cc=jstultz@google.com \
--cc=krzysztof.kozlowski@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=macro@orcam.me.uk \
--cc=matthias.bgg@gmail.com \
--cc=stanley.chu@mediatek.com \
--cc=tglx@linutronix.de \
--cc=wsd_upstream@mediatek.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