public inbox for linux-ide@vger.kernel.org
 help / color / mirror / Atom feed
From: "Borah, Chaitanya Kumar" <chaitanya.kumar.borah@intel.com>
To: Damien Le Moal <dlemoal@kernel.org>
Cc: "intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>,
	"intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>,
	<linux-ide@vger.kernel.org>, <mika.westerberg@intel.com>,
	<anshuman.gupta@intel.com>,
	"Kurmi, Suresh Kumar" <suresh.kumar.kurmi@intel.com>,
	"Saarinen, Jani" <jani.saarinen@intel.com>,
	<lucas.demarchi@intel.com>
Subject: Re: Regression on linux-next (next-20250708)
Date: Mon, 28 Jul 2025 22:03:28 +0530	[thread overview]
Message-ID: <8f37fcfd-300c-42df-a65b-57c10f185287@intel.com> (raw)
In-Reply-To: <f4f147cd-5847-4efd-8dd3-9a00e129e133@kernel.org>



On 7/28/2025 11:01 AM, Damien Le Moal wrote:
> On 7/25/25 3:43 PM, Borah, Chaitanya Kumar wrote:
>> For some context in our kms_pm_rpm tests, we enable min_power policy for SATA
>> so that we can reach deep runtime power states and restore the original policy
>> after finishing. [5][6]
>>
>> IIUC, the above change is based on spec and not something which can be
>> reverted. So as I see it, we have to drop this code path for external ports.
>> However I am not sure if we can achieve deep power states without enforcing it
>> through the sysfs entry.
>>
>> Atleast for the basic-rte subtest, the test passes if we comment out the
>> functions controlling the SATA ports. We will need more testing to determine if
>> this approach work. Any thoughts on it?
>>
>> Also, are there other ways to detect a port is external other than receiving
>> EOPNOTSUPP on the sysfs write?
> 
> I completely forgot to mention one important thing: please check your test
> machine BIOS settings and see if you have "hotplug support" set to enable for
> SATA ports. If it is, set that BIOS setting to disable and you will see the
> SATA port as a regular one, not as an external port. So LPM support will be
> back and your test program will not need changes.
> 
> Not all BIOSes have such setting though. Most of the machine I have do have it
> though and I checked that it does affect how the ahci driver sees the port
> (external or regular with LPM).
> 
> 

Found a "Hot Plug" setting (thanks to Mika!) in our testing device's 
BIOS but it does not seem to have any effect.

We also have an option called "External", toggling that did not help either.

There is another configuration which was *readonly*.

"Configured as eSATA" -> "Hot Plug supported"

Not sure if it is relevant to our discussion.

Regards

Chaitanya



  reply	other threads:[~2025-07-28 16:34 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-25  6:43 Regression on linux-next (next-20250708) Borah, Chaitanya Kumar
2025-07-25 10:33 ` Damien Le Moal
2025-07-28 16:37   ` Borah, Chaitanya Kumar
2025-07-28 22:20     ` Damien Le Moal
2025-07-28  4:11 ` Damien Le Moal
2025-07-28 16:24   ` Borah, Chaitanya Kumar
2025-07-28 22:33     ` Damien Le Moal
2025-07-29  8:43       ` Borah, Chaitanya Kumar
2025-07-28  5:31 ` Damien Le Moal
2025-07-28 16:33   ` Borah, Chaitanya Kumar [this message]
2025-07-28 22:30     ` Damien Le Moal
2025-07-29  8:58       ` Borah, Chaitanya Kumar

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=8f37fcfd-300c-42df-a65b-57c10f185287@intel.com \
    --to=chaitanya.kumar.borah@intel.com \
    --cc=anshuman.gupta@intel.com \
    --cc=dlemoal@kernel.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=jani.saarinen@intel.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=lucas.demarchi@intel.com \
    --cc=mika.westerberg@intel.com \
    --cc=suresh.kumar.kurmi@intel.com \
    /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