Re: [OMPI devel] [Fwd: strong ordering for data registered memory]

2009-11-13 Thread Terry Dontje

Pavel Shamis (Pasha) wrote:

Jeff Squyres wrote:

On Nov 11, 2009, at 8:13 AM, Terry Dontje wrote:


Sun's IB group has asked me to forward the following email to see if
anyone has any comments on this email.



Tastes great / less filling. :-)

I think (assume) we'll be happy to implement changes like this that 
come from the upstream OpenFabrics verbs API (I see that this mail 
was first directed to the linux-rdma list, which is where the OF 
verbs API is discussed).


Sounds good. Now it is only left to convince OFA community to make 
this changes.
Yeah, well it sounds like my coworker David Brean has at least thrown 
the concussion grenade in the room and gotten everyone's attention.  Any 
support on the OFA email threads is appreciated.


--td


Re: [OMPI devel] [Fwd: strong ordering for data registered memory]

2009-11-13 Thread Pavel Shamis (Pasha)

Jeff Squyres wrote:

On Nov 11, 2009, at 8:13 AM, Terry Dontje wrote:


Sun's IB group has asked me to forward the following email to see if
anyone has any comments on this email.



Tastes great / less filling. :-)

I think (assume) we'll be happy to implement changes like this that 
come from the upstream OpenFabrics verbs API (I see that this mail was 
first directed to the linux-rdma list, which is where the OF verbs API 
is discussed).


Sounds good. Now it is only left to convince OFA community to make this 
changes.


Pasha


Re: [OMPI devel] [Fwd: strong ordering for data registered memory]

2009-11-11 Thread Brad Benton
On Wed, Nov 11, 2009 at 10:29 AM, Terry Dontje  wrote:

> Jeff Squyres wrote:
>
>> On Nov 11, 2009, at 8:13 AM, Terry Dontje wrote:
>>
>>  Sun's IB group has asked me to forward the following email to see if
>>> anyone has any comments on this email.
>>>
>>>
>> Tastes great / less filling.  :-)
>>
>> I think (assume) we'll be happy to implement changes like this that come
>> from the upstream OpenFabrics verbs API (I see that this mail was first
>> directed to the linux-rdma list, which is where the OF verbs API is
>> discussed).
>>
>>  That's pretty much what I presumed.  I am curious though if others think
> their platforms could/would use such hooks?
>

We at IBM would be interested in such a hook and could use it with some of
our architectures.

--brad


Re: [OMPI devel] [Fwd: strong ordering for data registered memory]

2009-11-11 Thread Terry Dontje

Jeff Squyres wrote:

On Nov 11, 2009, at 8:13 AM, Terry Dontje wrote:


Sun's IB group has asked me to forward the following email to see if
anyone has any comments on this email.



Tastes great / less filling.  :-)

I think (assume) we'll be happy to implement changes like this that 
come from the upstream OpenFabrics verbs API (I see that this mail was 
first directed to the linux-rdma list, which is where the OF verbs API 
is discussed).


That's pretty much what I presumed.  I am curious though if others think 
their platforms could/would use such hooks?


--td


[OMPI devel] [Fwd: strong ordering for data registered memory]

2009-11-11 Thread Terry Dontje
Sun's IB group has asked me to forward the following email to see if 
anyone has any comments on this email.


thanks,

--td

Subject:
strong ordering for data registered memory
From:
David Brean 
Date:
Tue, 10 Nov 2009 15:19:26 -0500

To:
linux-rdma 


Some time ago there was an email sent to this group with the subject 
"weak ordering for data registered memory".  I don't recall any action 
resulting from this thread.  So, I have a question.  If a bit were 
defined to specify "strong ordering", perhaps as a "access" flag (see 
ibv_access_flags) and used with ibv_reg_mr(), would that be sufficient 
for (1) client applications that need a HW "guarantee" of writing the 
last byte of an RDMA last and (2) platform implementations that need 
to deliver that feature?


-David

--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html