sorry, missed this commit. Thanks, George,
On 3/3/09, George Bosilca <bosi...@eecs.utk.edu> wrote: > Which solution seems to be working ? > > This bug was fixed a while ago in the trunk > (https://svn.open-mpi.org/trac/ompi/changeset/20591) and in > the 1.3 branch. It even made it in the 1.3.2. > > george. > > > On Mar 3, 2009, at 05:01 , Lenny Verkhovsky wrote: > > > > Seems to be working. > > George, can you commit it, pls. > > > > Thanks > > Lenny. > > > > > > On Thu, Feb 19, 2009 at 3:05 PM, Jeff Squyres <jsquy...@cisco.com> wrote: > > > > > George -- any thoughts on this one? > > > > > > On Feb 11, 2009, at 1:01 AM, Mike Dubman wrote: > > > > > > > > > > > > > > Hello guys, > > > > > > > > I'm running some experimental tcp btl which implements rdma GET method > and > > > > advertises it in its flags of the btl API. > > > > The btl`s send() method returns rc=1 to select fast path for PML. > (this > > > > optimization was added in revision 18551 in v1.3) > > > > > > > > It seems that in PML/ob1, > mca_pml_ob1_send_request_start_rdma() function > > > > does not treat right such combination (btl GET + fastpath rc>0) and > going > > > > into deadlock, i.e. > > > > > > > > +++ pml_ob1_sendreq.c +670 > > > > At this line, sendreq->req_state is 0 > > > > > > > > +++ pml_ob1_sendreq.c +800 > > > > At this line, if btl has GET method and btl`s send() returned fastpath > > > > hint - the call to > mca_pml_ob1_rndv_completion_request() will decrement > > > > sendreq->req_state by one, leaving it to -1. > > > > > > > > This value of -1 will keep > send_request_pml_complete_check() from > > > > completing request on PML level. > > > > > > > > The PML logic (in > mca_pml_ob1_send_request_start_rdma) for PUT operation > > > > initializes req_state to "2" in pml_ob1_sendreq.c +791, but leaves > req_state > > > > to 0 for GET operations. > > > > > > > > Please suggest. > > > > > > > > Thanks > > > > > > > > Mike. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > devel mailing list > > > > de...@open-mpi.org > > > > http://www.open-mpi.org/mailman/listinfo.cgi/devel > > > > > > > > > > > > > -- > > > Jeff Squyres > > > Cisco Systems > > > > > > _______________________________________________ > > > devel mailing list > > > de...@open-mpi.org > > > http://www.open-mpi.org/mailman/listinfo.cgi/devel > > > > > > > > _______________________________________________ > > devel mailing list > > de...@open-mpi.org > > http://www.open-mpi.org/mailman/listinfo.cgi/devel > > > > _______________________________________________ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel >
