On Mon, 22 Apr 2013, Mike Snitzer wrote: > I spoke with Hannes at LSF, to address the potential crashes in the > endio path (e.g. stpg_endio) we'd have to bump the scsi_dh_data kref > where appropriate (e.g. for ALUA kref_get in submit_stpg and kref_put in > stpg_endio). > > But that is just the tip of the iceberg relative to scsi_dh lifetime. > Seems we've been playing it pretty fast and loose with scsi_dh issued > requests vs detach for quite some time. > > I'm now inclined to not care about this issue. Take away is: don't > switch the device handler (attach the correct one from the start). I did a patch that disables device handler switching and it was NACKed by Hannes. The problem that he pointed out was - when we load SCSI device handler modules, they attach automatically to SCSI devices they think they belong to. The user then can't set the desired device handler in multipath configuration because a different handler is already attached. So we need a functionality to change device handlers. (or maybe stop the scsi device handlers from attaching automatically, but it would surely generate a lot of other regressions) Mikulas -- 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
