Yaohui,

The whole infrastructure at the level where you're looking is similar to Active Messages. The register function is used to register callback for a specific tag. A tag is a uint8_t, and thus there are 256 callbacks possible. However, there are some rules regarding which level is allowed to register callbacks in a specific range, in order to avoid conflict between several modules loaded in same time.

Anyway, as far as I understood you're looking at writing a new BTL. Every time a message is drained from the network, the BTL is supposed to know that tag it was send to and trigger the corresponding callback (this only on the receiver side). How this "tag" is moved around depends on the BTL capabilities. Some will have to push it explicitly through the network (TCP as an example), while others have other means to move it around (for MX this tag is part of the 64 bits key used for each message). Therefore, the first thing you should make sure is that you really have a way to retrieve this tag on the receiver side. Once you have the tag and the content of the message, you should call the callback corresponding to the tag (using the simple addition you noticed), and pass the correct arguments. This should at least let you start the eager protocol.

 george.

On Mar 16, 2010, at 23:22 , hu yaohui wrote:

> Hi Jeff & All
> Yes,you are right,i was just a little dizzy then. i need to modify the send function of component self in btl framework.
> i just met a problem right now.
> when i browse the function mca_btl_self_send(~/ompi/mca/btl/self/btl_self.c),i think it use this to send the data
> <snip>
> 303    reg = mca_btl_base_active_message_trigger + tag;
> 304    reg->cbfunc( btl, tag, des, reg->cbdata );
> </snip>
> i trace through the "mca_btl_base_active_message_trigger" to the function where it get its value ,then i find function mca_bml_r2_register(~/ompi/mca/bml/bml_r2.c),it like this:
> <snip>
> 728    mca_btl_base_active_message_trigger[tag].cbfunc = cbfunc;
> 729    mca_btl_base_active_message_trigger[tag].cbdata = data;
> <snip>
> when i trace through mca_bml_r2_register ,in the same file,i get this structure:
> <snip>
> mca_bml_r2_module_t mca_bml_r2 = {
>     {
>         &mca_bml_r2_component,
>         mca_bml_r2_add_procs,
>         mca_bml_r2_del_procs,
>         mca_bml_r2_add_btl,
>         mca_bml_r2_del_btl,
>         mca_bml_r2_del_proc_btl,
>         mca_bml_r2_register, <------------------------------------
>         mca_bml_r2_register_error,
>         mca_bml_r2_finalize,
>         mca_bml_r2_ft_event
>     }
>
> };
> <snip>
> after this ,i find the place where mca_bml_r2 is initialized,but i cannt find anything related to mca_bml_r2_register.i just want to know reg = mca_btl_base_active_message_trigger + tag;
> really is.and i want to modify the send function of self ,is this the right way? or you can tell me the right way to modify the send function of self component.
>
> Thanks & Regards
> Yaohui Hu
>
> On Wed, Mar 17, 2010 at 12:52 AM, Jeff Squyres <jsquyres@cisco.com> wrote:
> On Mar 16, 2010, at 9:45 AM, hu yaohui wrote:
>
> > it just said,i had a wrong command format,when i use mpirun --help,i really
> > didn't find the --mca parameter.why the tcp FAQ part list these command lines,
> > but it cann't execute successfully on my machine.Is there any another way to control the specific
> > btl components to be used?
>
> Make sure you're using the right mpirun -- you might have multiple installed on your machine.
>
> OMPI's "mpirun --help" definitely includes a description of the --mca parameter:
>
>   -mca|--mca <arg0> <arg1>
>                         Pass context-specific MCA parameters; they are
>                         considered global if --gmca is not used and only
>                         one context is specified (arg0 is the parameter
>                         name; arg1 is the parameter value)
>
> --
> Jeff Squyres
> jsquyres@cisco.com
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
>
>
> _______________________________________________
> devel mailing list
> devel@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
> _______________________________________________
> devel mailing list
> devel@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel


_______________________________________________
devel mailing list
devel@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel