From: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
To: Jacob Pan <jacob.jun.pan@linux.intel.com>
Cc: linux-ide@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
Tejun Heo <tj@kernel.org>, Alan Cox <alan@linux.intel.com>,
Dan Williams <dan.j.williams@intel.com>,
Kristen Carlson Accardi <kristen.c.accardi@intel.com>,
Kefeng Wang <kefeng.wang@linaro.org>
Subject: Re: [PATCH] ahci: disable DEVSLP for Intel Valleyview
Date: Fri, 11 Apr 2014 12:14:14 +0200 [thread overview]
Message-ID: <5800248.4YbvBlxjQc@amdc1032> (raw)
In-Reply-To: <1397123934-27114-1-git-send-email-jacob.jun.pan@linux.intel.com>
Hi,
On Thursday, April 10, 2014 02:58:54 AM Jacob Pan wrote:
> On Intel Valleyview SoC, SATA device sleep is not reliable. When
> DEVSLP is attempted on certain SSDs, port_devslp write would fail
> and result in malfunction of AHCI controller. AHCI controller may
> be not shown in PCI enumeration after reset. Complete power source
> removal may be required to recver from this failure. So we blacklist
s/recver/recover/
> this device and override host device reported capabilities such that
> device LPM will only attempt slumber but not devslp.
s/devslp/DEVSLP/
> Signed-off-by: Jacob Pan <jacob.jun.pan@linux.intel.com>
> Acked-by: Dan Wiilliams <dan.j.williams@intel.com>
s/Wiilliams/Williams/
> ---
> drivers/ata/ahci.c | 17 +++++++++++++++++
> drivers/ata/ahci.h | 1 +
> drivers/ata/libahci.c | 7 +++++++
> 3 files changed, 25 insertions(+)
>
> diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
> index 5a0bf8e..24684a1 100644
> --- a/drivers/ata/ahci.c
> +++ b/drivers/ata/ahci.c
> @@ -1115,6 +1115,19 @@ static bool ahci_broken_online(struct pci_dev *pdev)
> return pdev->bus->number == (val >> 8) && pdev->devfn == (val & 0xff);
> }
>
> +#define PCI_DEVICE_ID_INTEL_VLV_SATA 0x0f23
> +static bool ahci_broken_devslp(struct pci_dev *pdev)
> +{
> + /* device with broken DEVSLP but still showing SDS capability */
> + static const struct pci_device_id ids[] = {
> + { PCI_DEVICE(PCI_VENDOR_ID_INTEL,
> + PCI_DEVICE_ID_INTEL_VLV_SATA) },
I think that you can use PCI_VDEVICE() macro instead.
> + {}
> + };
> +
> + return pci_match_id(ids, pdev);
> +}
> +
> #ifdef CONFIG_ATA_ACPI
> static void ahci_gtf_filter_workaround(struct ata_host *host)
> {
> @@ -1357,6 +1370,10 @@ static int ahci_init_one(struct pci_dev *pdev, const struct pci_device_id *ent)
>
> hpriv->mmio = pcim_iomap_table(pdev)[ahci_pci_bar];
>
> + /* must set flag prior to save config in order to take effect */
> + if (ahci_broken_devslp(pdev))
> + hpriv->flags |= AHCI_HFLAG_NO_DEVSLP;
> +
> /* save initial config */
> ahci_pci_save_initial_config(pdev, hpriv);
>
> diff --git a/drivers/ata/ahci.h b/drivers/ata/ahci.h
> index 0b670c0..630089a 100644
> --- a/drivers/ata/ahci.h
> +++ b/drivers/ata/ahci.h
> @@ -235,6 +235,7 @@ enum {
> port start (wait until
> error-handling stage) */
> AHCI_HFLAG_MULTI_MSI = (1 << 16), /* multiple PCI MSIs */
> + AHCI_HFLAG_NO_DEVSLP = (1 << 17), /* no device sleep */
This change conflicts with "[PATCH V2 1/2] ata: ahci: append new hflag
AHCI_HFLAG_NO_FBS" patch (https://lkml.org/lkml/2014/4/10/36).
> /* ap->flags bits */
>
> diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c
> index 8cd0184..32fd860 100644
> --- a/drivers/ata/libahci.c
> +++ b/drivers/ata/libahci.c
> @@ -653,6 +653,13 @@ void ahci_save_initial_config(struct device *dev,
> cap &= ~HOST_CAP_SNTF;
> }
>
> + if ((cap2 & HOST_CAP2_SDS) && (hpriv->flags & AHCI_HFLAG_NO_DEVSLP)) {
> + dev_info(dev,
> + "controller can't do DEVSLP, turning off\n");
> + cap2 &= ~HOST_CAP2_SDS;
> + cap2 &= ~HOST_CAP2_SADM;
> + }
> +
> if (!(cap & HOST_CAP_FBS) && (hpriv->flags & AHCI_HFLAG_YES_FBS)) {
> dev_info(dev, "controller can do FBS, turning on CAP_FBS\n");
> cap |= HOST_CAP_FBS;
ditto
You most likely need to rebase your changes on top of the aforementioned
patch (Tejun?).
Best regards,
--
Bartlomiej Zolnierkiewicz
Samsung R&D Institute Poland
Samsung Electronics
next prev parent reply other threads:[~2014-04-11 10:14 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-10 9:58 [PATCH] ahci: disable DEVSLP for Intel Valleyview Jacob Pan
2014-04-11 10:14 ` Bartlomiej Zolnierkiewicz [this message]
2014-04-11 10:24 ` Tejun Heo
2014-04-16 13:29 ` Jacob Pan
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=5800248.4YbvBlxjQc@amdc1032 \
--to=b.zolnierkie@samsung.com \
--cc=alan@linux.intel.com \
--cc=dan.j.williams@intel.com \
--cc=jacob.jun.pan@linux.intel.com \
--cc=kefeng.wang@linaro.org \
--cc=kristen.c.accardi@intel.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tj@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