Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp4520656pxa; Mon, 10 Aug 2020 11:04:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwUsnQElxxpJWI9mewmvOmo0HY8HE1rqDT75lvaCXUzTudEs07UAxK8OdwSZrVzRAIXyFMc X-Received: by 2002:a17:906:248f:: with SMTP id e15mr21581456ejb.296.1597082645155; Mon, 10 Aug 2020 11:04:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597082645; cv=none; d=google.com; s=arc-20160816; b=dYlTuvXRG1lRlgcJbdXTBAVvWQHX9FNgJ4hGKrf8WozZchxT+0CB/iwg4SLZp4ms3q 0bPaLPKDv8cYpQRa8knhYQAOVgwNbLMTGC/HJZ4BSecCxit+l05q4b94Apg1LnMWuPME ibBpEvSzDU6qtg3FjD8amcq89LkzHhcvQWV5klhs6OjK1IzGMeq0IAPZqz5kplwhLpnM TiZ/Lj7WH7eP14R5YAvQpoiyFNmEVc6nwAZPdSI1my8XIXoYZ1PcclWPZbAuIYAgg5Sf mekS1ysJgRygqsCGu9V28GMgl2AM/3zk6o6aGCY56GaRE/77nUm4y6PWkQpOgxwFrlq8 K5FA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=CVnt4d+5Wgp08r0J7kB3+z69GIQYYz/zExR5olEcjBk=; b=Qhe0I4o0KA/wOqEC60FMhIFh1681tlKBoLB0wt+L2smDKjDiZ2PDNPfS2Imay5P2TK fsd7BIynP8ToVBzL9Excf6uakLWepCOXhsh6mmAssrbrjKvdvi057SkF4JtQ6mvfVSfl 66TpMPfu7pXz+el3/26OuAD02m1fRceAlJkWyZh3eQloACMDl4iAi5OvMsABy/ILBjPP Zwk7K8qLMQCwsZA5/KzUAqHj/K3p0jZfIoVpjp2EVI764WiXbIPkoqzHdBQuhTt/PeV1 PoCrdaQ6m4LygVlQiAK/YOGbk8N6sIg9jlBWelIYJ0aQqtIapjALV46gHNOQ9UVadpeM 44Fg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=OG3YOqJT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v10si10759844eds.470.2020.08.10.11.03.40; Mon, 10 Aug 2020 11:04:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=OG3YOqJT; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728054AbgHJSAu (ORCPT + 99 others); Mon, 10 Aug 2020 14:00:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59460 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727853AbgHJSAJ (ORCPT ); Mon, 10 Aug 2020 14:00:09 -0400 Received: from mail-pl1-x644.google.com (mail-pl1-x644.google.com [IPv6:2607:f8b0:4864:20::644]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CE7EEC061787; Mon, 10 Aug 2020 11:00:08 -0700 (PDT) Received: by mail-pl1-x644.google.com with SMTP id z20so5399294plo.6; Mon, 10 Aug 2020 11:00:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=CVnt4d+5Wgp08r0J7kB3+z69GIQYYz/zExR5olEcjBk=; b=OG3YOqJTj856emQJ3jR409bssaVQwfnYH0xuv2WQ0GHOM4s2pRjpkpDcWzBP7lsonY akKkViAu32WuxL3jDgt22x0Uk6iTqdVmrUJlITyNP4CuY5oYVULrhQXxpolyq6lzx5+b PeNDcVAOTuKyYGLZjEUrVEnMNhIMw5UIynPS+7uxG81umBjsI1m0fIME2EbErEXi59fQ rW4ximTQ+LcZ4E7XyV010NsoMjs2FrvMra9vDp9kc+RvEEeJHqzzfVKLBYZlDwKX99Ve 5Yb+7qolIojRPM2Bj7+eZI3na8bE2vx+eW0V1k6IZ+BqeQyWhr6CHFX2t9q/hRCdS5lN 5MgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=CVnt4d+5Wgp08r0J7kB3+z69GIQYYz/zExR5olEcjBk=; b=QmyUeKs3ZKO3+/wda/GeKKxRqW+Krw2m6J0iZEa0J91kklw2pqyno5KMVEdvRu5TRW ZjbLhEkmMOMjZfa3bMOQtbH+2iXDUGJ19mSDVbif3wGPgSqEfglc4EMlgSAkzPkyCDbE b8xif8uQiyFW0YHv5Y17m0sywTFRS8YFOfFPT1llZCiSTEVVuI+g5tc6/jcrVYq24zFW w5egjctAVEtZoTLK3u3hTWRfuxXaa/XuFooKThGfwYLSbSYpniH3WZnz01RWBMsn4pTR TkktOE4bxnLJOsBlP7iP4NdzYqHZTD1lxmQS5Tc7FLcU8ywuAlABTOUB+/76UqUVapu1 4EVA== X-Gm-Message-State: AOAM533r4Pz1kUjcKiupI0ZLAF6AGv1NwG8QY5zlKzLUd/4yyfk6wRC4 ZExz3MgkwnmHKTDUsSYqVVs= X-Received: by 2002:a17:90a:c7:: with SMTP id v7mr470303pjd.139.1597082408007; Mon, 10 Aug 2020 11:00:08 -0700 (PDT) Received: from gmail.com ([103.105.152.86]) by smtp.gmail.com with ESMTPSA id l12sm192017pjq.31.2020.08.10.11.00.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 10 Aug 2020 11:00:07 -0700 (PDT) Date: Mon, 10 Aug 2020 23:28:27 +0530 From: Vaibhav Gupta To: Sam Ravnborg Cc: Bjorn Helgaas , Bjorn Helgaas , Bjorn Helgaas , Vaibhav Gupta , Bartlomiej Zolnierkiewicz , Paul Mackerras , Russell King , Andres Salomon , Antonino Daplas , Florian Tobias Schandinat , linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-geode@lists.infradead.org, Shuah Khan , linux-kernel-mentees@lists.linuxfoundation.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v1 01/12] fbdev: gxfb: use generic power management Message-ID: <20200810175827.GA14392@gmail.com> References: <20200805180722.244008-1-vaibhavgupta40@gmail.com> <20200805180722.244008-2-vaibhavgupta40@gmail.com> <20200808111746.GA24172@ravnborg.org> <20200810093948.GB6615@gmail.com> <20200810165458.GA292825@ravnborg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200810165458.GA292825@ravnborg.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 10, 2020 at 06:54:58PM +0200, Sam Ravnborg wrote: > Hi Vaibhav > On Mon, Aug 10, 2020 at 03:09:48PM +0530, Vaibhav Gupta wrote: > > On Sat, Aug 08, 2020 at 01:17:46PM +0200, Sam Ravnborg wrote: > > > Hi Vaibhav > > > > > > On Wed, Aug 05, 2020 at 11:37:11PM +0530, Vaibhav Gupta wrote: > > > > Drivers using legacy power management .suspen()/.resume() callbacks > > > > have to manage PCI states and device's PM states themselves. They also > > > > need to take care of standard configuration registers. > > > > > > > > Switch to generic power management framework using a single > > > > "struct dev_pm_ops" variable > > > > > > "to take the unnecessary load from the driver." > > > - I do not parse the above - I cannot see what load is removed. > > > But the code is simpler which is fine. The drawback is that we now > > > always link in the suspend_gx functions but hopefultl the linker drops > > > them later. > > > > > > > This also avoids the need for the driver to directly call most of the PCI > > > > helper functions and device power state control functions, as through > > > > the generic framework PCI Core takes care of the necessary operations, > > > > and drivers are required to do only device-specific jobs. > > > Again, I do not see what calles are removed. > > > A single check for the state is dropped - anything else? > > > > > Yeah, the commit messages are bit misleading, I have modified them. > > > > > > > > Signed-off-by: Vaibhav Gupta > > > > --- > > > > drivers/video/fbdev/geode/gxfb.h | 5 ---- > > > > drivers/video/fbdev/geode/gxfb_core.c | 36 ++++++++++++++------------ > > > > drivers/video/fbdev/geode/suspend_gx.c | 4 --- > > > > 3 files changed, 20 insertions(+), 25 deletions(-) > > > > > > > > diff --git a/drivers/video/fbdev/geode/gxfb.h b/drivers/video/fbdev/geode/gxfb.h > > > > index d2e9c5c8e294..792c111c21e4 100644 > > > > --- a/drivers/video/fbdev/geode/gxfb.h > > > > +++ b/drivers/video/fbdev/geode/gxfb.h > > > > @@ -21,7 +21,6 @@ struct gxfb_par { > > > > void __iomem *dc_regs; > > > > void __iomem *vid_regs; > > > > void __iomem *gp_regs; > > > > -#ifdef CONFIG_PM > > > > int powered_down; > > > > > > > > /* register state, for power management functionality */ > > > > @@ -36,7 +35,6 @@ struct gxfb_par { > > > > uint64_t fp[FP_REG_COUNT]; > > > > > > > > uint32_t pal[DC_PAL_COUNT]; > > > > -#endif > > > > }; > > > > > > > > unsigned int gx_frame_buffer_size(void); > > > > @@ -49,11 +47,8 @@ void gx_set_dclk_frequency(struct fb_info *info); > > > > void gx_configure_display(struct fb_info *info); > > > > int gx_blank_display(struct fb_info *info, int blank_mode); > > > > > > > > -#ifdef CONFIG_PM > > > > int gx_powerdown(struct fb_info *info); > > > > int gx_powerup(struct fb_info *info); > > > > -#endif > > > > - > > > > > > > > /* Graphics Processor registers (table 6-23 from the data book) */ > > > > enum gp_registers { > > > > diff --git a/drivers/video/fbdev/geode/gxfb_core.c b/drivers/video/fbdev/geode/gxfb_core.c > > > > index d38a148d4746..44089b331f91 100644 > > > > --- a/drivers/video/fbdev/geode/gxfb_core.c > > > > +++ b/drivers/video/fbdev/geode/gxfb_core.c > > > > @@ -322,17 +322,14 @@ static struct fb_info *gxfb_init_fbinfo(struct device *dev) > > > > return info; > > > > } > > > > > > > > -#ifdef CONFIG_PM > > > > -static int gxfb_suspend(struct pci_dev *pdev, pm_message_t state) > > > > +static int __maybe_unused gxfb_suspend(struct device *dev) > > > > { > > > > - struct fb_info *info = pci_get_drvdata(pdev); > > > > + struct fb_info *info = dev_get_drvdata(dev); > > > I do not see any dev_set_drvdata() so I guess we get a NULL pointer > > > here which is not intended. > > > Adding a dev_set_data() to gxfb_probe() would do the trick. > > > > > gxfb_probe() invokes pci_set_drvdata(pdev, info) which in turn calls > > dev_set_drvdata(&pdev->dev, data). Adding dev_get_drvdata() will be redundant. > OK, not obvious but you are right that calling dev_get_drvdata() would > be redundant and no need. > There is a pci_get_drvdata() user left so we cannot just skip it and use > the dev_set_drvdata() direct. > > > > > > > > > > > - if (state.event == PM_EVENT_SUSPEND) { > > > > - console_lock(); > > > > - gx_powerdown(info); > > > > - fb_set_suspend(info, 1); > > > > - console_unlock(); > > > > - } > > > > + console_lock(); > > > > + gx_powerdown(info); > > > > + fb_set_suspend(info, 1); > > > > + console_unlock(); > > > > > > > > /* there's no point in setting PCI states; we emulate PCI, so > > > > * we don't end up getting power savings anyways */ > > > > @@ -340,9 +337,9 @@ static int gxfb_suspend(struct pci_dev *pdev, pm_message_t state) > > > > return 0; > > > > } > > > > > > > > -static int gxfb_resume(struct pci_dev *pdev) > > > > +static int __maybe_unused gxfb_resume(struct device *dev) > > > > { > > > > - struct fb_info *info = pci_get_drvdata(pdev); > > > > + struct fb_info *info = dev_get_drvdata(dev); > > > > int ret; > > > > > > > > console_lock(); > > > > @@ -356,7 +353,6 @@ static int gxfb_resume(struct pci_dev *pdev) > > > > console_unlock(); > > > > return 0; > > > > } > > > > -#endif > > > > > > > > static int gxfb_probe(struct pci_dev *pdev, const struct pci_device_id *id) > > > > { > > > > @@ -467,15 +463,23 @@ static const struct pci_device_id gxfb_id_table[] = { > > > > > > > > MODULE_DEVICE_TABLE(pci, gxfb_id_table); > > > > > > > > +static const struct dev_pm_ops gxfb_pm_ops = { > > > > +#ifdef CONFIG_PM_SLEEP > > > > + .suspend = gxfb_suspend, > > > > + .resume = gxfb_resume, > > > > + .freeze = NULL, > > > > + .thaw = gxfb_resume, > > > > + .poweroff = NULL, > > > > + .restore = gxfb_resume, > > > > +#endif > > > > +}; > > > Can we use SET_SYSTEM_SLEEP_PM_OPS here? > > > .freeze will be assigned gxfb_suspend, but gxfb_suspend will anyway be > > > called as far as I read the code. > > > Likewise for poweroff. > > > > > Earlier, gxfb_suspend() performed each operation just for suspend event. > > And as it was legacy code, it was invoked by pci_legacy_suspend() for > > pci_pm_suspend(), pci_pm_freeze() and pci_pm_poweroff(). > > Thus, the code was wrapped inside "if" container: > > if (state.event == PM_EVENT_SUSPEND) { } > > > > After binding it with dev_pm_ops variable, pm->suspend() is invoked by just > > pci_pm_suspend() which is required. > > > > So I removed the "if" container and bind the callback with pm->suspend pointer > > only. > Looking at platform.c I got the impression that freeze() would call > pci_legacy_suspend() anyway - but I may have missind something. > So I guess this is OK then. > > I look forward for next revision with updated changelogs. Hello Sam, Yeah, I have updated the logs, will be sending the v2 soon. :) Thanks Vaibhav Gupta > > Sam > > > > Using SET_SYSTEM_PM_OPS will bring back the extra step of invoking gxfb_suspend() > > for freeze and poweroff, even though the function will do nothing in that case. > > > > Vaibhav Gupta > > > Sam > > > > > > > + > > > > static struct pci_driver gxfb_driver = { > > > > .name = "gxfb", > > > > .id_table = gxfb_id_table, > > > > .probe = gxfb_probe, > > > > .remove = gxfb_remove, > > > > -#ifdef CONFIG_PM > > > > - .suspend = gxfb_suspend, > > > > - .resume = gxfb_resume, > > > > -#endif > > > > + .driver.pm = &gxfb_pm_ops, > > > > }; > > > > > > > > #ifndef MODULE > > > > diff --git a/drivers/video/fbdev/geode/suspend_gx.c b/drivers/video/fbdev/geode/suspend_gx.c > > > > index 1110a527c35c..8c49d4e98772 100644 > > > > --- a/drivers/video/fbdev/geode/suspend_gx.c > > > > +++ b/drivers/video/fbdev/geode/suspend_gx.c > > > > @@ -11,8 +11,6 @@ > > > > > > > > #include "gxfb.h" > > > > > > > > -#ifdef CONFIG_PM > > > > - > > > > static void gx_save_regs(struct gxfb_par *par) > > > > { > > > > int i; > > > > @@ -259,5 +257,3 @@ int gx_powerup(struct fb_info *info) > > > > par->powered_down = 0; > > > > return 0; > > > > } > > > > - > > > > -#endif > > > > -- > > > > 2.27.0 > > > > > > > > _______________________________________________ > > > > dri-devel mailing list > > > > dri-devel@lists.freedesktop.org > > > > https://lists.freedesktop.org/mailman/listinfo/dri-devel