Ah. Useful.
> BKL had been shifted inside several methods, so that filesystem code
> itself had the same locking as it used to (i.e. code that used to be
> under BKL stayed under it). If your code doesn't need BKL - feel
> free to shrink the area, but keep in mind that it used to be under
> BKL.
OK, that's what I figured. Thanks for the confirmation.
> I didn't _add_ BKL - neither in devfs nor anywhere else. lock_kernel() is
> the boundary of the protected area and all that had happened is that this
> area had slightly shrunken, so its boundaries are inside the method instead
> of being around its caller.
>
> Again, further shrinking is up to maintainers of the filesystems.
Fair enough. I'll start looking at that.
> While we are at it, the changes in question had happened quite a
> couple of months ago - none of them in 2.5.7...
Well, 2.5.7 is the first I've checked in a while: I've been mostly
focussed on 2.4.x recently.
Regards,
Richard....
Permanent: rgooch@atnf.csiro.au
Current: rgooch@ras.ucalgary.ca
-
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/