CVS commit: [netbsd-11] src/sys/uvm

"Martin Husemann" <[email protected]>
Newsgroups gmane.os.netbsd.devel.cvs
Message-ID <[email protected]>
Module Name:	src
Committed By:	martin
Date:		Fri Apr  3 12:10:19 UTC 2026

Modified Files:
	src/sys/uvm [netbsd-11]: uvm_mmap.c

Log Message:
Pull up following revision(s) (requested by yamt in ticket #239):

	sys/uvm/uvm_mmap.c: revision 1.189

sys_mincore: stop locking potentially huge amount of user memory

the current implementation performs uvm_vslock() on the
user-specified amount of memory. it isn't safe in general.
some might even consider it as a security issue.

this commit fixes it by splitting the user-specified range into
small ones which a temporary kernel buffer can cover. it's ok to
report potentially stale values as the mincore() api is inherently
racy in the first place.

while we still ought to invent a proper "lock user memory for
direct i/o" infrastructue, in this particular use case, it isn't
necessary or appropriate.


To generate a diff of this commit:
cvs rdiff -u -r1.186.2.1 -r1.186.2.2 src/sys/uvm/uvm_mmap.c

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.