[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <69247ef7-0b7d-19d8-1f58-b79478cb3387@redhat.com>
Date: Fri, 27 Jul 2018 14:36:52 +0200
From: Hans de Goede <hdegoede@...hat.com>
To: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>,
tj@...nel.org
Cc: linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org,
alan.cox@...el.com, Mario.Limonciello@...l.com, rjw@...ysocki.net
Subject: Re: [PATCH 2/2] ata: ahci: Enable DEVSLP by default on x86 with
SLP_S0
Hi,
On 07/20/2018 02:01 AM, Srinivas Pandruvada wrote:
> One of the requirement for modern x86 system to enter lowest power mode
> (SLP_S0) is SATA IP block to be off. This is true even during when
> platform is suspended to idle and not only in opportunistic (runtime)
> suspend.
>
> Several of these system don't have traditional ACPI S3, so it is
> important that they enter SLP_S0 state, to avoid draining battery even
> during suspend. So it is important that out of the box Linux installation
> reach this state.
>
> SATA IP block doesn't get turned off till SATA is in DEVSLP mode. Here
> user has to either use scsi-host sysfs or tools like powertop to set
> the sata-host link_power_management_policy to min_power.
>
> This change sets by default link power management policy to min_power
> with partial (preferred) or slumber support on idle for some platforms.
>
> To avoid regressions, the following conditions are used:
> - User didn't override the policy from module parameter
> - The kernel config is already set to use med_power_with_dipm or deeper
> - System is a SLP_S0 capable using ACPI low power idle flag
> This combination will make sure that systems are fairly recent and
> since getting shipped with SLP_S0 support, the DEVSLP function
> is already validated.
>
> Signed-off-by: Srinivas Pandruvada <srinivas.pandruvada@...ux.intel.com>
> ---
> drivers/ata/ahci.c | 33 +++++++++++++++++++++++++++++----
> 1 file changed, 29 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
> index 738fb22978dd..72dc9edbc221 100644
> --- a/drivers/ata/ahci.c
> +++ b/drivers/ata/ahci.c
> @@ -1550,6 +1550,34 @@ static int ahci_init_msi(struct pci_dev *pdev, unsigned int n_ports,
> return pci_alloc_irq_vectors(pdev, 1, 1, PCI_IRQ_MSIX);
> }
>
> +void ahci_update_initial_lpm_policy(struct ata_port *ap,
> + struct ahci_host_priv *hpriv)
> +{
> + int policy = mobile_lpm_policy;
> +
> + /* Ignore processing for non mobile platforms */
> + if (!(hpriv->flags & AHCI_HFLAG_IS_MOBILE))
> + return;
> +
> + /* user modified policy via module param */
> + if (policy != CONFIG_SATA_MOBILE_LPM_POLICY)
> + goto update_policy;
This means that if the user explicitly requests the
default CONFIG_SATA_MOBILE_LPM_POLICY, it will still
be overridden below.
I think it would be better to initialize the global mobile_lpm_policy
to -1 and then do:
int policy = CONFIG_SATA_MOBILE_LPM_POLICY;
...
/* user modified policy via module param */
if (mobile_lpm_policy != -1) {
policy = mobile_lpm_policy;
goto update_policy;
}
Otherwise this series looks good to me.
Regards,
Hans
> +
> +#ifdef CONFIG_ACPI
> + if (policy > ATA_LPM_MED_POWER &&
> + (acpi_gbl_FADT.flags & ACPI_FADT_LOW_POWER_S0)) {
> + if (hpriv->cap & HOST_CAP_PART)
> + policy = ATA_LPM_MIN_POWER_WITH_PARTIAL;
> + else if (hpriv->cap & HOST_CAP_SSC)
> + policy = ATA_LPM_MIN_POWER;
> + }
> +#endif
> +
> +update_policy:
> + if (policy >= ATA_LPM_UNKNOWN && policy <= ATA_LPM_MIN_POWER)
> + ap->target_lpm_policy = policy;
> +}
> +
> static int ahci_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
> {
> unsigned int board_id = ent->driver_data;
> @@ -1747,10 +1775,7 @@ static int ahci_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
> if (ap->flags & ATA_FLAG_EM)
> ap->em_message_type = hpriv->em_msg_type;
>
> - if ((hpriv->flags & AHCI_HFLAG_IS_MOBILE) &&
> - mobile_lpm_policy >= ATA_LPM_UNKNOWN &&
> - mobile_lpm_policy <= ATA_LPM_MIN_POWER)
> - ap->target_lpm_policy = mobile_lpm_policy;
> + ahci_update_initial_lpm_policy(ap, hpriv);
>
> /* disabled/not-implemented port */
> if (!(hpriv->port_map & (1 << i)))
>
Powered by blists - more mailing lists