[PATCH 3/4] elf: Use TLS_DTV_OFFSET in __tls_get_addr

Adhemerval Zanella Netto adhemerval.zanella@linaro.org
Mon Dec 30 22:20:43 GMT 2024



On 27/12/24 12:37, Florian Weimer wrote:
> This fixes commit 5e249192cac7354af02a7347a0d8c984e0c88ed3 ("elf:
> Remove the GET_ADDR_ARGS and related macros from the TLS code"):
> GET_ADDR_ARGS was indeed unused, but GET_ADDR_OFFSET was used
> on several targets, those that define TLS_DTV_OFFSET.  Instead
> of reintroducing GET_ADDR_OFFSET, use TLS_DTV_OFFSET directly,
> now that it is defined on all targets.
> 
> In the new tls_get_addr_adjust helper function, add a cast to
> uintptr_t to help the s390 case, where the offset can be positive or
> negative, depending on the addresses malloc returns.  The cast avoids
> pointer wraparound/overflow.  The outer uintptr_t cast is needed
> to suppress a warning on x86-64 x32 about mismatched integer/pointer
> sizes.
> 
> Eventually this offset should be folded into the DTV addresses
> themselves, to eliminate the subtraction on the TLS fast path.
> This will require an adjustment to libthread_db because the
> debugger interface currently returns unadjusted pointers.

LGTM, thanks.

Reviewed-by: Adhemerval Zanella  <adhemerval.zanella@linaro.org>

> ---
>  elf/dl-tls.c | 16 ++++++++++++----
>  1 file changed, 12 insertions(+), 4 deletions(-)
> 
> diff --git a/elf/dl-tls.c b/elf/dl-tls.c
> index 4df83b9bb2..5f3c03edf8 100644
> --- a/elf/dl-tls.c
> +++ b/elf/dl-tls.c
> @@ -890,6 +890,14 @@ _dl_update_slotinfo (unsigned long int req_modid, size_t new_gen)
>    return the_map;
>  }
>  
> +/* Adjust the TLS variable pointer using the TLS descriptor offset and
> +   the ABI-specific offset.  */
> +static inline void *
> +tls_get_addr_adjust (void *from_dtv, tls_index *ti)
> +{
> +  return (void *) (uintptr_t) ((uintptr_t) from_dtv + ti->ti_offset
> +			       + TLS_DTV_OFFSET);
> +}

On sysdeps/unix/sysv/linux/x86_64/x32/sysdep.h the code explicitly disables the
warning to zero-extend; but this should not be affect.  Maybe add a comment 
that the extra cast is required because on ILP32 the ti_offset could be a
64-bit value and thus the whole result would result in a 64-bit value that
needs to be truncated to a address.

>  
>  static void *
>  __attribute_noinline__
> @@ -939,7 +947,7 @@ tls_get_addr_tail (tls_index *ti, dtv_t *dtv, struct link_map *the_map)
>  	  dtv[ti->ti_module].pointer.to_free = NULL;
>  	  dtv[ti->ti_module].pointer.val = p;
>  
> -	  return (char *) p + ti->ti_offset;
> +	  return tls_get_addr_adjust (p, ti);
>  	}
>        else
>  	__rtld_lock_unlock_recursive (GL(dl_load_tls_lock));
> @@ -948,7 +956,7 @@ tls_get_addr_tail (tls_index *ti, dtv_t *dtv, struct link_map *the_map)
>    dtv[ti->ti_module].pointer = result;
>    assert (result.to_free != NULL);
>  
> -  return (char *) result.val + ti->ti_offset;
> +  return tls_get_addr_adjust (result.val, ti);
>  }
>  
>  
> @@ -964,7 +972,7 @@ update_get_addr (tls_index *ti, size_t gen)
>    if (__glibc_unlikely (p == TLS_DTV_UNALLOCATED))
>      return tls_get_addr_tail (ti, dtv, the_map);
>  
> -  return (void *) p + ti->ti_offset;
> +  return tls_get_addr_adjust (p, ti);
>  }
>  
>  /* For all machines that have a non-macro version of __tls_get_addr, we
> @@ -1015,7 +1023,7 @@ __tls_get_addr (tls_index *ti)
>    if (__glibc_unlikely (p == TLS_DTV_UNALLOCATED))
>      return tls_get_addr_tail (ti, dtv, NULL);
>  
> -  return (char *) p + ti->ti_offset;
> +  return tls_get_addr_adjust (p, ti);
>  }
>  #endif /* SHARED */
>  

Ok.


More information about the Libc-alpha mailing list