From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5F4CEC433DF for ; Wed, 5 Aug 2020 19:48:45 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 306FC2250E for ; Wed, 5 Aug 2020 19:48:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1596656925; bh=sfTOftioxb4PxR5ADUqnbbKhmUBUIWaafP2uoxAaljA=; h=Date:From:To:Cc:Subject:In-Reply-To:List-ID:From; b=tQWvQ02XCiifWob38/YBrfF4jv7FuqPDBF3TnWPuhtpyeaKMuI/Ir0lWzsnbtfqOZ rX+UygsrWPYGHyLsxILnh9AHErao4DfDBU0MqsmSPYMslrrSctIfEwjeXrYrxliITv MXQ9Vd0UpUD+gy60R44cNMRT0W1sQ20IJExx/6Oo= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729386AbgHETsm (ORCPT ); Wed, 5 Aug 2020 15:48:42 -0400 Received: from mail.kernel.org ([198.145.29.99]:58746 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728339AbgHEQ4P (ORCPT ); Wed, 5 Aug 2020 12:56:15 -0400 Received: from localhost (mobile-166-175-186-42.mycingular.net [166.175.186.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B1A0122CBE; Wed, 5 Aug 2020 16:56:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1596646574; bh=sfTOftioxb4PxR5ADUqnbbKhmUBUIWaafP2uoxAaljA=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=bja/cQkdTac6/3DWUKIM9dWwhmpTjOP2U0fd+DEphmseSVpsGy27LRXT+Zz9reXmd P3LP1uCIYrCfyOUzl9FCZXafQnFQ129k3Eax1RoHo/uXQ9ZBIfQfOjNXAq20m1Tdp1 h/X5cYI4ICwiwtqjtr71R2nYNT31rbSKnRDVzPRs= Date: Wed, 5 Aug 2020 11:56:11 -0500 From: Bjorn Helgaas To: Vaibhav Gupta Cc: Bjorn Helgaas , Bjorn Helgaas , Vaibhav Gupta , linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kernel-mentees@lists.linuxfoundation.org, Shuah Khan , Tomoya MORINAGA , Tomoya MORINAGA , Linus Walleij , Ben Dooks Subject: Re: [PATCH v1] i2c: eg20t: use generic power management Message-ID: <20200805165611.GA516242@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200805162154.GA3179@gmail.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 05, 2020 at 09:51:54PM +0530, Vaibhav Gupta wrote: > On Wed, Aug 05, 2020 at 10:28:32AM -0500, Bjorn Helgaas wrote: > > On Wed, Aug 05, 2020 at 10:23:31AM -0500, Bjorn Helgaas wrote: > > > On Mon, Jul 20, 2020 at 07:30:32PM +0530, Vaibhav Gupta wrote: > > > > Drivers using legacy PM have to manage PCI states and device's PM states > > > > themselves. They also need to take care of configuration registers. > > > > > > > > With improved and powerful support of generic PM, PCI Core takes care of > > > > above mentioned, device-independent, jobs. > > > > > > > > This driver makes use of PCI helper functions like > > > > pci_save/restore_state(), pci_enable/disable_device(), > > > > pci_enable_wake() and pci_set_power_state() to do required operations. In > > > > generic mode, they are no longer needed. > > > > > > > > Change function parameter in both .suspend() and .resume() to > > > > "struct device*" type. Use to_pci_dev() and dev_get_drvdata() to get > > > > "struct pci_dev*" variable and drv data. > > > > > > > > Compile-tested only. > > > > > > > > Signed-off-by: Vaibhav Gupta > > > > --- > > > > drivers/i2c/busses/i2c-eg20t.c | 39 ++++++++-------------------------- > > > > 1 file changed, 9 insertions(+), 30 deletions(-) > > > > > > > > diff --git a/drivers/i2c/busses/i2c-eg20t.c b/drivers/i2c/busses/i2c-eg20t.c > > > > index 73f139690e4e..c0ddc4cc2ce7 100644 > > > > --- a/drivers/i2c/busses/i2c-eg20t.c > > > > +++ b/drivers/i2c/busses/i2c-eg20t.c > > > > @@ -846,11 +846,10 @@ static void pch_i2c_remove(struct pci_dev *pdev) > > > > kfree(adap_info); > > > > } > > > > > > > > -#ifdef CONFIG_PM > > > > -static int pch_i2c_suspend(struct pci_dev *pdev, pm_message_t state) > > > > +static int __maybe_unused pch_i2c_suspend(struct device *dev) > > > > { > > > > - int ret; > > > > int i; > > > > + struct pci_dev *pdev = to_pci_dev(dev); > > > > struct adapter_info *adap_info = pci_get_drvdata(pdev); > > > > > > Why don't you use "adap_info = dev_get_drvdata(dev)" as you did below, > > > so you don't need to_pci_dev()? > > > > Actually, line 870, pch_pci_dbg() again needs "struct pci_dev*" type > pointer. Either way I had to use to_pci_dev(), so defined "pdev" > which made less number of required changes in the code. OK. pch_pci_dbg() only needs the pdev in order to *get* the struct device *, so it's all sort of in circles. But it's fine to do as you did here. > > > > void __iomem *p = adap_info->pch_data[0].pch_base_address; > > > > > > > > @@ -872,34 +871,17 @@ static int pch_i2c_suspend(struct pci_dev *pdev, pm_message_t state) > > > > ioread32(p + PCH_I2CSR), ioread32(p + PCH_I2CBUFSTA), > > > > ioread32(p + PCH_I2CESRSTA)); > > > > > > > > - ret = pci_save_state(pdev); > > > > - > > > > - if (ret) { > > > > - pch_pci_err(pdev, "pci_save_state\n"); > > > > - return ret; > > > > - } > > > > - > > > > - pci_enable_wake(pdev, PCI_D3hot, 0); > > > > - pci_disable_device(pdev); > > > > - pci_set_power_state(pdev, pci_choose_state(pdev, state)); > > > > + device_wakeup_disable(dev); > > > > > > > > return 0; > > > > } > > > > > > > > -static int pch_i2c_resume(struct pci_dev *pdev) > > > > +static int __maybe_unused pch_i2c_resume(struct device *dev) > > > > { > > > > int i; > > > > - struct adapter_info *adap_info = pci_get_drvdata(pdev); > > > > - > > > > - pci_set_power_state(pdev, PCI_D0); > > > > - pci_restore_state(pdev); > > > > + struct adapter_info *adap_info = dev_get_drvdata(dev); > > > > > > > > - if (pci_enable_device(pdev) < 0) { > > > > - pch_pci_err(pdev, "pch_i2c_resume:pci_enable_device FAILED\n"); > > > > - return -EIO; > > > > - } > > > > - > > > > - pci_enable_wake(pdev, PCI_D3hot, 0); > > > > + device_wakeup_disable(dev); > > > > > > It *looks* wrong to disable wakeup in both suspend and resume. I > > > think the usual pattern is to enable wakeup in suspend and disable it > > > in resume. > > > > > > But it looks like it's been that way since the driver was added by > > > e9bc8fa5df1c ("i2c-eg20t: add driver for Intel EG20T"). > > > > > > If the device doesn't support wakeup, I would not expect the driver to > > > mention wakeup at all. > > > > > > In any case, I think it's the right thing for *this* patch to preserve > > > the previous wakeup behavior. Maybe we want a follow-up patch to just > > > remove both device_wakeup_disable() calls? > > > > We have seen this issue earlier in other drivers too. I remember you even > identified and listed them. > The PCI core calls, pci_enable_wake(pci_dev, PCI_D0, false). And if the driver > does not want to enable-wake on suspend, we discussed and concluded that the > calls should be dropped. > I am sending v2, to include dropping wakeup call. Personally, I think I would do this in two patches, and in the reverse order than what I first suggested: 1) Drop pci_enable_wake() calls 2) Convert to generic PM Doing them in that order means patch 2 will be slightly simpler, and if there's any issue with removing the wakeup stuff, we can debug it in the context of the original PCI PM code we've been using for years without muddying the water with the additional generic PM changes. > > > > for (i = 0; i < adap_info->ch_num; i++) > > > > pch_i2c_init(&adap_info->pch_data[i]); > > > > @@ -908,18 +890,15 @@ static int pch_i2c_resume(struct pci_dev *pdev) > > > > > > > > return 0; > > > > } > > > > -#else > > > > -#define pch_i2c_suspend NULL > > > > -#define pch_i2c_resume NULL > > > > -#endif > > > > + > > > > +static SIMPLE_DEV_PM_OPS(pch_i2c_pm_ops, pch_i2c_suspend, pch_i2c_resume); > > > > > > > > static struct pci_driver pch_pcidriver = { > > > > .name = KBUILD_MODNAME, > > > > .id_table = pch_pcidev_id, > > > > .probe = pch_i2c_probe, > > > > .remove = pch_i2c_remove, > > > > - .suspend = pch_i2c_suspend, > > > > - .resume = pch_i2c_resume > > > > + .driver.pm = &pch_i2c_pm_ops, > > > > }; > > > > > > > > module_pci_driver(pch_pcidriver); > > > > -- > > > > 2.27.0 > > > >