NetBSD/sys/arch/hpcmips
chs e07f0b9362 eliminate uvm_useracc() in favor of checking the return value of
copyin() or copyout().

uvm_useracc() tells us whether the mapping permissions allow access to
the desired part of an address space, and many callers assume that
this is the same as knowing whether an attempt to access that part of
the address space will succeed.  however, access to user space can
fail for reasons other than insufficient permission, most notably that
paging in any non-resident data can fail due to i/o errors.  most of
the callers of uvm_useracc() make the above incorrect assumption.  the
rest are all misguided optimizations, which optimize for the case
where an operation will fail.  we'd rather optimize for operations
succeeding, in which case we should just attempt the access and handle
failures due to insufficient permissions the same way we handle i/o
errors.  since there appear to be no good uses of uvm_useracc(), we'll
just remove it.
2003-11-13 03:09:28 +00:00
..
compile Rework how KERNOBJDIR functions; now it's always determined with 2003-01-06 17:40:18 +00:00
conf Fix atapibus definition. 2003-10-25 18:28:10 +00:00
dev eliminate uvm_useracc() in favor of checking the return value of 2003-11-13 03:09:28 +00:00
hpcmips Cast through (void *) to appease gcc3. 2003-09-26 16:00:28 +00:00
include Overhaul MBR handling (part 1): 2003-10-08 04:25:43 +00:00
isa __KERNEL_RCSID() 2003-07-15 02:29:24 +00:00
stand Use ${HOST_SH} instead of `sh'. 2003-10-26 07:25:33 +00:00
tx eliminate uvm_useracc() in favor of checking the return value of 2003-11-13 03:09:28 +00:00
vr Add "XXX" to the gcc -Wuninitialised warning fix. 2003-11-08 01:58:26 +00:00
Makefile Rework how KERNOBJDIR functions; now it's always determined with 2003-01-06 17:40:18 +00:00
TODO