]> git.kernelconcepts.de Git - karo-tx-linux.git/commit
ARM: 8687/1: signal: Fix unparseable iwmmxt_sigframe in uc_regspace[]
authorDave Martin <Dave.Martin@arm.com>
Fri, 30 Jun 2017 17:56:59 +0000 (18:56 +0100)
committerRussell King <rmk+kernel@armlinux.org.uk>
Mon, 24 Jul 2017 13:26:55 +0000 (14:26 +0100)
commitce184a0dee92a0a333236a26478e304dca29a3df
tree32c4e3474394c37813bce1b2e6274894af240a3f
parent269583559cdd8ab1203210893590ed4cc6af8171
ARM: 8687/1: signal: Fix unparseable iwmmxt_sigframe in uc_regspace[]

In kernels with CONFIG_IWMMXT=y running on non-iWMMXt hardware, the
signal frame can be left partially uninitialised in such a way
that userspace cannot parse uc_regspace[] safely.  In particular,
this means that the VFP registers cannot be located reliably in the
signal frame when a multi_v7_defconfig kernel is run on the
majority of platforms.

The cause is that the uc_regspace[] is laid out statically based on
the kernel config, but the decision of whether to save/restore the
iWMMXt registers must be a runtime decision.

To minimise breakage of software that may assume a fixed layout,
this patch emits a dummy block of the same size as iwmmxt_sigframe,
for non-iWMMXt threads.  However, the magic and size of this block
are now filled in to help parsers skip over it.  A new DUMMY_MAGIC
is defined for this purpose.

It is probably legitimate (if non-portable) for userspace to
manufacture its own sigframe for sigreturn, and there is no obvious
reason why userspace should be required to insert a DUMMY_MAGIC
block when running on non-iWMMXt hardware, when omitting it has
worked just fine forever in other configurations.  So in this case,
sigreturn does not require this block to be present.

Reported-by: Edmund Grimley-Evans <Edmund.Grimley-Evans@arm.com>
Signed-off-by: Dave Martin <Dave.Martin@arm.com>
Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk>
arch/arm/include/asm/ucontext.h
arch/arm/kernel/signal.c