musl/arch/x32/pthread_arch.h

static inline struct pthread *__pthread_self()
{
	struct pthread *self;
	__asm__ __volatile__ ("mov %%fs:0,%0" : "=r" (self) );
	return self;
}

#define TP_ADJ(p) (p)

#define CANCEL_REG_IP 32

#define CANARY canary2
import vanilla x86_64 code as x32 2014-01-07 22:43:34 +01:00			`static inline struct pthread *__pthread_self()`
			`{`
			`struct pthread *self;`
			`__asm__ __volatile__ ("mov %%fs:0,%0" : "=r" (self) );`
			`return self;`
			`}`

			`#define TP_ADJ(p) (p)`

fix broken cancellation on x32 due to incorrect saved-PC offset 2015-05-02 12:16:57 -04:00			`#define CANCEL_REG_IP 32`
fix stack protector crashes on x32 & powerpc due to misplaced TLS canary i386, x86_64, x32, and powerpc all use TLS for stack protector canary values in the default stack protector ABI, but the location only matched the ABI on i386 and x86_64. on x32, the expected location for the canary contained the tid, thus producing spurious mismatches (resulting in process termination) upon fork. on powerpc, the expected location contained the stdio_locks list head, so returning from a function after calling flockfile produced spurious mismatches. in both cases, the random canary was not present, and a predictable value was used instead, making the stack protector hardening much less effective than it should be. in the current fix, the thread structure has been expanded to have canary fields at all three possible locations, and archs that use a non-default location must define a macro in pthread_arch.h to choose which location is used. for most archs (which lack TLS canary ABI) the choice does not matter. 2015-05-06 18:37:19 -04:00
			`#define CANARY canary2`