lkml.org 
[lkml]   [2003]   [Jan]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC] Migrating net/sched to new module interface
Date
In message <20030115234258.E1521@almesberger.net> you write:
> > And remember why we're doing it: for a fairly obscure race condition.
>
> No, I want to do this to fix the reason for the fix for the
> obscure race condition :-)

Semantics.

> Also, all this smells of a fundamental design problem: modules
> aren't the only things that can become unavailable. So why
> construct a special mechanism that only applies to modules ?

NO NO NO. Listen *carefully*.

The ONLY time that FUNCTIONS vanish is when MODULES get UNLOADED (or
fail to LOAD).

So you're suggesting we should lock ALL functions the way we lock all
other datastructures. I look forward to your compiler patch.

I've explained this multiple times. If you're not convinced, fine.

Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:32    [W:0.122 / U:0.492 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site