Nick Piggin db37648cd6 [PATCH] mm: non syncing lock_page()
lock_page needs the caller to have a reference on the page->mapping inode
due to sync_page, ergo set_page_dirty_lock is obviously buggy according to
its comments.

Solve it by introducing a new lock_page_nosync which does not do a sync_page.

akpm: unpleasant solution to an unpleasant problem.  If it goes wrong it could
cause great slowdowns while the lock_page() caller waits for kblockd to
perform the unplug.  And if a filesystem has special sync_page() requirements
(none presently do), permanent hangs are possible.

otoh, set_page_dirty_lock() is usually (always?) called against userspace
pages.  They are always up-to-date, so there shouldn't be any pending read I/O
against these pages.

Signed-off-by: Nick Piggin <npiggin@suse.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-09-26 08:48:48 -07:00
..
2006-09-26 08:48:48 -07:00
2006-09-26 08:48:44 -07:00
2006-01-11 18:42:13 -08:00
2006-09-26 08:48:44 -07:00
2006-07-03 15:27:07 -07:00
2006-09-26 08:48:45 -07:00
2006-09-26 08:48:47 -07:00
2006-06-30 11:25:36 -07:00
2005-04-16 15:20:36 -07:00
2006-06-26 18:35:02 +02:00
2006-09-26 08:48:44 -07:00
2006-09-26 08:48:45 -07:00
2006-08-27 11:01:28 -07:00
2006-09-26 08:48:45 -07:00
2006-09-26 08:48:48 -07:00