From: Rusty Russell <rusty@rustcorp.com.au>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: adam@yggdrasil.com, linux-kernel@vger.kernel.org,
torvalds@transmeta.com, akpm@zip.com.au
Subject: Re: Patch/resubmit linux-2.5.63-bk4 try_module_get simplification
Date: Fri, 07 Mar 2003 17:34:18 +1100 [thread overview]
Message-ID: <20030307070646.C85322C07D@lists.samba.org> (raw)
In-Reply-To: <Pine.LNX.4.44.0303021457010.32518-100000@serv>
On Sun, 2 Mar 2003 15:12:37 +0100 (CET)
Roman Zippel <zippel@linux-m68k.org> wrote:
> Hi,
>
> On Fri, 28 Feb 2003, Adam J. Richter wrote:
>
> > The following patch shrinks changes the implementation of
> > try_module_get() and friends to eliminate the special stopping of all
> > CPU's when a module is unloaded. Instead, it uses a read/write
> > semaphore in a perhaps slightly non-intuitive way.
>
> Hmm, I was waiting a bit for Rusty's comment, but there isn't any...
(Sorry, on holiday, skimming mail)
I like it *very* much! There's a small race, but it's easily fixed by
turning the local_dec into a module_put (or variant) (otherwise an
rmmod --wait can sleep forever, waking up and seeing a non-zero
refcount, and going back to sleep).
Three other requests, if I may.
It'd be nice to have a comment for the two smp_mb() eg. /* Must increment
before checking state */ and vice-versa above the one in module.c. Secondly
probably nicer to just rename the modlist_lock to module_lock and use that,
and thirdly merge with the racefix patch below if Linus hasn't already
taken it.
BTW, I'm away from the office for a couple of weeks, and even if I weren't,
my test box doesn't stay up for more than minutes under any recent kernel 8(
Can you stress test this and send to Linus?
> BTW making the module ref functions not inline saves about 5KB with the
> standard config.
Interesting. The "if (!module)" could theortically be dropped, but I
just looked at the sizes of try_module_get as a standalone function
for various config options (x86, gcc 3.2.3):
UNLOAD=y
SMP=y
PREEMPT=y
try_module_get() 78 bytes
UNLOAD=y
SMP=y
PREEMPT=n
try_module_get() 48 bytes
UNLOAD=y
SMP=n
PREEMPT=n
try_module_get() 28 bytes
UNLOAD=n
try_module_get() 21 bytes
These numbers are a bit exaggerated due to function prologue and
epilogues, but on x86 PREEMPT=y case at least I definitely think that
it's worth out-of-lining it (a straight function call costs about 11
bytes). Don't know about other archs.
Thanks for the patch!
Rusty.
--
there are those who do and those who hang on and you don't see too
many doers quoting their contemporaries. -- Larry McVoy
Name: Fix two module races
Author: Bob Miller, Rusty Russell
Status: Trivial
D: Bob Miller points out that the try_module_get in use_module() can,
D: of course, fail. Secondly, there is a race between setting the module
D: live, and a simultaneous removal of it.
diff -urpN --exclude TAGS -X /home/rusty/devel/kernel/kernel-patches/current-dontdiff --minimal linux-2.5.62-bk6/kernel/module.c working-2.5.62-bk6-modraces/kernel/module.c
--- linux-2.5.62-bk6/kernel/module.c 2003-02-18 11:18:57.000000000 +1100
+++ working-2.5.62-bk6-modraces/kernel/module.c 2003-02-24 13:42:44.000000000 +1100
@@ -173,16 +173,19 @@ static int use_module(struct module *a,
struct module_use *use;
if (b == NULL || already_uses(a, b)) return 1;
+ if (!strong_try_module_get(b))
+ return 0;
+
DEBUGP("Allocating new usage for %s.\n", a->name);
use = kmalloc(sizeof(*use), GFP_ATOMIC);
if (!use) {
printk("%s: out of memory loading\n", a->name);
+ module_put(b);
return 0;
}
use->module_which_uses = a;
list_add(&use->list, &b->modules_which_use_me);
- try_module_get(b); /* Can't fail */
return 1;
}
@@ -1456,10 +1459,12 @@ sys_init_module(void *umod,
}
/* Now it's a first class citizen! */
+ down(&module_mutex);
mod->state = MODULE_STATE_LIVE;
module_free(mod, mod->module_init);
mod->module_init = NULL;
mod->init_size = 0;
+ up(&module_mutex);
return 0;
}
next prev parent reply other threads:[~2003-03-07 6:56 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-01 4:30 Adam J. Richter
2003-03-02 14:12 ` Roman Zippel
2003-03-07 6:34 ` Rusty Russell [this message]
2003-03-07 17:12 ` Bob Miller
2003-03-02 17:33 Adam J. Richter
2003-03-02 18:37 ` Roman Zippel
2003-03-07 6:35 ` Rusty Russell
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=20030307070646.C85322C07D@lists.samba.org \
--to=rusty@rustcorp.com.au \
--cc=adam@yggdrasil.com \
--cc=akpm@zip.com.au \
--cc=linux-kernel@vger.kernel.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
all inboxes | Powered by JetHome®