On Thu, Jan 13, 2011 at 12:20:00PM -0500, Jeff Garzik wrote: > In this case we -do- have an associated scmd, otherwise he would not > be able to trigger the READ VERIFY translation code. Yeah, we have on issue but we don't if we decide to execute it asynchronously. It would be best if SCSI can handle the asynchronousity but I can't see how at this point. > So it seems a question of (a) who generates READ VERIFY, and (b) can > we have them issue the command without waiting for the results? > > Which is something I would have thought SG_IO/bsg already provided... > > It remains unclear to me why EH must be updated, simply to execute a > non-data ATA command without waiting. It's just there to use the internal qc. Nothing else. If asynchronousity can be handled, it would be the best. Thanks. -- tejun -- To unsubscribe from this list: 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