Mapping range locking and related stuff

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  Hello,

  so recently I've spent some time rummaging in get_user_pages(), fault
code etc. The use of mmap_sem is really messy in some places (like V4L
drivers, infiniband,...). It is held over a deep & wide call chains and
it's not clear what's protected by it, just in the middle of that is a call
to get_user_pages(). Anyway that's mostly a side note.

The main issue I found is with the range locking itself. Consider someone
doing:
  fd = open("foo", O_RDWR);
  base = mmap(NULL, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
  write(fd, base, 4096);

The write() is an interesting way to do nothing but if the mapping range
lock will be acquired early (like in generic_file_aio_write()), then this
would deadlock because generic_perform_write() will try to fault in
destination buffer and that will try to get the range lock for the same
range again.

Prefaulting buffer before we get the range lock isn't really an option
since the write(2) can be rather large. So we really either have to lock
page faults differently or use per page locking as I originally wanted.
I'm still thinking what would be the best solution for this. Ideas are
welcome.

								Honza

-- 
Jan Kara <jack@xxxxxxx>
SUSE Labs, CR

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]