From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 8FCDD6E589 for ; Tue, 5 Dec 2023 21:37:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="HUmM28wq" Received: by smtp.kernel.org (Postfix) with ESMTPS id 1BEE4C433C8 for ; Tue, 5 Dec 2023 21:37:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1701812242; bh=LuWh6aqwWmGWTQFv4b3rnUP7zqoDkwpdbD4ho7Z2820=; h=From:To:Subject:Date:In-Reply-To:References:From; b=HUmM28wqSVgf7uYir4tBp62JOqliLf3FIRpsQqoN4edgVPFvhel69KVTtZqZ8nDjx i4dr/uatSD/lY4bpG/07yIMJWs4/VnWY6ic7S7BXz4bpTKjFgfjsFTSprSrdx/nCFR R0//TXRXqvESPFPVHPirMxjNxQOO+9MJt4wmzb/CWvy11bKIJHZxUtyhrpMSOIk6Tv JM6Up0DNeZa7ttldoBjNcacHpMWasKv/+hx1zHfSb8f1dACE2kejDPCrflhIgfvL6D Uin1IDsMsUpdm1J+jSB2X6o22oPaxWHPIMY7gAh3Pf/Bbv9RvdjfdfoYbczLmDSKFt OZIQUbhioZ/vg== Received: by aws-us-west-2-korg-bugzilla-1.web.codeaurora.org (Postfix, from userid 48) id F3E01C53BD2; Tue, 5 Dec 2023 21:37:21 +0000 (UTC) From: bugzilla-daemon@kernel.org To: linux-scsi@vger.kernel.org Subject: [Bug 218198] Suspend/Resume Regression with attached ATA devices Date: Tue, 05 Dec 2023 21:37:21 +0000 X-Bugzilla-Reason: None X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: AssignedTo scsi_drivers-other@kernel-bugs.osdl.org X-Bugzilla-Product: SCSI Drivers X-Bugzilla-Component: Other X-Bugzilla-Version: 2.5 X-Bugzilla-Keywords: X-Bugzilla-Severity: high X-Bugzilla-Who: phill@thesusis.net X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: scsi_drivers-other@kernel-bugs.osdl.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugzilla.kernel.org/ Auto-Submitted: auto-generated Precedence: bulk X-Mailing-List: linux-scsi@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 https://bugzilla.kernel.org/show_bug.cgi?id=3D218198 --- Comment #14 from Phillip Susi (phill@thesusis.net) --- bugzilla-daemon@kernel.org writes: > a couple of seconds after successful resume my system transitions down to > pc8. > hdparm manual doesn't explicitly tell what command is issued with the -Y > switch. SLEEP. One problem with using it though is that several things tend to wake the drive up from it soon. I've had patches to address this for years. Maybe I'll finally get them merged soon. Those things are: 1) smartd or udisks2 polling the SMART status of the drive. They already issue CHECK POWER CONDITION first to see if the drive is in STANDBY and if so, don't bother with the SMART read. That avoids waking up a disk in STANDBY mode, but in SLEEP, you can't even ask the drive whether it's in standby without waking it up. 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? --=20 You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.=