https://bugzilla.kernel.org/show_bug.cgi?id=218198 --- Comment #15 from Dieter Mummenschanz (dmummenschanz@xxxxxx) --- (In reply to Phillip Susi from comment #14) > bugzilla-daemon@xxxxxxxxxx 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.
