History log of /openbsd/sys/arch/sparc64/fpu/fpu.c (Results 1 – 25 of 26)
Revision Date Author Comments
# b5125ced 29-Mar-2024 miod <miod@openbsd.org>

Clean the fpu trap code:
- since there are no hardware fpu operation queues on real sparc64 hardware,
don't bother declaring the relevant struct and fields.
- when an fpu instruction needs to be em

Clean the fpu trap code:
- since there are no hardware fpu operation queues on real sparc64 hardware,
don't bother declaring the relevant struct and fields.
- when an fpu instruction needs to be emulated, pass it directly to
fpu_cleanup rather than fake its appearance in the fpu queue. While there,
also pass the ready-to-use union sigval computed in trap() in case a
signal needs to be delivered.

ok claudio@ kettenis@

show more ...


# 4b64ca3e 29-Mar-2024 miod <miod@openbsd.org>

No longer include <machine/fsr.h> from <machine/reg.h>, and have the few
users which need both explicitly include both.

ok claudio@ kettenis@


# 2c7a42e9 29-Mar-2024 miod <miod@openbsd.org>

De-register fpu completion code.

There are pending changes to some of these files, and this would get in the
way.

ok claudio@ kettenis@


# 1c00236e 21-Oct-2022 miod <miod@openbsd.org>

Remove vestigial bits of 32-bit binaries support; drop the `64' suffix in
struct names when the matching `32' flavour got removed.

Joint work with cheloha@, all bugs mine.


# 47c47fea 16-Oct-2022 jsg <jsg@openbsd.org>

Change function definitions using the identifier-list form used in the
1st edition of Kernighan and Ritchie's The C Programming Language, to
that of the parameter-type-list form described in the ANSI

Change function definitions using the identifier-list form used in the
1st edition of Kernighan and Ritchie's The C Programming Language, to
that of the parameter-type-list form described in the ANSI X3.159-1989
standard.

In ISO/IEC 9899:2023 drafts, there is only one form of function definition.
"N2432 Remove support for function definitions with identifier lists".

ok kettenis@

show more ...


# 726a21b0 19-Aug-2020 mpi <mpi@openbsd.org>

Push KERNEL_LOCK/UNLOCK() dance inside trapsignal().

ok kettenis@, visa@


# 8fda72b7 21-Jan-2017 guenther <guenther@openbsd.org>

p_comm is the process's command and isn't per thread, so move it from
struct proc to struct process.

ok deraadt@ kettenis@


# 552f6074 08-Oct-2016 guenther <guenther@openbsd.org>

Various printf claim to report the PID, so actually report that and not the TID

Build testing assistance from deraadt@


# 61e87b28 26-Nov-2013 deraadt <deraadt@openbsd.org>

1 << 31 cleanup. Eitan Adler pointed out that there has been a
resurrection of the bad idiom in the tree.
sufficient review by miod, kettenis, tedu


# f4e9e19c 11-Jul-2011 guenther <guenther@openbsd.org>

Revert art@'s moving around of the KERNEL_LOCK()/KERNEL_UNLOCK() calls,
as it causes hangs in some ports, including libsigsegv's configure script

confirmed by krw@, landry@


# 22bce29c 07-Jul-2011 art <art@openbsd.org>

There is a bunch of places in the kernel entry points where we don't
hold the kernel lock, but still need call one function that needs it.

Instead of grabbing the lock all over the place, move the l

There is a bunch of places in the kernel entry points where we don't
hold the kernel lock, but still need call one function that needs it.

Instead of grabbing the lock all over the place, move the locks into
the affected functions: trapsignal, scdebug*, ktrsyscall, ktrsysret,
systrace_redirect and ADDUPROF. In the cases we already hold the biglock
we'll just recurse.

kettenis@, beck@ ok

show more ...


# 971e1bb6 06-Jul-2011 art <art@openbsd.org>

Clean up after P_BIGLOCK removal.
KERNEL_PROC_LOCK -> KERNEL_LOCK
KERNEL_PROC_UNLOCK -> KERNEL_UNLOCK

oga@ ok


# 6253377c 01-Jan-2010 miod <miod@openbsd.org>

Make sure we grab the kernel lock before invoking trapsignal().
ok kettenis@


# e5598b73 09-Sep-2007 kettenis <kettenis@openbsd.org>

Make fpproc per-cpu. This turns fpproc into a macro, so adjust fpu/fpu.c
to avoid collisions.


# 0147defa 21-Jun-2006 jason <jason@openbsd.org>

There was hope, at one time, of sharing fpu/ with sparc. That's still
possible, but not with #ifdef SUN4U all over the place. The define should
be _v9 or __sparc64__ since it will equally well appl

There was hope, at one time, of sharing fpu/ with sparc. That's still
possible, but not with #ifdef SUN4U all over the place. The define should
be _v9 or __sparc64__ since it will equally well apply to all v9 machines.
We'll burn that bridge before we cross it.

show more ...


# 13bec781 14-May-2006 kettenis <kettenis@openbsd.org>

Make the array of fpu exception types/codes big enough.
Fix a typo too, such that we actually read beyond element 0 in all cases.
ok miod@


# 29295d1c 02-Jun-2003 millert <millert@openbsd.org>

Remove the advertising clause in the UCB license which Berkeley
rescinded 22 July 1999. Proofed by myself and Theo.


# c4bfbaef 02-Jun-2003 jason <jason@openbsd.org>

one more... nuke clause 3 & 4


# 56dcd524 12-Aug-2002 jason <jason@openbsd.org>

Remove a large chunk of `#ifdef notyet' code


# 8723209f 03-Aug-2002 jason <jason@openbsd.org>

Don't depend on curproc, pass the proc * down to the functions that need it (fmovr/fmovcc).


# 4c18c7e4 10-Jul-2002 jsyn <jsyn@openbsd.org>

'sez' is not an english word; ok deraadt@


# c4071fd1 14-Mar-2002 millert <millert@openbsd.org>

First round of __P removal in sys


# a4e0ff02 15-Sep-2001 jason <jason@openbsd.org>

Mostly rewritten decode of fpu emulation:
o handles decode of all 64 32 bit registers (based on type)
o easier to read (at least imo).
o needs some optimization (clarity was the first goal here)


# 557573ef 10-Sep-2001 jason <jason@openbsd.org>

Add more debugging stuff (including fpstate dumping)
Also, and more importantly, applying the same mask to rs2 and rd is bad ju-ju for the F?TO? instructions.


# f583ac0d 08-Sep-2001 jason <jason@openbsd.org>

From NetBSD: debugging stuff to dump fpn's


12