Sorry for long delay (russian holidays are very hard time :) ) But it doesn't use it. XFS implement it's own write method with it's own locking rules and explicitly call generic_file_direct_write() i
Sorry for long delay (russian holidays are very hard time :) ) But it doesn't use it. XFS implement it's own write method with it's own locking rules and explicitly call generic_file_direct_write() i
This patch is result of discussion started week ago here: http://lkml.org/lkml/2006/12/11/66 changes from original patch: - Update wrong comments about i_mutex locking. - Add BUG_ON(!mutex_is_locked(
Dmitriy Monakhov wrote on Monday, December 18, 2006 5:23 AM I'm puzzled that if ext2 is able to instantiate some blocks, then why does it return no space error? Where is the error coming from?
You comment in the first hunk that i_mutex may not be held here, but there's no comment in __generic_file_aio_write_nolock() that the i_mutex must be held for !S_ISBLK devices. I note that you commen
Any one may call directly call generic_file_direct_write() with i_mutex not held. This is not about vmtruncate(). __generic_file_aio_write_nolock() may call generic_file_buffered_write() even in case
Sorry for long delay (russian holidays are very hard time :) ) But it doesn't use it. XFS implement it's own write method with it's own locking rules and explicitly call generic_file_direct_write() i