#
6714fb12 |
| 23-Jul-2010 |
kettenis <kettenis@openbsd.org> |
Change the strategy for using the FPU in the kernel. The kernel FPU state is now shared with all processes/threads. As a result, you can now use the FPU in true process context (instead of just in
Change the strategy for using the FPU in the kernel. The kernel FPU state is now shared with all processes/threads. As a result, you can now use the FPU in true process context (instead of just in kernel threads), but you need to make sure you restore the default FPU state before calling fpu_kernel_exit() if you change rounding mode, precision or exception masks.
Lots of discussion with thib@ and Mike Belopuhov.
ok thib@, deraadt@
show more ...
|
#
7632a8dc |
| 23-Jul-2010 |
kettenis <kettenis@openbsd.org> |
Don't leak the contents of the FPU and SSE registers between processes.
ok deraadt@
|
#
d0cd85e7 |
| 21-Jul-2010 |
kettenis <kettenis@openbsd.org> |
Make sure that the FPU IPIs shoot down the right FPU context and not the FPU context of some random process that happened to be switched onto the FPU after the decision was made to send the IPI.
|
#
f7ffb223 |
| 29-Jun-2010 |
thib <thib@openbsd.org> |
fpu_kernel_{enter,exit}; Functions to allow the use of the FPU in the kernel.
From Mike Belopuhov; Little bits by myself.
Comments/OK kettenis@
|
#
c2cc57ff |
| 07-Jun-2010 |
thib <thib@openbsd.org> |
space nit and use nitems().
ok kettenis@
|
#
234e55ea |
| 04-Dec-2008 |
weingart <weingart@openbsd.org> |
Fix "fp_save ipi didn't" panic, and move i386/amd64 closer in the process. Positive test results by a handful of people. Ok kettenis@
|
#
227ae076 |
| 12-Nov-2007 |
millert <millert@openbsd.org> |
fix some problems with lazy fpu context handling: put the "fninit" where it belongs logically deal with XMM exceptions From NetBSD (drochner)
|
#
46718002 |
| 29-Nov-2006 |
miod <miod@openbsd.org> |
Kernel stack can be swapped. This means that stuff that's on the stack should never be referenced outside the context of the process to which this stack belongs unless we do the PHOLD/PRELE dance. Lo
Kernel stack can be swapped. This means that stuff that's on the stack should never be referenced outside the context of the process to which this stack belongs unless we do the PHOLD/PRELE dance. Loads of code doesn't follow the rules here. Instead of trying to track down all offenders and fix this hairy situation, it makes much more sense to not swap kernel stacks.
From art@, tested by many some time ago.
show more ...
|
#
a7f70199 |
| 19-Apr-2006 |
mickey <mickey@openbsd.org> |
oops. forgot fnclex define (:
|
#
c3889b00 |
| 19-Apr-2006 |
mickey <mickey@openbsd.org> |
from todays freebsd advisory: fxrstor on amd cpu does not restore fip,fdp,fop thus leaking other proc's execution history; deraadt@ ok
|
#
c5217b0a |
| 13-Dec-2005 |
jsg <jsg@openbsd.org> |
Remove the advertising clause in the UCB license which Berkeley rescinded 22 July 1999. Checked by ian@, deraadt@ and millert@, arm portion checked by drahn@
|
#
e935ed70 |
| 21-Apr-2005 |
mickey <mickey@openbsd.org> |
count fpu lazy context switches; deraadt@ ok
|
#
0eba5a00 |
| 28-Oct-2004 |
kettenis <kettenis@openbsd.org> |
SIGFPE signal codes. ok deraadt@
|
#
5b7f033a |
| 11-Jul-2004 |
kettenis <kettenis@openbsd.org> |
Fix ldmxcsr asm macro. ok deraadt@
|
#
b5b9857b |
| 25-Jun-2004 |
art <art@openbsd.org> |
SMP support. Big parts from NetBSD, but with some really serious debugging done by me, niklas and others. Especially wrt. NXE support.
Still needs some polishing, especially in dmesg messages, but w
SMP support. Big parts from NetBSD, but with some really serious debugging done by me, niklas and others. Especially wrt. NXE support.
Still needs some polishing, especially in dmesg messages, but we're now building kernel faster than ever.
show more ...
|
#
fabda6f2 |
| 28-Feb-2004 |
nordin <nordin@openbsd.org> |
Initialize MXCSR when FPU is first used. ok deraadt@
|
#
916984a0 |
| 27-Feb-2004 |
deraadt <deraadt@openbsd.org> |
zap bad message; spotted by pvalchev
|
#
3155b2d7 |
| 20-Feb-2004 |
deraadt <deraadt@openbsd.org> |
typo
|
#
f5df1827 |
| 28-Jan-2004 |
mickey <mickey@openbsd.org> |
an amd64 arch support. hacked by art@ from netbsd sources and then later debugged by me into the shape where it can host itself. no bootloader yet as needs redoing from the recent advanced i386 sourc
an amd64 arch support. hacked by art@ from netbsd sources and then later debugged by me into the shape where it can host itself. no bootloader yet as needs redoing from the recent advanced i386 sources (anyone? ;)
show more ...
|