| Age | Commit message (Collapse) | Author |
|---|
|
simply removing it, slightly reorganize the code to remove a pg_to_pvh() call
as well.
|
|
- simplify pmap_protect()
- simplify reference count managment by using 0 as a base instead of 1
(from NetBSD)
|
|
- honor PRM_CFLUSH correctly for 0[46]0 in pmap_remove_mapping().
- be sure to flush caches in pmap_changebit for 060 too when necessary.
- make this compile if option DEBUG is defined.
|
|
|
|
There are more occurences hiding in binutils, lynx and afs but I am too
lazy to report them upstream at the moment.
|
|
failure, since the former is not reliable; requested by art@ long ago.
|
|
|
|
that we can see no legal situation under which they could require that
term to remain (ie. This is equivelant to us taking the old UCB file,
removing term 3 as specified by UCB, then re-applying each diff
afterwards from the various authors)
|
|
|
|
rescinded 22 July 1999. Proofed by myself and Theo.
|
|
|
|
|
|
|
|
Other m68k-based arches do not need it.
- do not wait to allocate struct pv_page. Either pmap_enter() has been
invoked with PMAP_CANFAIL and can live with this, or we are close to
fandagoland anyways.
|
|
not defined (such as on RAMDISK kernels). Oops.
|
|
This allows us to remove some ambiguities on how some functions are called,
remove some diagnostic checks for conditions that can never happen and
remove the ugly hack with "pmap_initialized".
Then, rework internal function interfaces and some logic so as to stop
fetching vm_page from a pa and the reverse every now and then - this makes
some pmap operations run much faster.
per art@'s idea.
|
|
remaining instances of them with appropriate copy(9) usage.
ok art@, tested on all arches unless my memory is non-ECC
|
|
still.
|
|
|
|
(which I will leave for Dale since it needs special handling).
From NetBSD (and same as sparc64). espie@ OK
|
|
Diff generated by Chris Kuethe.
|
|
|
|
instead of the pa. Most callers already had it handy and those who didn't
only called it for managed pages and were outside time-critical code.
This will allow us to make those functions clean and fast on sparc and
sparc64 letting us to avoid unnecessary cache flushes.
deraadt@ miod@ drahn@ ok.
|
|
|
|
|
|
The only OSes I've seen that use SIZE_T_MAX are 4.4BSD-derived whereas
SYSV things seem to use SIZE_MAX. It is also consistent with SSIZE_MAX
(which we already have). deraadt@ OK
|
|
an uvm aobj, copy out the signal trampoline into it and share that page
among all processes for the same emulation.
This also requires us to actually be able to tell signal code where the
trampoline is located, so introduce a new field in struct proc - p_sigcode
that is a pointer to sigcode. This allows us to remove all the ugly
calculations of the signal trampoline address done in every sendsig
function in the tree (that's why so many files are changed).
Tested by various people. ok deraadt@
|
|
|
|
|
|
that specifies which printf funciton it should use. Implement
db_stack_trace_cmd in MI code.
Thanks to miod@ for all the tests.
|
|
(and that means it should compile, for starters)
|
|
add casts, fix a few errors and typos in the process, etc)
|
|
|
|
type characteristics.
internal_types.h will contain only settings invisible from standard C, e.g.,
in the __* or _[A-Z]* namespace, and be reused by files like limits.h.
This allows us to shorten machine/limits.h greatly, as all the common defines
are now in sys/limits.h, plus a small stub in internal_types.h.
Tested on all arches as far as I know.
Approved after discussion with art, millert, deraadt, and others.
|
|
mac68k needs this for now
- update comments to reflect that code, if invoked carefully, can work
with the MMU enabled.
|
|
pmap_destroy().
|
|
|
|
|
|
your kernel configuration file.
By default, GENERIC will enable this.
When PTRACE is not enabled, several ptrace-like features of the procfs
filesystem will be disabled as well (namely, the ability to read and write
any process' registers, as well as attching, single stepping and detaching
to/from processes).
This should help paranoid people build better sandboxens, and us to build
smaller ramdisks.
|
|
|
|
with a few hooks to cope with each architecture's specifics.
The new arch/m68k/m68k/pmap_bootstrap.c is not a standalone file, but will
be #included by the existing pmap_bootstrap.c code.
Tested on hp300 and mvme68k, mac68k coming soon. amiga will be left out
for now because it is a bit too different.
|
|
|
|
o _STRING -> __STRING
o empty definitions if !__GNUC__
miod@ testing and ok.
|
|
|
|
well (not at all) with shortages of the vm_map where the pages are mapped
(usually kmem_map).
Try to deal with it:
- group all information the backend allocator for a pool in a separate
struct. The pool will only have a pointer to that struct.
- change the pool_init API to reflect that.
- link all pools allocating from the same allocator on a linked list.
- Since an allocator is responsible to wait for physical memory it will
only fail (waitok) when it runs out of its backing vm_map, carefully
drain pools using the same allocator so that va space is freed.
(see comments in code for caveats and details).
- change pool_reclaim to return if it actually succeeded to free some
memory, use that information to make draining easier and more efficient.
- get rid of PR_URGENT, noone uses it.
|
|
|
|
when writing to the first character.
With some help from millert@.
|
|
|
|
some problems as well.
Requested by deraadt@
|
|
Also, better tests for validity bits in STEs.
|
