Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2347228pxm; Sun, 27 Feb 2022 18:58:24 -0800 (PST) X-Google-Smtp-Source: ABdhPJyvMSfRnZgSURUHfr2mkhylXmnhrL/ZLS+mxMlxcYpUI5V53JndJ25jjVcS3TpiUkllJo9l X-Received: by 2002:a05:6a00:1954:b0:4e1:f25:ce41 with SMTP id s20-20020a056a00195400b004e10f25ce41mr19415487pfk.44.1646017104497; Sun, 27 Feb 2022 18:58:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646017104; cv=none; d=google.com; s=arc-20160816; b=E/Kz43/X0qR2GOdIS8sHCTV5VUfRCltH36VP/TgAD7iDHQYm00ZM5s73zrLRzbCdGJ ZnBai5VswCaib+pldKtk+VIfkErur0wqF5ixCphS3SOSKxujFBA8YNN1ZdbtQloyyWIf TI8mmpvqUKxhBs+Fq7gIK2Uox5ED0HQWEYhakyVtQxNwcQlVJe09maMHgTb6Jd4sWUQ6 OCgAKT+vGcYVQjL5VUGauhGRSP6CKomEYzIC6azpS4CIprDj5zp2DzdY5/cjAQtp/TqK bZB1whY0qGdA1gmZj8bOT7ie4/Wq3YXzKI9t5UumxG8V/BQYDvGMjxDpynBuyxPPQuvn gjCw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=QWjQFOQQudI+w+ibTxJhuwA7fJTYFugCHajztK0F5lg=; b=csf1fAMLe72bTo56lV5vFKNtHY3kt10fLZ2cXb3hxWI2Luk4kNM2Cx/EVid9JKTNbr F5E3TwXXOvdjQ79cqEoyyNLbe26DnpIrU/lHm+ZsnEmNOz7H/BoBmogBA+VXtUtu0TrC pvvY3BEz+WTxBp7yU5eob8wvIu2COKRH30EBDkTcbCV9mZOBFOrEma6ifYvmGgKQHxeD Dfp5M8d1Ryw2Ox3DF00dvrLWccx4ZZMQg+VKy1LUhWLtcS/700T0JXJdm/GVaoYo8syE /d2DIq3ZjQU1gJc9/SPS8Sut3cQXX9tYZwLJzm+jgZo7eibTgzNcv9vlbQH+m83yXQvN jVhg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k19-20020aa790d3000000b004e1de9aa563si7575474pfk.300.2022.02.27.18.58.08; Sun, 27 Feb 2022 18:58:24 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230031AbiB0Rwg convert rfc822-to-8bit (ORCPT + 99 others); Sun, 27 Feb 2022 12:52:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51064 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229644AbiB0Rwe (ORCPT ); Sun, 27 Feb 2022 12:52:34 -0500 Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EDD7A5AEE6 for ; Sun, 27 Feb 2022 09:51:56 -0800 (PST) Received: from mail-wm1-f41.google.com ([209.85.128.41]) by mrelayeu.kundenserver.de (mreue011 [213.165.67.97]) with ESMTPSA (Nemesis) id 1McGtA-1nwL150b40-00ce5b for ; Sun, 27 Feb 2022 18:51:55 +0100 Received: by mail-wm1-f41.google.com with SMTP id l1-20020a7bcf01000000b0037f881182a8so4558195wmg.2 for ; Sun, 27 Feb 2022 09:51:55 -0800 (PST) X-Gm-Message-State: AOAM533oCtQy9HPo7knX3mYM1136riliOxkKOc4w8b7UnOhLXRaXz1iT 13Iqc8Ri0WuGqKcwGrSB3nhP1RLYascgn1Dxvtw= X-Received: by 2002:a05:600c:1d27:b0:37c:74bb:2b4d with SMTP id l39-20020a05600c1d2700b0037c74bb2b4dmr10637984wms.82.1645984314782; Sun, 27 Feb 2022 09:51:54 -0800 (PST) MIME-Version: 1.0 References: <20220226222457.13668-1-rdunlap@infradead.org> <449d6ceb-7308-9543-c23c-831bebffda21@infradead.org> <0D5Z7R.NUOWBMRT4GQ2@crapouillou.net> In-Reply-To: <0D5Z7R.NUOWBMRT4GQ2@crapouillou.net> From: Arnd Bergmann Date: Sun, 27 Feb 2022 18:51:38 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH -next] misc: rtsx: fix build for CONFIG_PM not set To: Paul Cercueil Cc: Arnd Bergmann , Randy Dunlap , Linux Kernel Mailing List , Wei WANG , Kai-Heng Feng , Greg Kroah-Hartman , "Rafael J. Wysocki" , Jonathan Cameron Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K1:jPbLlFCcLzNP9jqcC4nPPobKsS+39MyIPltCDIyI0piBR2FwYMD 5MMku5ADGwp8SVXTVoIRjXvxZh8L75NcGl3p3HfzVQ25zVxkftoUIf6SEzxLi+v7U/UoiO1 3TmgHqkdBYyQ6kvQtgeLzADll9LFro77giLYlTfgQSXgpThE1qmnNuvScMuOqgsHpRe9lKP zweKhKdUX3VGGaVTaoO9Q== X-UI-Out-Filterresults: notjunk:1;V03:K0:kDptffftpv8=:WiVD2glCDHkQTN2nCxiw9E mWilfzDjXomKLXcWxjIN2VHzWP3ER2luFvPc1k2xmcMWYzsokTwmzz7OKVqotEH/pLkOloGcz Clvz7J/5safZnfWPJfu0J6JWnvdiwb/496+QqRcAQ3OxTPbUNOcoiRkwZgcQFVRWz3MSXQUrI BEASAoaQ2AIWuw40j1tis5zIIn6qCVnL1lOMIx5JLCCbwYHy8xax8jqlBnPtkOoMyVLBaWeJV xofSi9cCzhalPkdfa0fxcCBvpg3nrkU4xfxKfpBBfXrJO3cS0LORYHAMfsGl/qKZDmxeEJFWo zd5Uk5xd0LW7hGsP5DzITSgUUl/boEN3uPqKXINkg1PqQxukxjRuxf33JmzohlubrPuWeJEa/ FKeNsPk76tdpO3NcEa6qm6oj2bbPlQMA6GSYkiALksyWGyvFyp6c0p4GJr0f7YHuaCBLx+vGJ slNTvLHLPzldPNk6+0ejS8O5adX5Px6dJNOwV61Knznad2bgIntlbvuQmZ/mjGkBQ94teKvNe YESfKnSpcH2y9N/Om4bVIN1YJstAcq60xKz8raj9izu2BCNzzOr8yDwQvDgSnSc+ZHEod3hI4 LcGi1gzd/+gWHpho9b9EeVOW4RND3E54SQUumu8oBiQrdPbDhVk1KoyzTT+zuiAfdZ8zCkcif ShqjgwMhjUhH7wlG0tfP1EyX2th9MGg/3FYMlc7g9iwo+Vu9P2pwKmmPJO6BnhMRkA855Uw49 cLonZVbtWUmEioKxnfK/BLK/4ZQZqMQMGFvf6pmAGSvCBlmTzoDod11m+o5EgSlSxudpjVTGh kNu9nBK70NnlbMRO3HNAFrDksg/KDr5c7cyeGYewk4xgYnD1UM= X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Feb 27, 2022 at 6:46 PM Paul Cercueil wrote: > Le dim., févr. 27 2022 at 18:30:16 +0100, Arnd Bergmann > > There could be a DEFINE_DEV_PM_OPS(), but I don't think that's really > needed - you can very well declare your struct dev_pm_ops without using > one of these macros. Just make sure to use the SYSTEM_SLEEP_PM_OPS / > RUNTIME_PM_OPS macros for the callbacks and pm_ptr() for the device.pm > pointer. Ah, of course, so it comes down to s/SET_SYSTEM_SLEEP_PM_OPS/SYSTEM_SLEEP_PM_OPS/ while removing all the #ifdef an __maybe_unused annotations. The pm_ptr() in driver.pm makes this slightly more optimized AFAICT, but has no effect on behavior, right? Arnd