mm: tiny-shmem nommu fix
The previous patch db203d53d4
("mm:
tiny-shmem fix lock ordering: mmap_sem vs i_mutex") to fix the lock
ordering in tiny-shmem breaks shared anonymous and IPC memory on NOMMU
architectures because it was using the expanding truncate to signal ramfs
to allocate a physically contiguous RAM backing the inode (otherwise it is
unusable for "memory mapping" it to userspace).
However do_truncate is what caused the lock ordering error, due to it
taking i_mutex. In this case, we can actually just call ramfs directly to
allocate memory for the mapping, rather than go via truncate.
Acked-by: David Howells <dhowells@redhat.com>
Acked-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Nick Piggin <npiggin@suse.de>
Cc: Matt Mackall <mpm@selenic.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
committed by
Linus Torvalds
parent
6c1b7f680d
commit
4b19de6d1c
@@ -58,7 +58,7 @@ const struct inode_operations ramfs_file_inode_operations = {
|
||||
* size 0 on the assumption that it's going to be used for an mmap of shared
|
||||
* memory
|
||||
*/
|
||||
static int ramfs_nommu_expand_for_mapping(struct inode *inode, size_t newsize)
|
||||
int ramfs_nommu_expand_for_mapping(struct inode *inode, size_t newsize)
|
||||
{
|
||||
struct pagevec lru_pvec;
|
||||
unsigned long npages, xpages, loop, limit;
|
||||
|
Reference in New Issue
Block a user