[lkml]   [2000]   [Jul]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Announce] BKL shifting into drivers and filesystems - beware

On Thu, 13 Jul 2000, Alan Cox wrote:
> This kind of lock shifting is a major upheaval. It invalidates any device
> driver testing done in the past weeks when we have been slowly moving towards
> more stability.

I much rather do it now than later. Later means either: (a) during 2.4.x
or (b) early in 2.5.x.

(a) is obviously impossiblme. 'Nuff said.

(b) means that we'll have these subtle incomptibilities between the
release kernel and the development kernel, and backporting of fixes etc
suddenly becomes much harder.

The (b) kind of inconsistency is unavoidable, but I'd rather avoid it for
the "mindless" kind of lock movement that affects a lot of drivers and
filesystems, yet is basically very simple ("mindless" != "easy").

Right now all the critical file_operations are without the kernel lock.
There's still stuff like "llseek" etc, but they're not used that much and
few filesystems/drivers need their own versions, so I think we can ignore
the ones that are left. We've reached the stage where the whole


sequence basically works without the kernel lock, and that is important.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

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