From: Mario Limonciello <mario.limonciello@amd.com>
To: Niklas Cassel <cassel@kernel.org>,
"Natikar, Basavaraj" <basavaraj.natikar@amd.com>,
Shyam Sundar S K <Shyam-sundar.S-k@amd.com>
Cc: grandmastertriplej@gmail.com, Damien Le Moal <dlemoal@kernel.org>,
linux-ide@vger.kernel.org
Subject: Re: AMD AHCI + Samsung 870 QVO STANDBY IMMEDIATE time out
Date: Mon, 14 Sep 2026 11:33:38 -0500 [thread overview]
Message-ID: <e9cf59a4-5bdc-4aba-a6c2-cfd8a51684db@amd.com> (raw)
In-Reply-To: <aqgeXSdsH_QVgKqg@ryzen>
++ AMD guys
On 9/14/26 11:18, Niklas Cassel wrote:
> Hello Mario,
>
>
> Perhaps you, or someone at AMD could help us with this:
> https://bugzilla.kernel.org/show_bug.cgi?id=221986
>
>
> Is seems that a user is having issues with:
>
> 12:00.0 SATA controller [0106]: Advanced Micro Devices, Inc.
> [AMD] 600 Series Chipset SATA Controller [1022:43f6] (rev 01)
>
> together with:
>
> Samsung SSD 870 QVO 8TB
>
>
> when being issued command STANDBY IMMEDIATE (E0h) during system suspend.
>
> The command never receives a completion.
>
>
> It seems that this is only a problem when "med_power_with_dipm" is enabled.
>
> Apparently, when using "max_performance" the drives do complete the
> STANDBY IMMEDIATE (E0h) command successfully.
>
> From looking at the AHCI specification, the HBA should automatically wake
> the drive when a new command is issued via PxCI.
>
>
>
> The user did point out that these Samsung drives are quirked with:
> ATA_QUIRK_NO_LPM_ON_ATI.
>
> See commit:
> f2aac4c73c99 ("ata: libata-core: Add ATA_QUIRK_NO_LPM_ON_ATI for certain
> Samsung SSDs").
>
> From earlier reports, these Samsung drives appear to handle LPM perfectly
> fine on Intel-based AHCI controllers.
>
>
> This LPM quirk is only for the old ATI AHCI controllers, because it was
> assumed that, just like the ATI specific quirk that disables NCQ:
> ATA_QUIRK_NO_NCQ_ON_ATI, that the AMD AHCI controllers were unaffected,
> see e.g. 7a8526a5cd51 ("libata: Add ATA_HORKAGE_NO_NCQ_ON_ATI for Samsung
> 860 and 870 SSD."):
>
> After verifying the chipset from the user reports, the issue appears
> on AMD/ATI SB7x0/SB8x0/SB9x0 SATA Controllers and does not appear on
> recent AMD SATA adapters.
>
>
> I guess it is possible that while the AMD AHCI controllers have fixed the
> NCQ problem with Samsung SSDs (that was troubling ATI AHCI), perhaps the
> AMD AHCI controllers still have the LPM issues with Samsung SSDS that was
> troubling ATI AHCI controllers.
>
>
> It this anything anyone at AMD is aware of?
>
> From the users report, he is using the latest available firmware from Samsung.
>
> Considering that Samsung SSD work fine with LPM on Intel, I'm considering
> the users suggestion, to simply rename the ATA_QUIRK_NO_LPM_ON_ATI to
> ATA_QUIRK_NO_LPM_ON_ATI_AND_AMD and modify the quirk to extend to AMD AHCI
> controllers as well.
>
I'm not aware of anything like this. Let's see if Shyam or Basavaraj have.
I think that sounds like a pragmatic approach. We can always back it
out later if this ends up being root caused down to a different conclusion.
prev parent reply other threads:[~2026-09-14 16:33 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-14 16:18 AMD AHCI + Samsung 870 QVO STANDBY IMMEDIATE time out Niklas Cassel
2026-09-14 16:33 ` Mario Limonciello [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e9cf59a4-5bdc-4aba-a6c2-cfd8a51684db@amd.com \
--to=mario.limonciello@amd.com \
--cc=Shyam-sundar.S-k@amd.com \
--cc=basavaraj.natikar@amd.com \
--cc=cassel@kernel.org \
--cc=dlemoal@kernel.org \
--cc=grandmastertriplej@gmail.com \
--cc=linux-ide@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox