linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: Saravana Kannan <saravanak@google.com>
Cc: Baolin Wang <baolin.wang7@gmail.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Orson Zhai <orsonzhai@gmail.com>,
	Chunyan Zhang <zhang.lyra@gmail.com>,
	LKML <linux-kernel@vger.kernel.org>,
	Android Kernel Team <kernel-team@android.com>
Subject: Re: [PATCH 1/2] drivers/clocksource/timer-of: Remove __init markings
Date: Mon, 27 Apr 2020 22:50:24 +0200	[thread overview]
Message-ID: <573b7d9e-fb5d-5c81-a981-6d965db933f3@linaro.org> (raw)
In-Reply-To: <CAGETcx9sc6oWSPK=aWJ+39i9eHAyg6iOf+Xf2oVECO+g1pFjtQ@mail.gmail.com>

On 27/04/2020 22:12, Saravana Kannan wrote:
> On Mon, Apr 27, 2020 at 1:09 PM Daniel Lezcano
> <daniel.lezcano@linaro.org> wrote:
>>
>> On 27/04/2020 21:04, Saravana Kannan wrote:
>>> On Mon, Apr 27, 2020 at 10:13 AM Daniel Lezcano
>>> <daniel.lezcano@linaro.org> wrote:
>>>>
>>>> On 13/04/2020 04:55, Baolin Wang wrote:
>>>>> Hi Daniel,
>>>>>
>>>>> On Tue, Mar 24, 2020 at 1:59 PM Baolin Wang <baolin.wang7@gmail.com> wrote:
>>>>>>
>>>>>> From: Saravana Kannan <saravanak@google.com>
>>>>>>
>>>>>> This allows timer drivers to be compiled as modules.
>>>>>>
>>>>>> Signed-off-by: Saravana Kannan <saravanak@google.com>
>>>>>> Signed-off-by: Baolin Wang <baolin.wang7@gmail.com>
>>>>>
>>>>> Do you have any comments for this patch set? Thanks.
>>>>
>>>> If my understanding is correct, this patch is part of the GKI picture
>>>> where hardware drivers are converted to modules.
>>>>
>>>> But do we really want to convert timer drivers to modules ?
>>>>
>>>> Is the core time framework able to support that (eg. load + unload )
>>>
>>> So this will mainly be used for secondary timers that the system
>>> supports. Not for the main one that's set up during early boot for
>>> sched timer to work. For the primary timer during boot up, we still
>>> expect that to be the default ARM timer and don't want/expect that to
>>> be a module (it can't be).
>>
>> My question is about clockevents_config_and_register() for instance, is
>> there a function to unregister in the core framework ?
> 
> We can just have these modules be "permanent" modules that can't be
> unloaded. They just need to not implement module_exit().

You are right.

I can understand the goal of making everything as much modular as possible.

But TBH, I have a bad feeling about this. Sounds like GKI will give the
opportunity to companies to stop upstreaming their drivers and favoring
fragmentation like what we had several years ago. Not sure it is a good
thing, especially for upstream SoC support.


-- 
<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

  reply	other threads:[~2020-04-27 20:50 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-24  5:59 [PATCH 1/2] drivers/clocksource/timer-of: Remove __init markings Baolin Wang
2020-03-24  5:59 ` [PATCH 2/2] clocksource/drivers/sprd: Add module support to Spreadtrum timer Baolin Wang
2020-04-13  2:55 ` [PATCH 1/2] drivers/clocksource/timer-of: Remove __init markings Baolin Wang
2020-04-27 17:13   ` Daniel Lezcano
2020-04-27 19:04     ` Saravana Kannan
2020-04-27 20:09       ` Daniel Lezcano
2020-04-27 20:12         ` Saravana Kannan
2020-04-27 20:50           ` Daniel Lezcano [this message]
2020-04-27 22:17             ` Sandeep Patil
2020-04-28  7:02               ` Daniel Lezcano
2020-04-28 18:23                 ` Saravana Kannan
2020-04-28 18:31                   ` Daniel Lezcano
2020-04-30 12:56                     ` Ulf Hansson
2020-04-30 16:52                       ` Saravana Kannan

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=573b7d9e-fb5d-5c81-a981-6d965db933f3@linaro.org \
    --to=daniel.lezcano@linaro.org \
    --cc=baolin.wang7@gmail.com \
    --cc=kernel-team@android.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=orsonzhai@gmail.com \
    --cc=saravanak@google.com \
    --cc=tglx@linutronix.de \
    --cc=zhang.lyra@gmail.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).