-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 1/21/2014 5:12 AM, Dan Williams wrote: > The need is to avoid tying rpm and dpm ops together in surprising > new ways that require userspace to change if it wants to keep the > default behavior of hiding resume latency as much as possible. A > lazy_resume knob vs changing the default let's the few setups that > care set the power-up in standby mode. It should also "perform" > better given it does not require the disk to be runtime suspended > prior to system suspend, it will unconditionally resume on demand. The more I think about it the more I agree that the new knob is needed. If the user wants runtime pm but without the lazy system resume, switching off runtime pm prior to suspend would needlessly force the disk to spin up if it is already in standby, then right back down again. At least, that's how rpm is currently implemented, which is something else I found odd about it. Why can't you disable auto suspend, but still be able to manually suspend or leave an already suspended device asleep? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS3oYMAAoJEI5FoCIzSKrw0bIH/2G6HN7iVOEO8ZkK7vNiogIG 1mQWSl+swYBQwz+ix+WLo6zerlFSSxmh+FfJ/+sm96F0CZhOZrmQzvUbIiqgp8Hk yqtJ8lYeCXywjwzVsBgPELMExsA2ITHWDMqdvHIJ1cNHh4ynIFB6cOsfgrR8Jfli 1gML5JHAZr6eVpQJZ/wwsJsQrNh5KNfkQLE7ylVkB/BUqhoCSJz1+dF/fZ5uUJk2 eztq9qRglozXz+FyB7hq1oBdqDLira9F35NuboB9zaoOg9z/omdHwUPCmeBklxRv 5rchgjOcZZyC7Y7qrXy0PPsdIS92sh+WTHBKgRwwYLDOUsS23ZZkXZL5PXd/1rc= =efPy -----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
