Good news: KSE on ia64 is starting to work
Daniel Eischen
eischen at vigrid.com
Tue Aug 5 14:12:20 PDT 2003
On Tue, 5 Aug 2003, Marcel Moolenaar wrote:
> On Tue, Aug 05, 2003 at 04:43:00PM -0400, Daniel Eischen wrote:
> > > In struct ia64_tp we define tp_tls as an array of char. If we
> > > define it as an array of long double we automaticly have 16-byte
> > > alignment of the static TLS, struct ia64_tp, struct tcb and
> > > struct kcb. Allocating the TCB will then automaticly ensure that
> > > the static TLS is properly aligned. I'm currently testing with
> > > the following (re)definition of struct ia64_tp:
> > >
> > > struct ia64_tp {
> > > struct tdv *tp_tdv; /* dynamic TLS */
> > > struct tcb *tp_self;
> > > long double tp_tls[0]; /* static TLS */
> > > };
> >
> > Sure; that was merely a placeholder so one (you) could replace
> > it with whatever is needed. I assume this (static TLS) will
> > have some predetermined size...
>
> It's a runtime constant yes. We'll know the size of the static TLS
> when we initialize libkse/libpthread and TLS support has been added.
Do we need an additional parameter to _tcb_ctor() to specify
the static TLS size?
> I expect that kcb_faketcb doesn't need any TLS, because it's not
> used for running user code, just an internal "doohicky", right?
Right; the UTS needs some way to get to the current KSE.
> BTW: Feel free to commit your patch at your earliest convenience
> (with or without the change described above). I see a slight
> regression after applying the patch, but much rather see it
> committed than having to work with a large patch...
Hmm, ok.
--
Dan Eischen
More information about the freebsd-threads
mailing list