s390/fpu: get rid of test_fp_ctl()
authorHeiko Carstens <hca@linux.ibm.com>
Thu, 30 Nov 2023 17:56:02 +0000 (18:56 +0100)
committerAlexander Gordeev <agordeev@linux.ibm.com>
Mon, 11 Dec 2023 13:33:06 +0000 (14:33 +0100)
commit702644249d3e03333f16273a3a3ebedecfb7f2c6
tree4c491a98a1018c316688b5a9735fb1549bb6f88d
parent3b2e00f167f493ca1de7451310f1ce56f0b27fcb
s390/fpu: get rid of test_fp_ctl()

It is quite subtle to use test_fp_ctl() correctly. Therefore remove it -
instead copy whatever new floating point control (fpc) register values are
supposed to be used into its save area.

Test the validity of the new value when loading it. If the new value is
invalid, load the fpc register with zero.

This seems to be a the best way to approach this problem. Even though this
changes behavior:

- sigreturn with an invalid fpc value on the stack will succeed, and
  continue with zero value, instead of returning with SIGSEGV

- ptraced processes will also use a zero value instead of letting the
  request fail with -EINVAL

However all of this seems to acceptable. After all testing of the value was
only implemented to avoid that user space can crash the kernel. It is not
there to test values for validity; and the assumption is that there is no
existing user space which is doing this.

Reviewed-by: Claudio Imbrenda <imbrenda@linux.ibm.com>
Signed-off-by: Heiko Carstens <hca@linux.ibm.com>
Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
arch/s390/include/asm/fpu/api.h
arch/s390/kernel/compat_signal.c
arch/s390/kernel/fpu.c
arch/s390/kernel/ptrace.c
arch/s390/kernel/signal.c
arch/s390/kernel/vmlinux.lds.S
arch/s390/kvm/kvm-s390.c