[LTP] clone10.c failed on 32bit compilation

[Li Wang]

Wei Gao <wegao@suse.com> wrote:

> > > diff --git include/lapi/tls.h include/lapi/tls.h
> > > index a067872e0f..eee77899e8 100644
> > > --- include/lapi/tls.h
> > > +++ include/lapi/tls.h
> > > @@ -64,7 +64,7 @@ static inline void init_tls(void)
> > >         tls_ptr = allocate_tls_area();
> > >         tls_desc = SAFE_MALLOC(sizeof(*tls_desc));
> > >         memset(tls_desc, 0, sizeof(*tls_desc));
> > > -       tls_desc->entry_number = -1;
> > > +       tls_desc->entry_number = 13;
> > >         tls_desc->base_addr = (unsigned long)tls_ptr;
> > >         tls_desc->limit = TLS_SIZE;
> > >         tls_desc->seg_32bit = 1;
> > > @@ -72,7 +72,7 @@ static inline void init_tls(void)
> > >         tls_desc->read_exec_only = 0;
> > >         tls_desc->limit_in_pages = 0;
> > >         tls_desc->seg_not_present = 0;
> > > -       tls_desc->useable = 1;
> > > +       tls_ptr = tls_desc;

> > @Wei, @Petr, did you get it to work after trying the above diff?
> > Which kernel did you use?

> 6.19.0-rc5-gb71e635feefc , above diff can not work, just some try.

> > Unfortunately, neither of these methods (including Wei's method) works
> > properly on my kernel-6.19.0-rc2 platform.
> >
> > And no matter what method I try, the child process still cannot switch
> > to the new TLS. More details see I posted in the pre-thread.

> Yes, i guess we are still blocking on i386 scenario. But we can rewrite
> parent TLS's base_addr instead of switch new TLS, this way is correct
> base current kernel's logic but still need further implementation.

Hmm, but it deviates from the topic of our test.

To rewrite the tls_desc->base_addr and manually switch the %gs selector
to validate TLS state, that is not necessary IMHO.



--
Regards,
Li Wang