Thread (19 messages) 19 messages, 3 authors, 2017-06-23
STALE3284d

[PATCH 1/5] arm64: signal: split frame link record from sigcontext structure

From: Dave.Martin@arm.com (Dave P Martin)
Date: 2017-06-16 09:30:50
Also in: linux-arch

On Thu, Jun 15, 2017 at 05:37:47PM +0100, Catalin Marinas wrote:
On Thu, Jun 15, 2017 at 03:03:38PM +0100, Dave P Martin wrote:
quoted
In order to be able to increase the amount of the data currently
written to the __reserved[] array in the signal frame, it is
necessary to overwrite the locations currently occupied by the
{fp,lr} frame link record pushed at the top of the signal stack.

In order for this to work, this patch detaches the frame link
record from struct rt_sigframe and places it separately at the top
of the signal stack.  This will allow subsequent patches to insert
data between it and __reserved[].

This change relies on the non-ABI status of the placement of the
frame record with respect to struct sigframe: this status is
undocumented, but the placement is not declared or described in the
user headers, and known unwinder implementations (libgcc,
libunwind, gdb) appear not to rely on it.

Signed-off-by: Dave Martin <Dave.Martin@arm.com>
I'm fine with this approach:

Reviewed-by: Catalin Marinas <catalin.marinas@arm.com>
Thanks for the review.
Final testing should be complete early next week.

Cheers
---Dave
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help