On Thu, 2005-09-01 at 01:54 -0400, Jeff Garzik wrote: > The long term direction for the SCSI core seems to be that of > requiring auto-sensing. No, I don't see the mid-layer error thread handling of this ever going away. > libata is simply being lazy: while the SCSI core continues to support > kicking the EH thread when sense is missing, it's preferred for libata > to reuse that infrastructure. That makes the most sense ;-) > Auto-sensing (and READ LOG EXT for NCQ errors) requires either an > FSM or a kernel thread, to initiate a secondary qc for REQUEST SENSE. > Since the common infrastructure already exists for this, libata reuses > the existing SCSI EH kernel thread. The current SCSI autosense in drivers doesn't require this because we reuse the existing command that got the contingent allegiance condition. This is the piece I'd like to get rid of because the extra fields and extra setup to allow the command to be reused are a critical path hit. If you look at any driver that does this (53c700.c for instance) you'll see that the command is turned around and resubmitted in the irq routine). James - : 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
