| Age | Commit message (Collapse) | Author |
|---|
|
speedups.
|
|
|
|
Pass SSE/SSE2/XCRYPT flags out via syctl, and prepare for being able to do
xcrypt-* in userland; ok naddy, tested a lot by pvalchev and jolan, also
works on amd64 in 32bit mode
|
|
- finally remove it from pcb, it's a pmap thing only
- more sanity checks
- better lockin
- may be something else
Fixes panics when using apps requiring it (mplayer-win32 e.g.).
Problem found and test espie@.
OKs from miod@ (sshhh, don't tell anyone) and art@.
|
|
rescinded 22 July 1999. Proofed by myself and Theo.
|
|
tss and not only in the frame since we might be returning that way too.
add a heuristic for detecting an exec protection fault:
iff we get a read protection fault (which we normally never
get due to our segments being always readable) we assume that
it was an exec protection indeed and go to page fault
routine which will decide the rest for us (including sending
a signal should that be needed).
problem found by drahn@ and testing by many ppl.
|
|
have to define PMAP_NEW all over the place. This means there is an
unused entry in struct pcb for pmap.old but that's going away (and
it doesn't hurt anything).
|
|
|
|
|
|
0xff. Intel (vol1 section 9.5.2) says that there must be a byte inside the
TSS after the iomap because it always reads two bytes when checking
permissions for io accesses. before this, bits 1016-1023 were ignored.
This means that the entire pcb_iomap (and i386_*_ioperm) are accurate;
pr#1190 fixed
|
|
* GPL_MATH_EMULATE: fpemul
* ALWAYS_MATH_EMULATE: causes npx probe to always fail.
* better fp context in struct pcb.
|
|
|
|
|
