Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3074375pxk; Mon, 7 Sep 2020 02:22:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxRXkiBLEudVVmcWUH2O7UtKac/8PVgnK15MV8URNjX7+EuZpRrblCSO39XGu3dlpakxL3v X-Received: by 2002:a17:906:644e:: with SMTP id l14mr19749203ejn.60.1599470525970; Mon, 07 Sep 2020 02:22:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599470525; cv=none; d=google.com; s=arc-20160816; b=x5e8iGImuLL5ntl5IQRPHPbsJLlZblqWQqNQkEgElFIYv/xrdXhgVjf0fWAaBbKYlp cMFOaNr9RwBvqCU8+vAyk5nQ6cwlg3Eflg2AFC9SvBLUDJFBjOq4t1gcn7GwcwtnY7Pm SW/3g3YwE1jW70Pi0rk9+nVHHihOjdpdaaH6Vgaq/A3jDuzBSbMfJwKH+ZmlWWmtzuK1 cvLdD6ruLXIaTyzbEZ12cyGxQsK3VpWusGBysvhc1Gsjau5XV3vJx990uSaWHCgR1Ey0 NSLfqv0e9S741tlmuS6bdHTZIC3n+OwwiXfqFHGNWsOh4YaiDOGj3pL5NK41IddtyCbR 6z+Q== 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:to:from:date :dkim-signature; bh=kpwNni5DZsL81VsUzOEF6fgBNL8irinRHr++pS6DIH4=; b=F8rF/Os5m1Q1ARZfe1lLOsi3M/3KpelxMP1DhGDHyOEAkL1C5hWJKkPl9iMXBx8xVq lDnnhlYAgVRVMcx9vKHUA/hr1C0AOvg+a+rsdwyVo48Dk+rWltQrJOiylbK6cHG33Um+ 4GzzdhOzCmcetIVc0m7Z0QJe3dQHw8GylM+TjaWhnCEaXGVE5r8qPueCCzyB/ufRP0mZ QuZpRVtivA1HJ3E3snj3U0sbl1cosg2T1D/BE9fntY+vK60tM4uOnDLBJ9urzaSn7aQu YhD2hRYZeUNmi/Xk7vWcU5VhCf12seMNPZC751nKueZOY5M0jyTTldDl+pwON05ishLy i5QQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=O0nVzEt0; 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 jz19si10487207ejb.716.2020.09.07.02.21.42; Mon, 07 Sep 2020 02:22: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=O0nVzEt0; 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 S1728365AbgIGJSf (ORCPT + 99 others); Mon, 7 Sep 2020 05:18:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51476 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727122AbgIGJSd (ORCPT ); Mon, 7 Sep 2020 05:18:33 -0400 Received: from mail-pj1-x1041.google.com (mail-pj1-x1041.google.com [IPv6:2607:f8b0:4864:20::1041]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B8456C061573; Mon, 7 Sep 2020 02:18:32 -0700 (PDT) Received: by mail-pj1-x1041.google.com with SMTP id mm21so6441291pjb.4; Mon, 07 Sep 2020 02:18:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=kpwNni5DZsL81VsUzOEF6fgBNL8irinRHr++pS6DIH4=; b=O0nVzEt0to+Hpt5DmVNSrpKsB5pOnDvRJ8682q1tjqS9v/Qx3Bmbmcd8+okOLCi3Ci FjWoetYIYjZznCRSXunkH7DUavf55Gq7vRf958XI9iG/HYsQIrNfJpNlhebrFk0nL8sn Zht4yGQs7+PF5kJyNUh2Fn+CjmW4Vpp8DIzMgswenMi9y9jHnEeEoBy6OnYMcDqxYgkb 0rmPSbRH8mKBId82tj1AdNhjksNhIqlXe7b0dbwEFqxCNq1T4a04DRFhs5vXccFg99Bo L/DoH3fIdmoqbfxRybBFcOB09axnPvtjZ2ivlNSmNFMInppDv8rhq+A27pmtroCDe0vq SwDA== 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:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=kpwNni5DZsL81VsUzOEF6fgBNL8irinRHr++pS6DIH4=; b=gShmH+QYEUqHpHRvyx6jEZOhig8ArpMUK2xOlAhKjbammZNjZ58TaxboqOCNbiL7tS po/O8xkzIQEsWcW3XhdiAEQPhWxJMMLW8KYF2tFomGg5B4yXao/C4nEg6GEYrkIldi5K NgvP3ZVShi1JysBOCQKFnoNzLeXKQzauK3DpnA0FDA9yu4dZImYQHjEb32Z9sbrdbX4x 4tJdV57IHjj/4XWYk+6wcADoGwGooUxHePgK53q9Dp3pJBUDjJaiqKEFhUOnHyvh6Fw4 04g7Nb26gplIDfhmX5Bek6LHs/bUNNcq/yfP0QM25yvkqGe5AWlrEVIHfu5/jqenM655 ioSA== X-Gm-Message-State: AOAM530GeSuiZC+ICzerfbGmQX2oZtO4glfYKzO7NF4wFVpYenKtFr7k gSSwyj2iPCFa+BXriALfb7UbEcDRosc84w== X-Received: by 2002:a17:902:8bc7:: with SMTP id r7mr17695124plo.92.1599470312191; Mon, 07 Sep 2020 02:18:32 -0700 (PDT) Received: from gmail.com ([106.201.26.241]) by smtp.gmail.com with ESMTPSA id h1sm5934980pji.52.2020.09.07.02.18.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 07 Sep 2020 02:18:31 -0700 (PDT) Date: Mon, 7 Sep 2020 14:46:21 +0530 From: Vaibhav Gupta To: Bjorn Helgaas , Bjorn Helgaas , Bjorn Helgaas , Vaibhav Gupta , Benjamin Herrenschmidt , Bartlomiej Zolnierkiewicz , Thierry Reding , Thierry Reding , linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Shuah Khan , linux-kernel-mentees@lists.linuxfoundation.org Subject: Re: [PATCH v1 0/2] video: fbdev: radeonfb: PCI PM framework upgrade and fix-ups. Message-ID: <20200907091621.GA30377@gmail.com> References: <20200806072256.585705-1-vaibhavgupta40@gmail.com> <20200907075559.GN2352366@phenom.ffwll.local> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200907075559.GN2352366@phenom.ffwll.local> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 07, 2020 at 09:55:59AM +0200, Daniel Vetter wrote: > On Thu, Aug 06, 2020 at 12:52:54PM +0530, Vaibhav Gupta wrote: > > Linux Kernel Mentee: Remove Legacy Power Management. > > > > The original goal of the patch series is to upgrade the power management > > framework of radeonfb fbdev driver. This has been done by upgrading .suspend() > > and .resume() callbacks. > > > > The upgrade makes sure that the involvement of PCI Core does not change the > > order of operations executed in a driver. Thus, does not change its behavior. > > > > During this process, it was found that "#if defined(CONFIG_PM)" at line 1434 is > > redundant. This was introduced in the commit > > 42ddb453a0cd ("radeon: Conditionally compile PM code"). > > I do wonder whether it wouldn't be better to just outright delete these, > we have the drm radeon driver for pretty much all the same hardware ... > -Daniel > Hello Daniel, I don't have any problem in either way. My priority is to get rid of the legacy .suspend and .resume pointers from "struct pci_driver" . Hence, modifying every driver that is using them. Vaibhav Gupta > > > > ------------ > > > > Before 42ddb453a0cd: > > $ git show 65122f7e80b5:drivers/video/aty/radeon_pm.c | grep -n "#ifdef\|#if\|#else\|#endif\|#elif\|#ifndef" > > > > Based on output in terminal: > > > > 547:#ifdef CONFIG_PM > > |-- 959:#ifdef CONFIG_PPC_PMAC > > |-- 972:#endif > > |-- 1291:#ifdef CONFIG_PPC_OF > > |-- 1301:#endif /* CONFIG_PPC_OF */ > > |-- 1943:#ifdef CONFIG_PPC_OF > > |-- 2206:#if 0 /* Not ready yet */ > > |-- 2508:#endif /* 0 */ > > |-- 2510:#endif /* CONFIG_PPC_OF */ > > |-- 2648:#ifdef CONFIG_PPC_PMAC > > |-- 2654:#endif /* CONFIG_PPC_PMAC */ > > |-- 2768:#ifdef CONFIG_PPC_PMAC > > |-- 2774:#endif /* CONFIG_PPC_PMAC */ > > |-- 2791:#ifdef CONFIG_PPC_OF__disabled > > |-- 2801:#endif /* CONFIG_PPC_OF */ > > 2803:#endif /* CONFIG_PM */ > > > > ------------ > > > > After 42ddb453a0cd: > > $ git show 42ddb453a0cd:drivers/video/aty/radeon_pm.c | grep -n "#ifdef\|#if\|#else\|#endif\|#elif\|#ifndef" > > > > Based on output in terminal: > > > > 547:#ifdef CONFIG_PM > > |-- 959:#ifdef CONFIG_PPC_PMAC > > |-- 972:#endif > > |-- 1291:#ifdef CONFIG_PPC_OF > > |-- 1301:#endif /* CONFIG_PPC_OF */ > > |-- 1430:#if defined(CONFIG_PM) > > |-- 1431:#if defined(CONFIG_X86) || defined(CONFIG_PPC_PMAC) > > |-- 1944:#endif > > |-- 1946:#ifdef CONFIG_PPC_OF > > |-- 1947:#ifdef CONFIG_PPC_PMAC > > |-- 2208:#endif > > |-- 2209:#endif > > |-- 2211:#if 0 /* Not ready yet */ > > |-- 2513:#endif /* 0 */ > > |-- 2515:#endif /* CONFIG_PPC_OF */ > > |-- 2653:#ifdef CONFIG_PPC_PMAC > > |-- 2659:#endif /* CONFIG_PPC_PMAC */ > > |-- 2773:#ifdef CONFIG_PPC_PMAC > > |-- 2779:#endif /* CONFIG_PPC_PMAC */ > > |-- 2796:#ifdef CONFIG_PPC_OF__disabled > > |-- 2806:#endif /* CONFIG_PPC_OF */ > > 2808:#endif /* CONFIG_PM */ > > > > ------------ > > > > This also affected the CONFIG_PPC_OF container (line 1943 at commit 65122f7e80b5) > > > > The patch-series fixes it along with PM upgrade. > > > > All patches are compile-tested only. > > > > Test tools: > > - Compiler: gcc (GCC) 10.1.0 > > - allmodconfig build: make -j$(nproc) W=1 all > > > > Vaibhav Gupta (2): > > video: fbdev: aty: radeon_pm: remove redundant CONFIG_PM container > > fbdev: radeonfb:use generic power management > > > > drivers/video/fbdev/aty/radeon_base.c | 10 ++++--- > > drivers/video/fbdev/aty/radeon_pm.c | 38 ++++++++++++++++++++------- > > drivers/video/fbdev/aty/radeonfb.h | 3 +-- > > 3 files changed, 35 insertions(+), 16 deletions(-) > > > > -- > > 2.27.0 > > > > _______________________________________________ > > dri-devel mailing list > > dri-devel@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch