From: Bjorn Helgaas <helgaas@kernel.org>
To: Vaibhav Gupta <vaibhavgupta40@gmail.com>
Cc: Bjorn Helgaas <bhelgaas@google.com>,
bjorn@helgaas.com, Vaibhav Gupta <vaibhav.varodek@gmail.com>,
"David S. Miller" <davem@davemloft.net>,
linux-kernel@vger.kernel.org,
linux-kernel-mentees@lists.linuxfoundation.org,
skhan@linuxfoundation.org, linux-ide@vger.kernel.org
Subject: Re: [PATCH v2 2/4] ide: triflex: use generic power management
Date: Tue, 7 Jul 2020 15:42:01 -0500 [thread overview]
Message-ID: <20200707204201.GA382915@bjorn-Precision-5520> (raw)
In-Reply-To: <20200703081428.1011527-3-vaibhavgupta40@gmail.com>
On Fri, Jul 03, 2020 at 01:44:26PM +0530, Vaibhav Gupta wrote:
> While upgrading ide_pci_suspend() and ide_pci_resume(), all other source
> files, using same callbacks, were also updated except
> drivers/ide/triflex.c. This is because the driver does not want to power
> off the device during suspend. A quirk was required for the same.
>
> This patch provides the fix. Another driver,
> drivers/staging/media/atomisp/pci/atomisp_gmin_platform.c, makes use of
> a quirk for similar goal. Hence a similar quirk has been applied for
> triflex.
>
> Compile-tested only.
>
> Signed-off-by: Vaibhav Gupta <vaibhavgupta40@gmail.com>
> ---
> drivers/ide/triflex.c | 45 +++++++++++--------------------------------
> 1 file changed, 11 insertions(+), 34 deletions(-)
>
> diff --git a/drivers/ide/triflex.c b/drivers/ide/triflex.c
> index 1886bbfb9e5d..f707f11c296d 100644
> --- a/drivers/ide/triflex.c
> +++ b/drivers/ide/triflex.c
> @@ -100,48 +100,25 @@ static const struct pci_device_id triflex_pci_tbl[] = {
> };
> MODULE_DEVICE_TABLE(pci, triflex_pci_tbl);
>
> -#ifdef CONFIG_PM
> -static int triflex_ide_pci_suspend(struct pci_dev *dev, pm_message_t state)
> -{
> - /*
> - * We must not disable or powerdown the device.
> - * APM bios refuses to suspend if IDE is not accessible.
> - */
> - pci_save_state(dev);
> - return 0;
> -}
> -
> -static int triflex_ide_pci_resume(struct pci_dev *dev)
> +/*
> + * We must not disable or powerdown the device.
> + * APM bios refuses to suspend if IDE is not accessible.
> + */
> +static void triflex_pci_pm_cap_fixup(struct pci_dev *pdev)
> {
> - struct ide_host *host = pci_get_drvdata(dev);
> - int rc;
> -
> - pci_set_power_state(dev, PCI_D0);
> -
> - rc = pci_enable_device(dev);
> - if (rc)
> - return rc;
> -
> - pci_restore_state(dev);
> - pci_set_master(dev);
> -
> - if (host->init_chipset)
> - host->init_chipset(dev);
> -
> - return 0;
> + dev_info(&pdev->dev, "Disable triflex to be turned off by PCI CORE\n");
I would change this message to "Disabling PCI power management" to be
more like existing messages:
"PM disabled\n"
"Disabling PCI power management to avoid bug\n"
"Disabling PCI power management on camera ISP\n"
> + pdev->pm_cap = 0;
> }
> -#else
> -#define triflex_ide_pci_suspend NULL
> -#define triflex_ide_pci_resume NULL
> -#endif
> +DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_COMPAQ,
> + PCI_DEVICE_ID_COMPAQ_TRIFLEX_IDE,
> + triflex_pci_pm_cap_fixup);
I don't think this needs to be a fixup. This could be done in the
probe routine (triflex_init_one()).
Doing it as a fixup means the PCI core will check every PCI device
to see if it matches PCI_DEVICE_ID_COMPAQ_TRIFLEX_IDE, which is a
little extra useless overhead and quirks are a little bit magic
because it's not as obvious how they're called.
But since triflex_init_one() is called only for the devices we care
about, you can just do:
static int triflex_init_one(struct pci_dev *dev, const struct pci_device_id *id)
{
dev->pm_cap = 0;
dev_info(...);
return ide_pci_init_one(dev, &triflex_device, NULL);
}
> static struct pci_driver triflex_pci_driver = {
> .name = "TRIFLEX_IDE",
> .id_table = triflex_pci_tbl,
> .probe = triflex_init_one,
> .remove = ide_pci_remove,
> - .suspend = triflex_ide_pci_suspend,
> - .resume = triflex_ide_pci_resume,
> + .driver.pm = &ide_pci_pm_ops,
> };
>
> static int __init triflex_ide_init(void)
> --
> 2.27.0
>
next prev parent reply other threads:[~2020-07-07 20:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-03 8:14 [PATCH v2 0/4] drivers: ide: use generic power management Vaibhav Gupta
2020-07-03 8:14 ` [PATCH v2 1/4] " Vaibhav Gupta
2020-07-03 8:14 ` [PATCH v2 2/4] ide: triflex: " Vaibhav Gupta
2020-07-07 20:42 ` Bjorn Helgaas [this message]
2020-07-03 8:14 ` [PATCH v2 3/4] ide: sc1200: " Vaibhav Gupta
2020-07-03 8:14 ` [PATCH v2 4/4] ide: delkin_cb: " Vaibhav Gupta
[not found] <CAPBsFfCdJkXO-V16yO2eTeAwnQnKJZ49yaJepbsF2dNZjLZFhw@mail.gmail.com>
2020-07-07 21:15 ` [PATCH v2 2/4] ide: triflex: " Bjorn Helgaas
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=20200707204201.GA382915@bjorn-Precision-5520 \
--to=helgaas@kernel.org \
--cc=bhelgaas@google.com \
--cc=bjorn@helgaas.com \
--cc=davem@davemloft.net \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel-mentees@lists.linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=skhan@linuxfoundation.org \
--cc=vaibhav.varodek@gmail.com \
--cc=vaibhavgupta40@gmail.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;
as well as URLs for NNTP newsgroup(s).