My question originally come from the iSER. I  used to 
think  that  a  data  buffer  described in
a  iSCSI data PDU  is  in the user space, but now I am
afraid that it was not correct.<br><br><div><span class="gmail_quote"><br>
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><a href="mailto:openib-general-bounces@openib.org">openib-general-bounces@openib.org
</a> wrote:<br>> On Tue, Dec 06, 2005 at 08:52:13PM +0800, Ian Jiang wrote:<br>>> Hi James,<br>>> You are always so kind!<br>>> Now I have a question about reading a buffer of a application in<br>>> user space. Is it the only way to use the uDAPL?
<br>>> I used to have an idea like this:<br>>> The application in user space gives the virtual start address and<br>>> length of its data buffer to a kernel module program. This kernel<br>>> program acts as a application of the kDAPL and registers the user
<br>>> space data buffer with the kDAPl,<br>><br>> Ian,<br>> If you are doing this with OpenIB, my advice is to NOT start<br>> with kDAPL.<br>> AFAICT, kDAPL is going away once any dependencies on it are resolved.
<br>> And it's clearly not going to be pushed to <a href="http://kernel.org">kernel.org</a> source trees.<br>> ISTR Dan Bar Dov wrote iSER was no longer dependent on kDAPL<br>> but not sure if that was the only module.
<br>><br>><br>>> then request a RDMA read operation to complete the data transferring.<br>>> But I think it is not feasible after getting your last reply. Am I<br>>> right? Please give some suggestion and thanks very much!
<br>><br>> In general, a kernel module can map a user space address to a<br>> "DMA Address". OpenIB code has interfaces to register the<br>> "DMA Address" with the IB card.<br>><br><br><br>
kDAPL will still be of value for applications that want to minimize<br>their dependencies on the OS while still operating in kernel space<br>(but obviously not as part of *the* kernel).<br><br>However, agenting user-mode buffers is going to get very OS
<br>specific, so this application doesn't seem to be one that<br>would benefit from kDAPL.<br><br></blockquote></div><br><br clear="all"><br>-- <br>Ian Jiang<br><a href="mailto:ianjiang.ict@gmail.com">ianjiang.ict@gmail.com
</a><br><br>Laboratory of Spatial Information Technology<br>Division of System Architecture<br>Institute of Computing Technology<br>Chinese Academy of Sciences