diff options
author | Hugh Dickins <hugh@veritas.com> | 2008-02-04 22:28:51 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | 2008-02-05 09:44:15 -0800 |
commit | d9fe526a83b84edc9c5ff217a00c896bfc20b2ce (patch) | |
tree | aecb9dbd92108915ba255df8f04d106c2099bf48 /mm/memory.c | |
parent | 73b1262fa43a778b1e154deea632cdef5009d6a1 (diff) | |
download | talos-op-linux-d9fe526a83b84edc9c5ff217a00c896bfc20b2ce.tar.gz talos-op-linux-d9fe526a83b84edc9c5ff217a00c896bfc20b2ce.zip |
tmpfs: allow filepage alongside swappage
tmpfs has long allowed for a fresh filepage to be created in pagecache, just
before shmem_getpage gets the chance to match it up with the swappage which
already belongs to that offset. But unionfs_writepage now does a
find_or_create_page, divorced from shmem_getpage, which leaves conflicting
filepage and swappage outstanding indefinitely, when unionfs is over tmpfs.
Therefore shmem_writepage (where a page is swizzled from file to swap) must
now be on the lookout for existing swap, ready to free it in favour of the
more uptodate filepage, instead of BUGging on that clash. And when the
add_to_page_cache fails in shmem_unuse_inode, it must defer to an uptodate
filepage, otherwise swapoff would hang. Whereas when add_to_page_cache fails
in shmem_getpage, it should retry in the same way it already does.
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/memory.c')
0 files changed, 0 insertions, 0 deletions