Boaz Harrosh wrote:
[1]
I propose a small change to scsi_tgt_lib.c that will make
tgt completely neutral to the scsi_data_buffer patch. And will
make it all that more ready for bidi, too. TOMO is this OK?
(Can you do without the GFP_KERNEL allocation flag? It could
make the code a bit more simple)
GFP_KERNEL is nice for the target layer because it can sleep in that
path you changed and it and does not have the "cannot write out pages
because it may come back to the same device issues" like an initiator does.
If we ever changed to a softirq instead of the work queue then we would
not need the flag since it would have to GFP_ATOMIC, but I am not sure
if we have plans to do that anytime soon.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
