From: matti.vaittinen@fi.rohmeurope.com (Matti Vaittinen)
To: kernelnewbies@lists.kernelnewbies.org
Subject: [me: Does Rockchip RK808 driver unload work as intended?]
Date: Tue, 30 Oct 2018 13:57:17 +0200 [thread overview]
Message-ID: <20181030115717.GA2141@localhost.localdomain> (raw)
Hello Peeps!
Few months ago I sent question below to clk mailing list. I got zero
replies so I took that as a hint that I am mistaken =) Hence I resend
same question to this list - perhaps this is a better place to search
for answer to (simple) question like this.
----- Forwarded message from Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com> -----
> Date: Fri, 7 Sep 2018 13:19:40 +0300
> From: Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
> To: zyw at rock-chips.com, mturquette at baylibre.com, sboyd at kernel.org, w.egorov at phytec.de
> Cc: linux-clk at vger.kernel.org, linux-kernel at vger.kernel.org
> Subject: Does Rockchip RK808 driver unload work as intended?
> User-Agent: Mutt/1.9.2 (2017-12-15)
>
> Hi dee Ho peeps,
>
> I was browsing through the clk drivers as I tried to do some cleaning.
> Few days ago I submitted a patch which would add devm variants for
> clkdev lookup registration. I also added devm of_provider registration
> for cases where it is actually the parent device which contains clock
> definitions in DT. This seems to be quite typical for MFDs.
>
> While doing this I hit to Rockchip RK808 driver which seems to utilize
> oarent device (MFD dev) for pretty much all devm releasing. I wonder if
> this is safe? What happens if one tries to remove the RK808 clk module?
>
> I guess the clk deregistration and cleanups are not ran as parent device
> stays there, right? But is the clk module and clk module code still
> unload? So won't clk operation pointers registered to clk core become
> invalid?
>
> I guess I don't have any HW to test this mnyself. And as the driver has
> been there since 2014 - well, chances are the driver does work and I
> just don't get it =)
>
> So can someone please shed some light on this? Is this a bug or am I
> just plain wrong?
>
> Br,
> Matti Vaittinen
----- End forwarded message -----
--
Matti Vaittinen
ROHM Semiconductors
~~~ "I don't think so," said Rene Descartes. Just then, he vanished ~~~
reply other threads:[~2018-10-30 11:57 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20181030115717.GA2141@localhost.localdomain \
--to=matti.vaittinen@fi.rohmeurope.com \
--cc=kernelnewbies@lists.kernelnewbies.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.