Well, this is a pickle.
I'm setting up component-wide resources in the BTL component init. I am doing
this because the creation of the modules that I return from BTL component init
(currently) *assume* that all of these component resources are already setup.
If I have to defer setting up component-wide resources until later, this means
I have to put a conditional in some critical paths, right? I.e.,
if (component_stuff_not_setup_yet)
do_component_setup()
Yuck.
Is there a better way?
Crazy idea: should we add more hooks during the init / setup sequence? E.g., a
BTL component_init_after_rte_has_been_initialized() that is guaranteed to be
called before any module functions are invoked?
On Jul 28, 2014, at 1:10 PM, George Bosilca <[email protected]> wrote:
> This means you are trying to initialize things too early. Most of the
> information made available in opal/util/proc.h is only available once the RTE
> was setup, i.e. only after the call to rte_init. Thus, the BTL can only use
> it after the init call...
>
> George.
>
>
>
> On Mon, Jul 28, 2014 at 1:01 PM, Ralph Castain <[email protected]> wrote:
>
> On Jul 28, 2014, at 9:57 AM, Jeff Squyres (jsquyres) <[email protected]>
> wrote:
>
> > I'm getting a value of "not yet defined" for
> > opal_process_info.job_session_dir in the usnic BTL (is this also what is
> > happening for
> > http://www.open-mpi.org/community/lists/devel/2014/07/15276.php?).
> >
> > Can the job_session_dir be define/setup before the BTLs are setup?
>
> Yes, but the BTL setup can't be done in opal_init - it'll have to be the
> responsibility of the RTE layer to first set things up, and then init the
> BTLs. George asked me to look into this, and I will - just slammed today and
> so can't get to it until later this afternoon
>
> >
> > --
> > Jeff Squyres
> > [email protected]
> > For corporate legal information go to:
> > http://www.cisco.com/web/about/doing_business/legal/cri/
> >
> > _______________________________________________
> > devel mailing list
> > [email protected]
> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> > Link to this post:
> > http://www.open-mpi.org/community/lists/devel/2014/07/15277.php
>
> _______________________________________________
> devel mailing list
> [email protected]
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> Link to this post:
> http://www.open-mpi.org/community/lists/devel/2014/07/15279.php
>
> _______________________________________________
> devel mailing list
> [email protected]
> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel
> Link to this post:
> http://www.open-mpi.org/community/lists/devel/2014/07/15280.php
--
Jeff Squyres
[email protected]
For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/
