lkml.org 
[lkml]   [2001]   [Nov]   [23]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] Remove needless BKL from release functions
DateFri, 23 Nov 2001 01:44:36 -0800
FromRick Lindsley <>
Christoph Hellwig <hch@ns.caldera.de> said:

    Nope, it's fine to remove it.  Input is racy all over the place and the list
    are modified somewhere else without any locking anyways.

Horst von Brand <vonbrand@inf.utfsm.cl> then said:

    "It is broken anyway, breaking it some more makes no difference"!?

No, it is more a matter of "it is not helping at all, so removing it
makes no difference in behavior."  Removing it does, however, help
clean up the code and remove unnecessary instances of the BKL from the
kernel code.

If you check the web page at
http://lse.sourceforge.net/lockhier/patches.html, you'll find
additional information on why this patch was produced.  The most common
"no-op" was that (BKL) locking was done during release but not during
open. In some cases, there truly are things to guard. In some cases,
there really isn't. In all cases, nothing was really being correctly
guarded.

Usage of the BKL exists, in many cases, as a legendary artifact. Nobody
is sure if it's really needed, so everybody is afraid to take it out,
"just in case".  These patches represent real research -- we believe it
really is safe to take it out in these cases.  If we could not be sure,
we didn't try to patch it.

Rick
-
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 12:13    [W:0.320 / U:0.080 seconds]
©2003-2008 Jasper Spaans