d8f7f3228a
The si_code of 0 (aka SI_USER) has fields si_pid and si_uid not
si_addr so it so only by luck would the appropriate fields by copied
to userspace by copy_siginfo_to_user.
This is just broken and wrong.
Make it obvious what is happening by moving the si_code from a
parameter of the one call to ucf64_raise_sigfpe to a constant value
that info.si_code gets set to.
Explicitly set the si_code to FPE_FLTUNK the newly reserved floating
point si_code for an unknown floating point exception.
It looks like there is a fair chance that this is a code path that has
never been used in real life on unicore32. The bad si_code and the
print statement that calls it an unhandled exception. So I really
don't expect anyone will mind if this just gets fixed.
In similar situations on more popular architectures the conclusion was
just fix it.
Cc: Guan Xuetao <gxt@mprc.pku.edu.cn>
Cc: Arnd Bergmann <arnd@arndb.de>
Fixes:
|
||
|---|---|---|
| .. | ||
| asm-offsets.c | ||
| clock.c | ||
| debug-macro.S | ||
| debug.S | ||
| dma.c | ||
| early_printk.c | ||
| elf.c | ||
| entry.S | ||
| fpu-ucf64.c | ||
| gpio.c | ||
| head.S | ||
| hibernate.c | ||
| hibernate_asm.S | ||
| irq.c | ||
| ksyms.c | ||
| ksyms.h | ||
| Makefile | ||
| module.c | ||
| pci.c | ||
| pm.c | ||
| process.c | ||
| ptrace.c | ||
| puv3-core.c | ||
| puv3-nb0916.c | ||
| setup.c | ||
| setup.h | ||
| signal.c | ||
| sleep.S | ||
| stacktrace.c | ||
| sys.c | ||
| time.c | ||
| traps.c | ||
| vmlinux.lds.S | ||