On Mon, 26 Jun 2006 13:16:59 -0400 Vivek Goyal <vgoyal@xxxxxxxxxx> wrote: > So it is matter of making a choice in case the device does not have a > software reset capability. > > - Either try to make driver work through some hacks based on crashboot > option. > > - Or mark the driver unusable in kdump scenarios. > > Even if one decides to go for second option, at least "crashboot" or > similar parameter will be required so that driver can choose whether > to reset the device or not during initialization due to significant > time penalty. yes, this does legitimise the `crashboot' option. That being said, it's misnamed, I think. It should be called `reset_devices' or something. Because that's what it does, and who knows, there might be other reasons for wanting to reset devices. See, it's more accurate. We don't want drivers to be looking at some global environmental thing and then independently working out what they should be doing this time around. We just want drivers to do what they're told. - : 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
