From: Sam Ravnborg <sam@ravnborg.org>
To: Adrian McMenamin <lkmladrian@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Correct use of __init and __devinit
Date: Mon, 24 Dec 2007 14:01:43 +0100 [thread overview]
Message-ID: <20071224130143.GA27530@uranus.ravnborg.org> (raw)
In-Reply-To: <8b67d60712230856o73bc89d7u142b93fc47b7533b@mail.gmail.com>
On Sun, Dec 23, 2007 at 04:56:14PM +0000, Adrian McMenamin wrote:
> Could someone here help settle this argument?
>
> I have written a driver (for the CD Rom on the Sega Dreamcast). I have
> marked various initialisation functions - including probe() and the
> functions that it, and only it, calls, as __init.
>
> Other developers tell me I should mark them as __devinit.
>
> However I think this is wrong as:
>
> * The CD on the Dreamcast is not and will never be a hotpluggable device
>
> * The Dreamcast is a limited memory device and if marking various
> functions as __init helps save memory that is A Good Thing
>
> It has been put to me that while the use case (not hotpluggable) is
> correct, it is still better practice to use __devinit
If you use the register* functions of the driver model then
you are no longer in 100% control when your functions are
called.
So of the principle of least suprise it is best to use __devinit
for the probe function as most other drivers do. And if
the driver model happens to call your probe function after
init time then we will not oops.
So wit other words - use same pattern a other drivers and accept
that we could have saved a few hundred bytes extra but we do not do so.
Sam
next prev parent reply other threads:[~2007-12-24 12:59 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-23 16:56 Correct use of __init and __devinit Adrian McMenamin
2007-12-24 13:01 ` Sam Ravnborg [this message]
2007-12-26 22:50 ` Haavard Skinnemoen
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=20071224130143.GA27530@uranus.ravnborg.org \
--to=sam@ravnborg.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lkmladrian@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