[lkml]   [2003]   [Mar]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Problem with aacraid driver in 2.5.63-bk-latest
Mark Haverkamp wrote:

> Does the cmd_per_lun element of the Scsi_Host_Template structure serve
> more than one purpose?

Only when inappropriately abused by LLDD authors. The cmd_per_lun value
is suppossed to be for untagged devices only! If you have a tape drive
that doesn't support tagged commands but you want to be able to
internally have the next command queued up and ready to go when the
current command completes (in order to keep it streaming better), then
you can set cmd_per_lun to 2 and you will get two outstanding commands
for this device at a time. I used that so that in my interrupt handler
I could send the next command to the device before I passed the
completed command up to the SCSI layer.

> In scsi_alloc_sdev it is passed into
> scsi_adjust_queue_depth. In the aacraid case this is 512. Later the
> aacraid driver (in aac_slave_configure) sets the queue depth to either
> 128 for tagged or 1 if not.

That's where you are suppossed to set the queue depth on tagged devices.

Doug Ledford <> 919-754-3700 x44233
Red Hat, Inc.
1801 Varsity Dr.
Raleigh, NC 27606

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.100 / U:1.236 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site