From: Rusty Russell <rusty@rustcorp.com.au>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: torvalds@transmeta.com, akpm@zip.com.au, davem@redhat.com,
linux-kernel@vger.kernel.org, mochel@osdl.org
Subject: Re: [PATCH 3/3] Allow arbitrary number of init funcs in modules
Date: Wed, 25 Jun 2003 13:10:53 +1000 [thread overview]
Message-ID: <20030625032450.406202C086@lists.samba.org> (raw)
In-Reply-To: Your message of "Tue, 24 Jun 2003 19:01:25 +0200." <Pine.LNX.4.44.0306241851550.11817-100000@serv>
In message <Pine.LNX.4.44.0306241851550.11817-100000@serv> you write:
> Hi,
>
> On Mon, 23 Jun 2003, Rusty Russell wrote:
>
> > D: One longstanding complaint is that modules can only have one
> > D: module_init, and one module_exit (builtin code can have multiple
> > D: __initcall however). This means, for example, that it is not
> > D: possible to write a "module_proc_entry(name, readfn)" function
> > D: which can be used like so:
> > D:
> > D: module_init(myinitfn);
> > D: module_cleanup(myinitfn);
> > D: module_proc_entry("some/path/foo", read_foo);
>
> What happens if a module is compiled into the kernel and one of the init
> functions fails?
We ignore the failure, as we do with initcalls at the moment. I
wasn't really intending to deprecate the existing mechanisms: this is
simple at least 8)
Hmm, were you thinking of grouping by KBUILD_BASENAME? Can you think
of a case where that would be nicer to use?
Thanks!
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
next prev parent reply other threads:[~2003-06-25 3:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-23 9:19 [PATCH 3/3] Allow arbitrary number of init funcs in modules Rusty Russell
2003-06-23 19:11 ` Jonathan Corbet
2003-06-24 2:29 ` Rusty Russell
2003-06-24 6:57 ` Rusty Russell
2003-06-24 20:06 ` Horst von Brand
2003-06-24 17:01 ` Roman Zippel
2003-06-25 3:10 ` Rusty Russell [this message]
2003-06-25 10:30 ` Roman Zippel
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=20030625032450.406202C086@lists.samba.org \
--to=rusty@rustcorp.com.au \
--cc=akpm@zip.com.au \
--cc=davem@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@osdl.org \
--cc=torvalds@transmeta.com \
--cc=zippel@linux-m68k.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox