LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* Expected sys_msync() behaviour?
@ 2004-05-22 17:03 Alexander Nyberg
  0 siblings, 0 replies; only message in thread
From: Alexander Nyberg @ 2004-05-22 17:03 UTC (permalink / raw)
  To: linux-kernel

I looked at a bugzilla filed because of sys_msync() returning ok even if
you specify a addr + len that goes over bss section or MAP_PRIVATE's.

http://bugzilla.kernel.org/show_bug.cgi?id=2728
(my patch should return -ENOMEM instead of -EINVAL according
to specification link below).


This brings up a question on the expected behaviour of sys_msync().
Should it only sync a single vma? 

Should it traverse several vma's until the the ending address has been
reached? In that case it should skip anything not MAP_SHARED, but that
also makes the system call quite random as it doesn't sync a flat memory
region.

Personally I think that it should sync a single vma, or parts of it, not
search around or "accidently" touch other mappings which aren't
intended, this should be the work of the user space program.

So before syncing it should check that the region is backed by a
MAP_SHARED file which is writeable and then sync it, yes?

The Open Group Base Specifications Issue 6:
http://www.opengroup.org/onlinepubs/009695399/functions/msync.html

Alex


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2004-05-22 17:04 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-05-22 17:03 Expected sys_msync() behaviour? Alexander Nyberg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).