-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 03/05/2014 03:17 PM, Dan Williams wrote: > From: Todd Brandt <todd.e.brandt@xxxxxxxxxxxxxxx> > > Improve overall system resume time by making libata link recovery > actions asynchronous relative to other resume events. > > Link resume operations are performed using the scsi_eh thread, so > commands, particularly the sd resume start/stop command, will be > held off until the device exits error handling. Libata already > flushes eh with ata_port_wait_eh() in the port teardown paths, so > there are no concerns with async operation colliding with the > end-of-life of the ata_port object. Also, libata-core is already > careful to flush in-flight pm operations before another round of pm > starts on the given ata_port. I realize this is a little late but I finally started looking at the patch set I was working on last year again, and now that I look at your version that was accepted, I realize that it only addresses the libata side of things. sd still issues START_STOP_UNIT synchronously in the resume path, so without the patch fixing that, you shouldn't see any actual speed up in resume times. Or are you using the manage_start_stop flag to inhibit that ( at the cost of taking an emergency park on each suspend/shutdown )? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBCgAGBQJUlLjNAAoJENRVrw2cjl5RU48H/2APBJMJ9XyTEfa7r6+M76zH jf238VwOJUuTUC+Mh2h3AoQVkNy4E8CM/CAnWww8Y1iAvuRTptp9J64NrAQdylCf p3KLIqhXaGmGvgx1SpzwzwGhbvZ9YM8w1uRC1VLACr9ZwySjEXyEv3B2kZDDUMEj xxnnQfM47f2km6pxhV7nzt1jHlvaWhvPsuRSaVFxLQstbGR9U1VLJnESZgBFYipR w5z0dmhssE21A/T8B7dSAx5tDCATeWsMn5fDtQ15MFXgfguXrmmOuHLBtv9EGPZt d5M1rr2E7WXems5pBoxJMcYFblwQ/h30qPEkRNgYXrfTRx7h79q20tWNI+B1D1c= =s6tS -----END PGP SIGNATURE----- -- 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
