On Fri, Jun 08, 2001 at 02:04:16PM -0400, Alexander Viro wrote:
> the only
> areas in VFS that still rely on BKL are locks.c, dquot.c and super.c. The
> latter is fixed in the patches I'm feeding to Linus (OK, the pieces I'm
> feeding to Linus make shifting the BKL down to method calls trivial). Other
> two... Well, ask the poor guys who maintain them ;-)
the file locking code always takes the BKL itself, and doesn't rely on
the rest of the VFS to take the lock for it. it's not too much trouble
to remove it, and this will happen as part of the 2.5 rewrite. which is
in progress.
annoyingly, there's very little common semantics between POSIX locks and
FLOCK locks, which means that fs/locks.c is basically implementing two
completely independent things through one interface. and then there's
the other 3-4 different types of lock.... bleuch.
--
Revolutions do not require corporate support.
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
