Doug Rabson 62a50bfa38 Re-organise the code which manages the owner of the FP state (fpcurproc). ... The old code was spread out through the machdep code and was sloppy about enabling and disabling the FEN bit (which controls access to the FP register set). This caused a DIAGNOSTIC warning "DANGER WILL ROBINSON: FEN SET IN cpu_fork!" sometimes when operating under high loads and could conceivably lead to processes getting incorrect FP results. The new code is much more strict about the FEN bit and makes sure that *only* fpcurproc ever has it enabled. This also allows us to remove a section of code from the exception_return path which might improve performance marginally. Reviewed by: gallatin		1999-11-10 21:14:25 +00:00
..
alpha	Re-organise the code which manages the owner of the FP state (fpcurproc).	1999-11-10 21:14:25 +00:00
conf	- Added the following options; they have existed in syscons	1999-11-08 10:59:48 +00:00
include	Re-organise the code which manages the owner of the FP state (fpcurproc).	1999-11-10 21:14:25 +00:00
isa	* Add struct resource_list* argument to resource_list_alloc and	1999-10-12 21:35:51 +00:00
linux	Change useracc() and kernacc() to use VM_PROT_{READ|WRITE|EXECUTE} for the	1999-10-30 06:32:05 +00:00
pci	Add a second direct map window to increase the maximum RAM this platform	1999-11-03 01:16:11 +00:00
tc	Attempt at cleaning up the (unused part of) support for TurboChannel to	1999-10-05 20:46:58 +00:00
tlsb	Take a shot at using cdevsw_add() to get it working again. This really	1999-11-08 07:51:28 +00:00