linux.git/arch/tile/include/asm/compat.h, branch v4.16

signal: Unify and correct copy_siginfo_to_user32

2018-01-16T01:56:20+00:00

Among the existing architecture specific versions of
copy_siginfo_to_user32 there are several different implementation
problems.  Some architectures fail to handle all of the cases in in
the siginfo union.  Some architectures perform a blind copy of the
siginfo union when the si_code is negative.  A blind copy suggests the
data is expected to be in 32bit siginfo format, which means that
receiving such a signal via signalfd won't work, or that the data is
in 64bit siginfo and the code is copying nonsense to userspace.

Create a single instance of copy_siginfo_to_user32 that all of the
architectures can share, and teach it to handle all of the cases in
the siginfo union correctly, with the assumption that siginfo is
stored internally to the kernel is 64bit siginfo format.

A special case is made for x86 x32 format.  This is needed as presence
of both x32 and ia32 on x86_64 results in two different 32bit signal
formats.  By allowing this small special case there winds up being
exactly one code base that needs to be maintained between all of the
architectures.  Vastly increasing the testing base and the chances of
finding bugs.

As the x86 copy of copy_siginfo_to_user32 the call of the x86
signal_compat_build_tests were moved into sigaction_compat_abi, so
that they will keep running.

Signed-off-by: "Eric W. Biederman"

signal: unify compat_siginfo_t

2018-01-15T23:40:31+00:00

--EWB Added #ifdef CONFIG_X86_X32_ABI to arch/x86/kernel/signal_compat.c
      Changed #ifdef CONFIG_X86_X32 to #ifdef CONFIG_X86_X32_ABI in
      linux/compat.h

      CONFIG_X86_X32 is set when the user requests X32 support.

      CONFIG_X86_X32_ABI is set when the user requests X32 support
      and the tool-chain has X32 allowing X32 support to be built.

Signed-off-by: Al Viro 
Signed-off-by: Eric W. Biederman

signal: Remove _sys_private and _overrun_incr from struct compat_siginfo

2018-01-12T20:34:46+00:00

We have never passed either field to or from userspace so just remove them.

Signed-off-by: "Eric W. Biederman"

fcntl: don't cap l_start and l_end values for F_GETLK64 in compat syscall

2017-11-15T13:08:36+00:00

Currently, we're capping the values too low in the F_GETLK64 case. The
fields in that structure are 64-bit values, so we shouldn't need to do
any sort of fixup there.

Make sure we check that assumption at build time in the future however
by ensuring that the sizes we're copying will fit.

With this, we no longer need COMPAT_LOFF_T_MAX either, so remove it.

Fixes: 94073ad77fff2 (fs/locks: don't mess with the address limit in compat_fcntl64)
Reported-by: Vitaly Lipatov 
Signed-off-by: Jeff Layton 
Reviewed-by: David Howells

tile: Use get_signal() signal_setup_done()

2014-08-06T11:03:20+00:00

Use the more generic functions get_signal() signal_setup_done()
for signal delivery.

Signed-off-by: Richard Weinberger 
Acked-by: Chris Metcalf

tile: remove compat_sys_lookup_dcookie declaration to fix compile error

2014-02-01T18:55:15+00:00

With commit d8d14bd09cdd ("fs/compat: fix lookup_dcookie() parameter
handling") I changed the type of the len parameter of the
lookup_dcookie() syscall.

However I missed that there was still a stale declaration in
arch/tile/..  which now causes a compile error on tile:

  In file included from fs/dcookies.c:28:0:
  include/linux/compat.h:425:17: error: conflicting types for 'compat_sys_lookup_dcookie'
  fs/dcookies.c:207:1: error: conflicting types for 'compat_sys_lookup_dcookie'

Simply remove the declaration in the tile architecture, which is only a
leftover from before the different compat lookup_dcookie() versions have
been merged.  The correct declaration is now in include/linux/compat.h

The build error was reported by Fenguang's build bot.

Signed-off-by: Heiko Carstens 
Acked-by: Chris Metcalf 
Signed-off-by: Linus Torvalds

tile: work around bug in the generic sys_llseek

2013-03-04T16:19:09+00:00

sys_llseek should specify the high and low 32-bit seek values as "unsigned
int" but instead it specifies "unsigned long".  Since compat syscall
arguments are always sign-extended on tile, this means that a seek value
of 0xffffffff will be incorrectly interpreted as a value of -1ULL.

To avoid the risk of breaking binary compatibility on architectures
that already use sys_llseek this way, we follow the same path as MIPS
and provide a wrapper override.

Signed-off-by: Chris Metcalf 
Cc: stable@kernel.org [v3.6 onwards]

tile: switch to generic compat rt_sigaction()

2013-02-03T23:16:22+00:00

Signed-off-by: Al Viro

tile: switch to generic compat rt_sigqueueinfo()

2013-02-03T23:16:22+00:00

Signed-off-by: Al Viro

tile: switch to generic sigaltstack

2013-02-03T23:16:21+00:00

Signed-off-by: Al Viro