[Bug 218198] Suspend/Resume Regression with attached ATA devices

[bugzilla-daemon@kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=218198

--- Comment #15 from Dieter Mummenschanz (dmummenschanz@web.de) ---
(In reply to Phillip Susi from comment #14)
> bugzilla-daemon@kernel.org writes:
> 
> 
> 2)  A mounted filesystem periodically issues a FLUSH CACHE command, even
> if nothing has been written.  A drive in STANDBY just ignores it but in
> SLEEP, it wakes up.
> 
> I would imagine at once you access the disk in some way and so it wakes
> up, you won't get back to pc8 again without another hdparm -Y?  Is that
> correct?

No or at least I don't see this behaviour. However the drives occasional seem
to have some trouble waking up after resume and hdparm -Y:

[59984.831894] ata5.00: exception Emask 0x0 SAct 0x2000000 SErr 0x10000 action
0x6
[59984.831907] ata5.00: waking up from sleep
[59984.831914] ata5: hard resetting link
[59985.145261] ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[59985.148840] ata5.00: supports DRM functions and may not be fully accessible
[59985.153322] ata5.00: supports DRM functions and may not be fully accessible
[59985.156822] ata5.00: configured for UDMA/133
[59985.166903] ahci 0000:00:17.0: port does not support device sleep
[59985.167045] ata5: EH complete
[59985.167268] ata5.00: Enabling discard_zeroes_data

When that happens the system is stuck in pc2/pc3 for a couple of minutes but
then transitions back in partial to pc8.

Regarding your patches: Anything I can test for you? :)

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.