On Monday 20 September 2010, Jan Kara wrote: > Hmm, looking through the code, I actually don't see a reason > why we should need any per-sb lock at all. The filesystem is always > read-only and we don't seem to have any global data structures that > change. But that needs some testing I guess - I'll try to do that. Ok, great! The BKL was basically as wrong as the global mutex protecting the operations anyway, because it does not document what data is actually getting protected in any of all the drivers that I'm converting to a private mutex. Given more time for code inspection and some testing, you can probably come up with a good explanation why the BKL is not needed in all those places, but since nobody ever bothered to do this for the last decade for all these drivers, my approach was to simply prove (in a rather lose sense) that I can't make it worse by converting to a mutex. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
