History log of /openbsd/sys/arch/amd64/amd64/fpu.c (Results 26 – 44 of 44)
Revision Date Author Comments
# 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 ...


12