Searched hist:387 (Results 1 - 19 of 19) sorted by relevance
/freebsd-10.1-release/etc/ | ||
H A D | remote | diff 387 Sun Sep 05 13:52:46 MDT 1993 rgrimes Replaced all references to comxx with ttyxx, since that is what all the other tools really want |
/freebsd-10.1-release/contrib/gcc/doc/ | ||
H A D | invoke.texi | diff 181540 Sun Aug 10 17:45:24 MDT 2008 das Doc updates for changes in the default values of -ffancy-math-387 and -mmath-errno. |
/freebsd-10.1-release/sys/i386/include/ | ||
H A D | frame.h | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
H A D | npx.h | diff 159027 Mon May 29 00:58:37 MDT 2006 davidxu Backout changes trying to inherit floating-point environment, although POSIX (susv3) requires this, but it is unclear what should be inherited, duplicating whole 387 stack for new thread seems to be unnecessary and dangerous. Revert to previous code, force a new thread to be started with clean FP state. |
/freebsd-10.1-release/sys/i386/isa/ | ||
H A D | npx.c | diff 159027 Mon May 29 00:58:37 MDT 2006 davidxu Backout changes trying to inherit floating-point environment, although POSIX (susv3) requires this, but it is unclear what should be inherited, duplicating whole 387 stack for new thread seems to be unnecessary and dangerous. Revert to previous code, force a new thread to be started with clean FP state. diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. diff 6902 Sun Mar 05 02:06:44 MST 1995 wpaul Changed the printf()s in npxattach a bit so you don't end up with messages like this: wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): <ST506> wd0: size unknown, using BIOS values: 615 cyl, 4 head, 17 sec, bytes/sec 512 npx0 at 0xf0-0xff irq 13 on motherboard npx0: changing root device to wd0a ^^^^^^ The spurious 'npx0: ' pops up if you have a 386 with a 387 FPU. diff 6535 Fri Feb 17 17:38:13 MST 1995 bde Undo the busy latch changes made in the previous revision. They broke some 386/387 systems. Don't print the IRQ number twice in the boot diagnostics. diff 5351 Tue Jan 03 02:00:06 MST 1995 bde Use sufficient parentheses in macros. Remove bogus input operands for fnsave(), fnstcw() and fnstsw(). Change all fwait's to fnop's. This might help avoid hardware bugs. Wait after fninit with an fnop. This should be safer now. Fix some spelling and formatting errors. Use natural sizes for control and status words (u_short, promotes to int). Don't clobber the SWI_CLOCK_MASK bits in npx0_imask when using IRQ13. Set the devconf state correctly (always busy, if configured). Improve code for npx_registerdev() a little (gcc can't keep id->id_unit in a register for some reason). Don't register a nonexistent npx device. Print a useful message in npxattach() again (delete references to errors and not the whole message). Don't print "387 emulator" if there is no emulator in the kernel. Use %p for pointers in error messages. Don't clobber the FPU state when there is an FPU exception. Just clear the exception flags (after saving the flags as before). This allows debuggers and SIGFPE handlers to look at the full exception state. SIGFPE handlers should normally return via longjmp(), which restores a good FPU state (as before). Returning from a SIGFPE handler may leave the FPU in the wrong state (as before). Clear the busy latch _after_ clearing the exception flags so that there is less chance of getting a bogus h/w interrupt for a control operation. Clear the saved exception status word when the next FPU instruction is excuted so that it doesn't stick around until the next exception. Clear the busy latch after fnsave() in npxsave() in case it was set when npxsave() was called. diff 593 Wed Oct 13 13:59:30 MDT 1993 rgrimes ALL: Removed patch kit headers and rcsid strings, add $Id$. isa.c: Removed old #ifdef notyet isa_configure code, since it will never be used, and I have done 90% of what it attempted to. Add conflict checking code that searchs back through the devtab's looking for any device that has already been found that may conflict with what we are about to probe. Checks are mode for I/O address, memory address, IRQ, and DRQ. This should stop the screwing up of any device that has alread been found by other device probes. Print out messages when we are not going to probe a device due to a conflict so the user knows WHY something was not found. For example: aha0 not probed due to irq conflict with ahb0 at 11 Now print out a message when a device is not found so the user knows that it was probed for, but could not be found. For example: ed1 not found at 0x320 For devices that have I/O address < 0x100 say that they are on the motherboard, not on isa! The 0x100 magic number is per ISA spec. It may seem funny that pc0 and sc0 report as being on the motherboard, but this is due to the fact that the I/O address used is that of the keyboard controller which IS on the motherboard. We really need to split the keyboard probe from the display probe. It is completly legal to build a pc with out one or the other, or even with out both! npx.c: Return -1 from the probe routine if we are using the Emulator so that the i/o addresses are not printed, this is the same trick used for 486's. Do not print the ``Errors reported via Exception 16'', and ``Errors reported via IRQ 13'' messages any more, since these just lead to more user confusion that anything. It still prints the message ``Error reporting broken, using 387 emulator'' so that the person is aware that there mother board is ill. |
/freebsd-10.1-release/contrib/gcc/config/i386/ | ||
H A D | freebsd.h | diff 181534 Sun Aug 10 17:09:13 MDT 2008 das Make -mfancy-math-387 the default on FreeBSD, as it is on most other operating systems. Previously, gcc would inhibit the generation of fsqrt, fsin, and several other floating point instructions, for the benefit of the old in-kernel math emulator, which was removed over 5 years ago. |
/freebsd-10.1-release/sys/amd64/amd64/ | ||
H A D | fpu.c | diff 6902 Sun Mar 05 02:06:44 MST 1995 wpaul Changed the printf()s in npxattach a bit so you don't end up with messages like this: wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): <ST506> wd0: size unknown, using BIOS values: 615 cyl, 4 head, 17 sec, bytes/sec 512 npx0 at 0xf0-0xff irq 13 on motherboard npx0: changing root device to wd0a ^^^^^^ The spurious 'npx0: ' pops up if you have a 386 with a 387 FPU. diff 6535 Fri Feb 17 17:38:13 MST 1995 bde Undo the busy latch changes made in the previous revision. They broke some 386/387 systems. Don't print the IRQ number twice in the boot diagnostics. diff 5351 Tue Jan 03 02:00:06 MST 1995 bde Use sufficient parentheses in macros. Remove bogus input operands for fnsave(), fnstcw() and fnstsw(). Change all fwait's to fnop's. This might help avoid hardware bugs. Wait after fninit with an fnop. This should be safer now. Fix some spelling and formatting errors. Use natural sizes for control and status words (u_short, promotes to int). Don't clobber the SWI_CLOCK_MASK bits in npx0_imask when using IRQ13. Set the devconf state correctly (always busy, if configured). Improve code for npx_registerdev() a little (gcc can't keep id->id_unit in a register for some reason). Don't register a nonexistent npx device. Print a useful message in npxattach() again (delete references to errors and not the whole message). Don't print "387 emulator" if there is no emulator in the kernel. Use %p for pointers in error messages. Don't clobber the FPU state when there is an FPU exception. Just clear the exception flags (after saving the flags as before). This allows debuggers and SIGFPE handlers to look at the full exception state. SIGFPE handlers should normally return via longjmp(), which restores a good FPU state (as before). Returning from a SIGFPE handler may leave the FPU in the wrong state (as before). Clear the busy latch _after_ clearing the exception flags so that there is less chance of getting a bogus h/w interrupt for a control operation. Clear the saved exception status word when the next FPU instruction is excuted so that it doesn't stick around until the next exception. Clear the busy latch after fnsave() in npxsave() in case it was set when npxsave() was called. diff 593 Wed Oct 13 13:59:30 MDT 1993 rgrimes ALL: Removed patch kit headers and rcsid strings, add $Id$. isa.c: Removed old #ifdef notyet isa_configure code, since it will never be used, and I have done 90% of what it attempted to. Add conflict checking code that searchs back through the devtab's looking for any device that has already been found that may conflict with what we are about to probe. Checks are mode for I/O address, memory address, IRQ, and DRQ. This should stop the screwing up of any device that has alread been found by other device probes. Print out messages when we are not going to probe a device due to a conflict so the user knows WHY something was not found. For example: aha0 not probed due to irq conflict with ahb0 at 11 Now print out a message when a device is not found so the user knows that it was probed for, but could not be found. For example: ed1 not found at 0x320 For devices that have I/O address < 0x100 say that they are on the motherboard, not on isa! The 0x100 magic number is per ISA spec. It may seem funny that pc0 and sc0 report as being on the motherboard, but this is due to the fact that the I/O address used is that of the keyboard controller which IS on the motherboard. We really need to split the keyboard probe from the display probe. It is completly legal to build a pc with out one or the other, or even with out both! npx.c: Return -1 from the probe routine if we are using the Emulator so that the i/o addresses are not printed, this is the same trick used for 486's. Do not print the ``Errors reported via Exception 16'', and ``Errors reported via IRQ 13'' messages any more, since these just lead to more user confusion that anything. It still prints the message ``Error reporting broken, using 387 emulator'' so that the person is aware that there mother board is ill. |
/freebsd-10.1-release/sys/pc98/conf/ | ||
H A D | NOTES | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
H A D | GENERIC | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
/freebsd-10.1-release/sys/conf/ | ||
H A D | options.pc98 | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
H A D | files.pc98 | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
H A D | options.i386 | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
H A D | files.i386 | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. diff 350 Sat Aug 28 11:21:48 MDT 1993 rgrimes Added options MATH_EMULTATE to the kernel config files to pull in the 387 math emulator (sys/i386/i386/math_emulate.c). Made that file only get compiled if options MATH_EMULATE is in the kernel. |
H A D | NOTES | diff 350 Sat Aug 28 11:21:48 MDT 1993 rgrimes Added options MATH_EMULTATE to the kernel config files to pull in the 387 math emulator (sys/i386/i386/math_emulate.c). Made that file only get compiled if options MATH_EMULATE is in the kernel. |
/freebsd-10.1-release/sys/x86/isa/ | ||
H A D | isa.c | diff 593 Wed Oct 13 13:59:30 MDT 1993 rgrimes ALL: Removed patch kit headers and rcsid strings, add $Id$. isa.c: Removed old #ifdef notyet isa_configure code, since it will never be used, and I have done 90% of what it attempted to. Add conflict checking code that searchs back through the devtab's looking for any device that has already been found that may conflict with what we are about to probe. Checks are mode for I/O address, memory address, IRQ, and DRQ. This should stop the screwing up of any device that has alread been found by other device probes. Print out messages when we are not going to probe a device due to a conflict so the user knows WHY something was not found. For example: aha0 not probed due to irq conflict with ahb0 at 11 Now print out a message when a device is not found so the user knows that it was probed for, but could not be found. For example: ed1 not found at 0x320 For devices that have I/O address < 0x100 say that they are on the motherboard, not on isa! The 0x100 magic number is per ISA spec. It may seem funny that pc0 and sc0 report as being on the motherboard, but this is due to the fact that the I/O address used is that of the keyboard controller which IS on the motherboard. We really need to split the keyboard probe from the display probe. It is completly legal to build a pc with out one or the other, or even with out both! npx.c: Return -1 from the probe routine if we are using the Emulator so that the i/o addresses are not printed, this is the same trick used for 486's. Do not print the ``Errors reported via Exception 16'', and ``Errors reported via IRQ 13'' messages any more, since these just lead to more user confusion that anything. It still prints the message ``Error reporting broken, using 387 emulator'' so that the person is aware that there mother board is ill. |
/freebsd-10.1-release/sys/i386/i386/ | ||
H A D | trap.c | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
H A D | vm_machdep.c | diff 159027 Mon May 29 00:58:37 MDT 2006 davidxu Backout changes trying to inherit floating-point environment, although POSIX (susv3) requires this, but it is unclear what should be inherited, duplicating whole 387 stack for new thread seems to be unnecessary and dangerous. Revert to previous code, force a new thread to be started with clean FP state. |
/freebsd-10.1-release/sys/i386/conf/ | ||
H A D | NOTES | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. diff 350 Sat Aug 28 11:21:48 MDT 1993 rgrimes Added options MATH_EMULTATE to the kernel config files to pull in the 387 math emulator (sys/i386/i386/math_emulate.c). Made that file only get compiled if options MATH_EMULATE is in the kernel. |
/freebsd-10.1-release/sys/modules/ | ||
H A D | Makefile | diff 117870 Tue Jul 22 06:11:17 MDT 2003 peter Initiate de-orbit burn for fpu-less operation. 386+387 is still theoretically supportable, but you'd really be happier with FreeBSD 2.1.8 on it. |
Completed in 1267 milliseconds