On Thursday, September 02, 2010, Tejun Heo wrote: > For some mysterious reason, certain hardware reacts badly to usual EH > actions while the system is going for suspend. As the devices won't > be needed until the system is resumed, ask EH to skip usual autopsy > and recovery and proceed directly to suspend. Putting the issue at hand aside, I'm not really sure if using SCSI EH for suspending the controller is a good idea. It seems overly complicated and it doesn't match the new PCI suspend model with separate ->suspend(), ->freeze() and ->poweroff() callbacks. Moreover, the passing of pm_message_t back and forth doesn't make things clear either. Would it be possible to rework this thing entirely at one point? Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
