linux_dsm_epyc7002/arch/ia64/include/uapi/asm
Eric W. Biederman 80dce5e374 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>
2017-07-19 19:13:14 -05:00
..
auxvec.h
bitsperlong.h
break.h ia64/xen: Remove Xen support for ia64 2013-12-10 16:11:07 -08:00
byteorder.h
cmpxchg.h arch: Remove __ARCH_HAVE_CMPXCHG 2015-05-13 10:55:42 +02:00
errno.h
fcntl.h ia64: arch/ia64/include/uapi/asm/fcntl.h needs personality.h 2014-06-23 16:47:44 -07:00
fpu.h
gcc_intrin.h
ia64regs.h
intel_intrin.h
intrinsics.h
ioctl.h
ioctls.h
ipcbuf.h
Kbuild uapi: export all headers under uapi directories 2017-05-11 00:21:54 +09:00
mman.h
msgbuf.h
param.h
perfmon_default_smpl.h
perfmon.h
poll.h
posix_types.h
ptrace_offsets.h
ptrace.h
resource.h
rse.h
sembuf.h
setup.h
shmbuf.h
sigcontext.h
siginfo.h signal/ia64: Document a conflict with SI_USER with SIGFPE 2017-07-19 19:13:14 -05:00
signal.h unify SS_ONSTACK/SS_DISABLE definitions 2012-12-19 18:07:39 -05:00
socket.h net: introduce SO_PEERGROUPS getsockopt 2017-06-21 11:38:41 -04:00
sockios.h
stat.h
statfs.h
swab.h
termbits.h
termios.h
types.h
ucontext.h
unistd.h [IA64] Enable preadv2 and pwritev2 syscalls for ia64 2016-03-25 14:37:32 -07:00
ustack.h