>> When resuming from system suspend, scsi disks are being spun up which
quoted text
>> takes quite a lot of time (5+ seconds in my case). The spinup is done
>> synchronously, so this time adds up to overall system resume time.
>> Ours is an embedded platform and we are using flash-based rootfs, so
>> there is no immediate need in harddrive after resume. What is much
>> more important for us is to minimize time-to-full-power. To speed up
>> resume, we would like to have an option to defer the spinup or run it
>> in parallel with system resume. I could not find any existing
>> mechanism to do the trick, but I might have missed something.
>>
>> Can anybody comment on this?
>
> Do you use asynchronous suspend/resume?
>

Yes, asynchronous suspend/resume is enabled - it saves about 0.5
second in my case. But resume blocks anyway because disk driver is
waiting on sd_resume() to complete.

I am wondering if we could let the resume proceed while spinup is
going on, just mark the scsi device as quiescent to block any data
transfers.

Maksim.

quoted text
> Rafael
> --
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html