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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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:
> > 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@xxxxxxx>
>
> I'm fine with this approach:
>
> Reviewed-by: Catalin Marinas <catalin.marinas@xxxxxxx>

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.




[Index of Archives]     [Linux Kernel]     [Kernel Newbies]     [x86 Platform Driver]     [Netdev]     [Linux Wireless]     [Netfilter]     [Bugtraq]     [Linux Filesystems]     [Yosemite Discussion]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]

  Powered by Linux