On Wed, 2003-03-12 at 23:06, Mark Haverkamp wrote:
> During probe, scsi_alloc_sdev is called. It calls
> scsi_adjust_queue_depth with the cmd_per_lun value.
> scsi_adjust_queue_depth returns without doing anything if the tags value
> is greater than 256. This leaves the Scsi_Device queue_depth at zero.
> Later when an I/O is queued, scsi_request_fn checks for device_busy >=
> queue_depth. If so, the function does a break and exits. This is where
> it hangs.
>
> To get things to load I set cmd_per_lun to 256. I don't know if the is
> the correct way to deal with the problem. Maybe someone else can say
> something about that.
If the SCSI layer is trying to be clever by ignoring the requested 512
then thats the actual problem. 512 is the right value because its not
really a disk you are talking to on the main channel. So the scsi layer
ought to honour it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Mar 15 2003 - 22:00:33 EST