On 05/11/05 13:45, Patrick Mansfield wrote: > IMO, normal sg/SG_IO usage wants scsi core to requeue the request, they > want the command to be processed by the LUN. > > And user space does not have the information available in scsi core > (status of other outstanding IO to the same LUN), and can't retry in a > timely manner, possibly avoid starvation issues. > > Maybe fast fail should be used to modify QUEUE FULL re-queue behaviours. Yes, if this is controllable through sg, that would avoid the problems Alan mentioned. > It might be a bit odd in some cases and maybe hardware specific (for multi > path io, does QUEUE FULL mean a storage port/controller is full, or the > LUN is full? if port, then you want to send back to the upper level, but > if LUN, you might want to let scsi core requeue it). If it is coming from SDS (TASK SET FULL) then it is the LUN. If it is coming from the LLDD, then it is the other (host queue full). Luben - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
