d8bc6e7119
After forking, the kernel_id field in the phtread_internal_t returned by pthread_self() is incorrect --- it's the tid from the parent, not the new tid of the child. The root cause is that: currently the kernel_id is set by _init_thread(), which is called in 2 cases: (1) called by __libc_init_common(). That happens when the execv( ) is called after fork( ). But when the zygote tries to fork the android application, the child application doesn't call execv( ), instread, it tries to call the Java main method directly. (2) called by pthread_create(). That happens when a new thread is created. For the lead thread which is the thread created by fork(), it should call execv() but it doesn't, as described in (1) above. So its kernel_id will inherit the parent's kernel_id. Fixed it in this patch. Change-Id: I63513e82af40ec5fe51fbb69456b1843e4bc0fc7 Signed-off-by: Chenyang Du <chenyang.du@intel.com> Signed-off-by: Jack Ren <jack.ren@intel.com> Signed-off-by: Bruce Beare <bruce.j.beare@intel.com> |
||
---|---|---|
.. | ||
isc | ||
__dso_handle.S | ||
__dso_handle_so.S | ||
arpa_nameser.h | ||
arpa_nameser_compat.h | ||
bionic_atomic_inline.h | ||
bionic_futex.h | ||
bionic_pthread.h | ||
bionic_tls.h | ||
cpuacct.h | ||
ctype_private.h | ||
logd.h | ||
nsswitch.h | ||
rand48.h | ||
resolv_cache.h | ||
resolv_private.h | ||
resolv_static.h | ||
syscommon.h | ||
thread_private.h |