#
1.5 |
|
19-Mar-2021 |
simonb |
Sprinkle a few more \n's and the end of some debug printfs.
|
Revision tags: thorpej-futex-base
|
#
1.4 |
|
22-Jun-2020 |
rin |
Work around QEMU bug #1668041 differently, by which floating-point division by zero is not correctly trapped for i386 and amd64:
https://bugs.launchpad.net/qemu/+bug/1668041
Make trigger_fpe() cause integer division by zero for x86, and floating-point one for other architectures. Also, assertions for si_code in *_crash_fpe tests are commented out for now. They should be cleaned up after the bug is fixed.
Now, *_crash_fpe tests are working also on powerpc.
Suggested by kamil.
|
#
1.3 |
|
22-Jun-2020 |
rin |
Turn trigger_fpe() back to integer division by zero for a while until QEMU bug #1668041 is fixed:
https://bugs.launchpad.net/qemu/+bug/1668041
by which floating-point division by zero is not trapped correctly both on amd64 and i386.
Skip *_crash_fpe tests on powerpc, where integer division by zero is never trapped.
|
#
1.2 |
|
17-Jun-2020 |
rin |
Let trigger_fpe() cause floating-point divide by zero exception, instead of integer one, which is not trapped for powerpc and aarch64.
Note that it is checked in lib/libc/gen/t_siginfo whether integer divide by zero is interpreted as SIGFPE or not.
Now, all *_crash_fpe tests pass for powerpc, and nothing changes for amd64 at least.
|
#
1.1 |
|
04-May-2020 |
kamil |
Move signal tests out of t_ptrace_wait.c to t_ptrace_signal_wait.h
The same tests are now included with the preprocessor in t_ptrace_wait.c.
No functional change intended.
|
#
1.4 |
|
22-Jun-2020 |
rin |
Work around QEMU bug #1668041 differently, by which floating-point division by zero is not correctly trapped for i386 and amd64:
https://bugs.launchpad.net/qemu/+bug/1668041
Make trigger_fpe() cause integer division by zero for x86, and floating-point one for other architectures. Also, assertions for si_code in *_crash_fpe tests are commented out for now. They should be cleaned up after the bug is fixed.
Now, *_crash_fpe tests are working also on powerpc.
Suggested by kamil.
|
#
1.3 |
|
22-Jun-2020 |
rin |
Turn trigger_fpe() back to integer division by zero for a while until QEMU bug #1668041 is fixed:
https://bugs.launchpad.net/qemu/+bug/1668041
by which floating-point division by zero is not trapped correctly both on amd64 and i386.
Skip *_crash_fpe tests on powerpc, where integer division by zero is never trapped.
|
#
1.2 |
|
17-Jun-2020 |
rin |
Let trigger_fpe() cause floating-point divide by zero exception, instead of integer one, which is not trapped for powerpc and aarch64.
Note that it is checked in lib/libc/gen/t_siginfo whether integer divide by zero is interpreted as SIGFPE or not.
Now, all *_crash_fpe tests pass for powerpc, and nothing changes for amd64 at least.
|
#
1.1 |
|
04-May-2020 |
kamil |
Move signal tests out of t_ptrace_wait.c to t_ptrace_signal_wait.h
The same tests are now included with the preprocessor in t_ptrace_wait.c.
No functional change intended.
|
#
1.4 |
|
22-Jun-2020 |
rin |
Work around QEMU bug #1668041 differently, by which floating-point division by zero is not correctly trapped for i386 and amd64:
https://bugs.launchpad.net/qemu/+bug/1668041
Make trigger_fpe() cause integer division by zero for x86, and floating-point one for other architectures. Also, assertions for si_code in *_crash_fpe tests are commented out for now. They should be cleaned up after the bug is fixed.
Now, *_crash_fpe tests are working also on powerpc.
Suggested by kamil.
|
#
1.3 |
|
22-Jun-2020 |
rin |
Turn trigger_fpe() back to integer division by zero for a while until QEMU bug #1668041 is fixed:
https://bugs.launchpad.net/qemu/+bug/1668041
by which floating-point division by zero is not trapped correctly both on amd64 and i386.
Skip *_crash_fpe tests on powerpc, where integer division by zero is never trapped.
|
#
1.2 |
|
17-Jun-2020 |
rin |
Let trigger_fpe() cause floating-point divide by zero exception, instead of integer one, which is not trapped for powerpc and aarch64.
Note that it is checked in lib/libc/gen/t_siginfo whether integer divide by zero is interpreted as SIGFPE or not.
Now, all *_crash_fpe tests pass for powerpc, and nothing changes for amd64 at least.
|
#
1.1 |
|
04-May-2020 |
kamil |
Move signal tests out of t_ptrace_wait.c to t_ptrace_signal_wait.h
The same tests are now included with the preprocessor in t_ptrace_wait.c.
No functional change intended.
|
#
1.2 |
|
17-Jun-2020 |
rin |
Let trigger_fpe() cause floating-point divide by zero exception, instead of integer one, which is not trapped for powerpc and aarch64.
Note that it is checked in lib/libc/gen/t_siginfo whether integer divide by zero is interpreted as SIGFPE or not.
Now, all *_crash_fpe tests pass for powerpc, and nothing changes for amd64 at least.
|
#
1.1 |
|
04-May-2020 |
kamil |
Move signal tests out of t_ptrace_wait.c to t_ptrace_signal_wait.h
The same tests are now included with the preprocessor in t_ptrace_wait.c.
No functional change intended.
|
#
1.1 |
|
04-May-2020 |
kamil |
Move signal tests out of t_ptrace_wait.c to t_ptrace_signal_wait.h
The same tests are now included with the preprocessor in t_ptrace_wait.c.
No functional change intended.
|