From 35cd7c0950b1cb98b62e6dfb2be87e345dac75dd Mon Sep 17 00:00:00 2001 From: Rich Felker Date: Wed, 29 Aug 2018 14:01:46 -0400 Subject: fix async thread cancellation on sh-fdpic if __cp_cancel was reached via __syscall_cp, r12 will necessarily still contain a GOT pointer (for libc.so or for the static-linked main program) valid for entering __cancel. however, in the case of async cancellation, r12 may contain any scratch value; it's not necessarily even a valid GOT pointer for the code that was interrupted. unlike in commit 0ec49dab6794166d67fae4764ce7fdea42ea6103 where the corresponding issue was fixed for powerpc64, there is fundamentally no way for fdpic code to recompute its GOT pointer. so a new mechanism is introduced for cancel_handler to write a GOT register value into the interrupted context on archs where it is needed. --- src/thread/pthread_cancel.c | 3 +++ 1 file changed, 3 insertions(+) (limited to 'src/thread/pthread_cancel.c') diff --git a/src/thread/pthread_cancel.c b/src/thread/pthread_cancel.c index bf07dbeb..5d458af2 100644 --- a/src/thread/pthread_cancel.c +++ b/src/thread/pthread_cancel.c @@ -61,6 +61,9 @@ static void cancel_handler(int sig, siginfo_t *si, void *ctx) if (self->cancelasync || pc >= (uintptr_t)__cp_begin && pc < (uintptr_t)__cp_end) { uc->uc_mcontext.MC_PC = (uintptr_t)__cp_cancel; +#ifdef CANCEL_GOT + uc->uc_mcontext.MC_GOT = CANCEL_GOT; +#endif return; } -- cgit v1.2.1