[openib-general] [PATCH 3/6] [RFC] iser initiator

Or Gerlitz ogerlitz at voltaire.com
Sun Feb 26 05:01:30 PST 2006


Christoph Hellwig wrote:
>> Specifically, does something like makes sense?
>> struct scatterlist my_sg; /* somewhere, but iser_send_command  stack */
>>
>> if(!sc->use_sg) {
>>  	my_sg.page   = virt_to_page(sc->request_buffer);
>> 	my_sg.length = sc->request_bufflen;
>> 	my_sg.offset = 0;
>> }
>>
>> now continue as ususal to process my_sg (it can't be on the stack

> Yes, that makes sense for now.  There's even a sg_init_one helper
> to do the legwork for you.  But before iser support goes into mainline
> that'll be onbsolete already and can be removed again.

Thanks for pointing me to sg_init_one (which saves me from my buggy code 
suggestion above which always sets zero offset...).

So the iser code will be cleaned in two phases with respect "single sc":

+1 assume everywhere the sc has SG and just SG-fy the singles.
+2 remove the SG-fy trick and maintain it as a patch for backports

Or.







More information about the general mailing list