public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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.

  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