* IETF draft: RDMA Protocol Extensions
@ 2013-11-29 10:16 Yann Droneaud
[not found] ` <f1e78b8b394ddacf82f0358b1400e6d6-zgzEX58YAwA@public.gmane.org>
0 siblings, 1 reply; 2+ messages in thread
From: Yann Droneaud @ 2013-11-29 10:16 UTC (permalink / raw)
To: linux-rdma-u79uwXL29TY76Z2rM5mHXA
Hi,
I've just seen the following IETF drafts:
- "RDMA Protocol Extensions", draft-ietf-storm-rdmap-ext-08.txt, by
Hemal Shah, Felix Marti, Wael Noureddine, Asgeir Eiriksson and Robert
Sharp:
http://tools.ietf.org/html/draft-ietf-storm-rdmap-ext-08
"Abstract
This document specifies extensions to the IETF Remote Direct Memory
Access Protocol (RDMAP [RFC5040]). RDMAP provides read and write
services directly to applications and enables data to be transferred
directly into Upper Layer Protocol (ULP) Buffers without
intermediate data copies. The extensions specified in this document
provide the following capabilities and/or improvements: Atomic
Operations and Immediate Data."
"
5. Atomic Operations
http://tools.ietf.org/html/draft-ietf-storm-rdmap-ext-08#section-5
6. Immediate Data
http://tools.ietf.org/html/draft-ietf-storm-rdmap-ext-08#section-6
- "RDMA Protocol Extensions V2", draft-wood-storm-rdmap-ext-v2-00.txt,
by
Donald Wood, Robert Sharp and Kenneth Keels:
http://tools.ietf.org/html/draft-wood-storm-rdmap-ext-v2-00
"
Abstract
This document specifies extensions to the IETF Remote Direct Memory
Access Protocol and RDMA Protocol Extensions. RDMAP provides read
and write services directly to applications and enables data to be
transferred directly into Upper Layer Protocol (ULP) Buffers without
intermediate data copies. The extensions specified in this document
provide the following capabilities and/or improvements to eliminate
application visible differences with other RDMA technologies: Send
with Immediate Data Operations and a new form of RDMA Read
Operation.
"
5. Send with Immediate Data Operations:
http://tools.ietf.org/html/draft-wood-storm-rdmap-ext-v2-00#section-5
6. RDMA Read V2:
http://tools.ietf.org/html/draft-wood-storm-rdmap-ext-v2-00#section-6
Is there someone involved in these drafts on the list that could explain
how it will impact Linux RDMA implementation ?
Regards.
--
Yann Droneaud
OPTEYA
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 2+ messages in thread[parent not found: <f1e78b8b394ddacf82f0358b1400e6d6-zgzEX58YAwA@public.gmane.org>]
* Re: IETF draft: RDMA Protocol Extensions [not found] ` <f1e78b8b394ddacf82f0358b1400e6d6-zgzEX58YAwA@public.gmane.org> @ 2013-12-02 17:23 ` Steve Wise 0 siblings, 0 replies; 2+ messages in thread From: Steve Wise @ 2013-12-02 17:23 UTC (permalink / raw) To: Yann Droneaud, linux-rdma-u79uwXL29TY76Z2rM5mHXA On 11/29/2013 4:16 AM, Yann Droneaud wrote: > Hi, > > I've just seen the following IETF drafts: > > - "RDMA Protocol Extensions", draft-ietf-storm-rdmap-ext-08.txt, by > Hemal Shah, Felix Marti, Wael Noureddine, Asgeir Eiriksson and Robert > Sharp: > > http://tools.ietf.org/html/draft-ietf-storm-rdmap-ext-08 > > "Abstract > > This document specifies extensions to the IETF Remote Direct Memory > Access Protocol (RDMAP [RFC5040]). RDMAP provides read and write > services directly to applications and enables data to be transferred > directly into Upper Layer Protocol (ULP) Buffers without > intermediate data copies. The extensions specified in this document > provide the following capabilities and/or improvements: Atomic > Operations and Immediate Data." > " > > 5. Atomic Operations > http://tools.ietf.org/html/draft-ietf-storm-rdmap-ext-08#section-5 > > 6. Immediate Data > http://tools.ietf.org/html/draft-ietf-storm-rdmap-ext-08#section-6 > > - "RDMA Protocol Extensions V2", draft-wood-storm-rdmap-ext-v2-00.txt, by > Donald Wood, Robert Sharp and Kenneth Keels: > > http://tools.ietf.org/html/draft-wood-storm-rdmap-ext-v2-00 > > " > Abstract > > This document specifies extensions to the IETF Remote Direct Memory > Access Protocol and RDMA Protocol Extensions. RDMAP provides read > and write services directly to applications and enables data to be > transferred directly into Upper Layer Protocol (ULP) Buffers without > intermediate data copies. The extensions specified in this document > provide the following capabilities and/or improvements to eliminate > application visible differences with other RDMA technologies: Send > with Immediate Data Operations and a new form of RDMA Read > Operation. > " > > 5. Send with Immediate Data Operations: > http://tools.ietf.org/html/draft-wood-storm-rdmap-ext-v2-00#section-5 > > 6. RDMA Read V2: > http://tools.ietf.org/html/draft-wood-storm-rdmap-ext-v2-00#section-6 > > Is there someone involved in these drafts on the list that could explain > how it will impact Linux RDMA implementation ? > Any iWARP providers that support these will be impacted probably in device-specific ways in order to support these new operations. The core iwcm might be impacted, but I can't think of how it would be at this point. I wouldn't think any other core modules will be impacted. Probably we'll have to come up with some way to allow applications to know whether the device supports these features. Currently most applications key on the transport type to decide about whether these features are supported or not. We should allow them to key on the feature support instead perhaps. Steve. -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2013-12-02 17:23 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-29 10:16 IETF draft: RDMA Protocol Extensions Yann Droneaud
[not found] ` <f1e78b8b394ddacf82f0358b1400e6d6-zgzEX58YAwA@public.gmane.org>
2013-12-02 17:23 ` Steve Wise
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.