Commit 21fd26ab authored by Christoph Hellwig's avatar Christoph Hellwig Committed by Doug Ledford

[PATCH] remove outdated comment from scsi.c

In 2.5 there's just one request_fn left.
parent b7c01aef
...@@ -169,30 +169,13 @@ void scsi_build_commandblocks(Scsi_Device * SDpnt); ...@@ -169,30 +169,13 @@ void scsi_build_commandblocks(Scsi_Device * SDpnt);
/* /*
* Function: scsi_initialize_queue() * Function: scsi_initialize_queue()
* *
* Purpose: Selects queue handler function for a device. * Purpose: Sets up the block queue for a device.
* *
* Arguments: SDpnt - device for which we need a handler function. * Arguments: SDpnt - device for which we need a handler function.
* *
* Returns: Nothing * Returns: Nothing
* *
* Lock status: No locking assumed or required. * Lock status: No locking assumed or required.
*
* Notes: Most devices will end up using scsi_request_fn for the
* handler function (at least as things are done now).
* The "block" feature basically ensures that only one of
* the blocked hosts is active at one time, mainly to work around
* buggy DMA chipsets where the memory gets starved.
* For this case, we have a special handler function, which
* does some checks and ultimately calls scsi_request_fn.
*
* The single_lun feature is a similar special case.
*
* We handle these things by stacking the handlers. The
* special case handlers simply check a few conditions,
* and return if they are not supposed to do anything.
* In the event that things are OK, then they call the next
* handler in the list - ultimately they call scsi_request_fn
* to do the dirty deed.
*/ */
void scsi_initialize_queue(Scsi_Device * SDpnt, struct Scsi_Host * SHpnt) void scsi_initialize_queue(Scsi_Device * SDpnt, struct Scsi_Host * SHpnt)
{ {
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment