On Thu, Feb 23, 2006 at 12:27:05PM +0200, Or Gerlitz wrote:
> >>I'd say kill the non-SG case.  We're in the progress of removing non-SG
> >>commands in the scsi midlayer, and I'm pretty sure they won't exist
> >>anymore before the iser code merged.
> 
> >I wonder what would be the simplest patch to support it, does it make 
> >sense to 
> >use virt_to_page on  sc->request_buffer to compose one entry SG on the 
> fly
> >and use it down the code?
> 
> 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.
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

Reply via email to