summaryrefslogtreecommitdiff
path: root/arch/ia64/include/uapi/asm/siginfo.h
diff options
context:
space:
mode:
authorEric W. Biederman <ebiederm@xmission.com>2017-07-17 03:35:35 +0300
committerEric W. Biederman <ebiederm@xmission.com>2017-07-20 03:13:14 +0300
commit80dce5e37493029e1fb7f890b960264ba9a46fe4 (patch)
tree620b18ab95c50f595e850f414fb0f0911cbd0364 /arch/ia64/include/uapi/asm/siginfo.h
parente2bd64d92a10f34b425cf3884c6032588c661335 (diff)
downloadlinux-80dce5e37493029e1fb7f890b960264ba9a46fe4.tar.xz
signal/ia64: Document a conflict with SI_USER with SIGFPE
Setting si_code to __SI_FAULT results in a userspace seeing an si_code of 0. This is the same si_code as SI_USER. Posix and common sense requires that SI_USER not be a signal specific si_code. As such this use of 0 for the si_code is a pretty horribly broken ABI. Given that ia64 is on it's last legs I don't know that it is worth fixing this, but it is worth documenting what is going on so that no one decides to copy this bad decision. This was introduced in 2.3.51 so this mess has had a long time for people to be able to start depending on it. Cc: Tony Luck <tony.luck@intel.com> Cc: Fenghua Yu <fenghua.yu@intel.com> Cc: linux-ia64@vger.kernel.org Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
Diffstat (limited to 'arch/ia64/include/uapi/asm/siginfo.h')
-rw-r--r--arch/ia64/include/uapi/asm/siginfo.h3
1 files changed, 3 insertions, 0 deletions
diff --git a/arch/ia64/include/uapi/asm/siginfo.h b/arch/ia64/include/uapi/asm/siginfo.h
index 4694c64252d6..3282f8b992fc 100644
--- a/arch/ia64/include/uapi/asm/siginfo.h
+++ b/arch/ia64/include/uapi/asm/siginfo.h
@@ -107,6 +107,9 @@ typedef struct siginfo {
/*
* SIGFPE si_codes
*/
+#ifdef __KERNEL__
+#define FPE_FIXME (__SI_FAULT|0) /* Broken dup of SI_USER */
+#endif /* __KERNEL__ */
#define __FPE_DECOVF (__SI_FAULT|9) /* decimal overflow */
#define __FPE_DECDIV (__SI_FAULT|10) /* decimal division by zero */
#define __FPE_DECERR (__SI_FAULT|11) /* packed decimal error */