Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp3204332pxx; Mon, 2 Nov 2020 02:54:27 -0800 (PST) X-Google-Smtp-Source: ABdhPJw8EPB39h4Xklvk2skzXDCXcPUJIo/X5bICpBaAlJkOFpUVskgq4itTxhl8rKHr7s3OwowY X-Received: by 2002:aa7:df04:: with SMTP id c4mr6250537edy.25.1604314467730; Mon, 02 Nov 2020 02:54:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604314467; cv=none; d=google.com; s=arc-20160816; b=CuyavPJRPA1gtjGUHdde48xv12YGHNqYsjCr/23D3Ks8KYq647ZhEt2lfJSG2vyChr jXO0BlPogY+ACRnWHD6kK2sSmRcypTXsl3gHR40cqM55dNmQW1h50KTmQgMNQz1F1Xd4 ipAlo65AHRZsmxwCg+cAJEl8kcV52fKFstzn7PUqrJ4QDliFJGxDm2znPFKv9YpbLWOS nR22wHE9uVQXrhK9jg4G3PCCjIRoHccltbV6W2ThpcT+HDC535Pake501yZj1wXOahVv rMLqGzEgFn0nIUgZRqzsqyoyspVhUctjwqtgao8PXh03RBCctfrWSRqY2js1JDU7zs7Z Lgcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=kJ2Qk+d6nVO4qztRVSC2C047EFiVw1O4Iypq+cqC+jw=; b=kPagD91wHUOtvbKa8053hcMZgRIwG5DAJQ2KceuKG/WcXUQt4MX+U0R6ZvT8mz5xF9 5c5Zmda28LcvjLvURtSqvrf6AD9PGwhOlR+lZwolybJ24gpofc+HEBlq1DnUPCPKBC6k KkarVpTrcS85P4NqoGcno7qKPUVf/apzU+Br8YatRh1VrhSrQVirt0RN85v39ENZjs0Z 98j/lmnMRb4fgKrjm0FvNCXTClqssxDoqPiz82zl3VSZQjfRh7D62EJwH3r8u3F/Jisj pdEpRccwJSv/NR2/TO5dGOfmr3A4D29RZ3kX0YPOVhx7Lf0JH0JVqp+vfbf/jPjgwltn m+PQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=bs93L0ES; 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=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l12si10998796edk.163.2020.11.02.02.54.04; Mon, 02 Nov 2020 02:54:27 -0800 (PST) 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=@linaro.org header.s=google header.b=bs93L0ES; 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=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728471AbgKBKvb (ORCPT + 99 others); Mon, 2 Nov 2020 05:51:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42784 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728005AbgKBKva (ORCPT ); Mon, 2 Nov 2020 05:51:30 -0500 Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3D945C0617A6 for ; Mon, 2 Nov 2020 02:51:29 -0800 (PST) Received: by mail-wr1-x443.google.com with SMTP id y12so14015403wrp.6 for ; Mon, 02 Nov 2020 02:51:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=kJ2Qk+d6nVO4qztRVSC2C047EFiVw1O4Iypq+cqC+jw=; b=bs93L0ESL/tO8cxcZVkQ6uHNQG8Ywj4VcCjUrDc6rxI0a/A3mGRhEHCMa2fPG9msr+ B3aCGOiVIPmOtLvi8w9KaygEEMM6ZMSnxAv6g2bX6vjp5beCST/kyxTGTZWmhmicQgy3 bTvZaDdfLlCb4WGA2A6wGsm+YrJZdAJfHKTp9+UcjClgJEAHIPgH+hWhhXEOQlyBt5Td Uo5Jzci/QPy4S0fZvV4MNIIJZ6HENvPwwgKQ+ZkbChIX07fANRNHLReS7xhuUB5IfgFW 5Shg9RjdNe5dTe2Tt20r8K1QUfTfxWwprJj6iev2ntRzGYAke2hn1ICD+YU/nsphY0Y8 NIDw== 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:content-transfer-encoding :in-reply-to; bh=kJ2Qk+d6nVO4qztRVSC2C047EFiVw1O4Iypq+cqC+jw=; b=KGiVhLnbDEW9k2GcNUem0tF3AjeuhTt/FQ1YuvsifdJeRY7E2Zzl8GxBSEGq5EnwqW z0F6p7AvTlwK/stGsGyVTuFFxEhElykZSswF2JVX80KBafEXOx2QXzikzSkFndsei3OQ EoeaCr421bBf9VehVac4vVQJfgjEIYQFxxf/nQwe319aNZ129OGC7lHez7VjO62Uc7hc 2vWVqGtk5SiESFAsl2FRpITfTKaL9m0H6EeHPfLKFIBvuSd1Ua8OR/gJC8UV/VEvZj+x tSW59x/gr2IE6liDTY0WTr5FXO6IxM2JkKPabzDkPDMz+BQfF3d689d03G0sC4z7BujE 8b+w== X-Gm-Message-State: AOAM533iwmmoXHQ2WEqnonWM9R10x4HhJ2Jx/KX6S7zkTiOYMyYclSI6 k1CMDZP35g1vYSe5GxJk3BmKoA== X-Received: by 2002:adf:e6cf:: with SMTP id y15mr20695407wrm.116.1604314287978; Mon, 02 Nov 2020 02:51:27 -0800 (PST) Received: from dell ([91.110.221.242]) by smtp.gmail.com with ESMTPSA id o3sm20960571wru.15.2020.11.02.02.51.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 02 Nov 2020 02:51:27 -0800 (PST) Date: Mon, 2 Nov 2020 10:51:25 +0000 From: Lee Jones To: Andy Shevchenko Cc: Coiby Xu , Andy Shevchenko , Andy Shevchenko , open list Subject: Re: [PATCH 3/9] mfd: intel_soc_pmic: remove unnecessary CONFIG_PM_SLEEP Message-ID: <20201102105125.GJ4127@dell> References: <20201029100647.233361-1-coiby.xu@gmail.com> <20201029100647.233361-3-coiby.xu@gmail.com> <20201029110029.GF4077@smile.fi.intel.com> <20201029142911.p54mbwbfaeymrqy5@Rk> <20201029152719.GC4127@dell> <20201102083955.GE4127@dell> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 02 Nov 2020, Andy Shevchenko wrote: > On Mon, Nov 2, 2020 at 10:39 AM Lee Jones wrote: > > On Thu, 29 Oct 2020, Andy Shevchenko wrote: > > > On Thu, Oct 29, 2020 at 5:27 PM Lee Jones wrote: > > > > On Thu, 29 Oct 2020, Coiby Xu wrote: > > > > > On Thu, Oct 29, 2020 at 01:00:29PM +0200, Andy Shevchenko wrote: > > > > > > On Thu, Oct 29, 2020 at 06:06:41PM +0800, Coiby Xu wrote: > > > > > > > SIMPLE_DEV_PM_OPS has already took good care of CONFIG_PM_CONFIG. > > > > > > > > > > > > Have you compiled this with > > > > > > % make W=1 ... > > > > > > ? > > > > > > > > > > > > > > > > Sorry my bad. I thought I had run "make modules" with CONFIG_PM_SLEEP > > > > > disabled. I'll run "make W=1 M=..." for each driver after adding > > > > > __maybe_unused in v2. > > > > > > > > No, thank you. Just keep it as it is. > > > > > > > > The current code is space saving. > > > > > > Perhaps you need to go thru __maybe_unused handling. > > > There are pros and cons of each approach, but not above. > > > > Do you know that all compilers drop the section? > > At least all that Linux kernel can be officially built with. Fair enough. -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog