Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2079164pxp; Mon, 7 Mar 2022 08:02:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJxRD53oNdUk19fglIOlnSB5IPJd/pRJe+/R2I1XdRb/f7E5Th+2s0sQERwp8baeYdfhO0XB X-Received: by 2002:a81:8984:0:b0:2db:6b04:be0c with SMTP id z126-20020a818984000000b002db6b04be0cmr8835039ywf.2.1646668967092; Mon, 07 Mar 2022 08:02:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646668967; cv=none; d=google.com; s=arc-20160816; b=M3ye/hxfNDUcFtydohL6UiY4VICe+DafLwEwl3dxLOS2OKLVjmWGDjcODHSojXzxjg viFiIzV9UlRsAO7TCsQyALzIbPO164FiIHgaLAfn34GoCJU7qfKKpqh42m+lMJJJeDJd dq6FbdZUXEZTDSfDcbwozNOT7KaDlP/mKDSM803FTCIObDKUqm+c3nkoBziVrobMASN5 o9U87qwrHmaCQPUMCeHbaUVYrHy44KVajTMCCPtCLbJuoq/S8L2pREi9YtTRm6jzfU6I /JpUabAu5j3rOZRwj3gZDhL0cKW1tGZ6Jg0w13VdjY6vzl2TW9v7Lwg0I5/k+3YGYHD1 4Tuw== 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=PWhyDfQEKdFkFGQCrIcqo8kaRYgUme589rJ8MsYaYQU=; b=EovpvZF6lmiP+ORMBOtvy6ELc6BSWcqZElLzprtQWFqzWOR/9Inm1+VXlQTNngBWgR DjKh0ADEcb0l8Ncpg5KumK2/lE9aRqgNOgWP3Q3GIUR55Vxm3I5xn/leVmcoAaOpWTzM l4TBnt2mz4cM07xVhR70r/HokGBINKrY9UnwOTjte59R92RUz5fZZwKUumMBSzlkXlVk sSUEa5TKc7TGAZDMi3upd04C/GSjYkr1hqPsh/iC9Y4KTQsr0Q4dypD780EIfUzBMhkB k2oba5AHVpQ1K55TBnUCTjOXdnR8c1X4XJZs3z8edYdkk/R8XhGuWFAbKV0bZgVDYZXR bCiQ== 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 63-20020a250f42000000b0061df4031ac0si8158706ybp.459.2022.03.07.08.02.29; Mon, 07 Mar 2022 08:02:47 -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 S242169AbiCGNLx convert rfc822-to-8bit (ORCPT + 99 others); Mon, 7 Mar 2022 08:11:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47850 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241487AbiCGNLv (ORCPT ); Mon, 7 Mar 2022 08:11:51 -0500 Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8F6456E54F for ; Mon, 7 Mar 2022 05:10:57 -0800 (PST) Received: from mail-wr1-f41.google.com ([209.85.221.41]) by mrelayeu.kundenserver.de (mreue011 [213.165.67.97]) with ESMTPSA (Nemesis) id 1N1x2P-1oBvwU3egr-012KH9 for ; Mon, 07 Mar 2022 14:10:55 +0100 Received: by mail-wr1-f41.google.com with SMTP id u10so21565162wra.9 for ; Mon, 07 Mar 2022 05:10:55 -0800 (PST) X-Gm-Message-State: AOAM531o+8Kx3rHdcBCVgyGqZuiZq3/wmMY25CzKnVBB33qYoKieCTHq 39BJWNfqVGg4eoUbrSqjdODV8GuEbjoV5AFcut0= X-Received: by 2002:adf:d081:0:b0:1ef:9378:b7cc with SMTP id y1-20020adfd081000000b001ef9378b7ccmr8692015wrh.407.1646658654942; Mon, 07 Mar 2022 05:10:54 -0800 (PST) MIME-Version: 1.0 References: <20220305123116.26828-1-yuehaibing@huawei.com> <860002a4-4e52-c399-fda6-054fa64df3ce@csgroup.eu> In-Reply-To: <860002a4-4e52-c399-fda6-054fa64df3ce@csgroup.eu> From: Arnd Bergmann Date: Mon, 7 Mar 2022 14:10:39 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH -next] powerpc/spufs: Fix build warning when CONFIG_PROC_FS=n To: Christophe Leroy Cc: YueHaibing , "jk@ozlabs.org" , "arnd@arndb.de" , "mpe@ellerman.id.au" , "benh@kernel.crashing.org" , "paulus@samba.org" , "linuxppc-dev@lists.ozlabs.org" , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K1:hxHiOWB3uoOvLr+J/OFJRNwdHybTaWx4ZLUpcs7OThwOTAFXq55 kaqMl2hg80O2Q0vssUM64GSRKsOTDi7ZVKzDTQlsOwVoYA+OU4WdcMN4jbkCib6+QEzsBUg dP/bXmrWMa1zq1ct8n0lV2fr8wPL/l0a9RoIVLYFzjcu4MVzJXblQKncyU2wIK2TOa24WHE yEeNoFzb3DKZwJ937yAXg== X-UI-Out-Filterresults: notjunk:1;V03:K0:vWG8kEpXy7c=:1uNFLYrUy13vhWw/kYLlyG pYqRiHy7I1jNBhzbHB1uppGf4k6vceFBQfyKg+kQmo+nENQfOB36oud+Em99O6JdDyIsHYPaI ufVOA+ZZOJe2vsm+th50gqv5zitilmph55XjjIjB9PgDwKxpkUslnED6RBvrLyylk+tptaVEH 9S8L3ElvTcaONBH31EAPVPhUXDhnYPCagotBYoTv1WQH/b0an2+Y7IeukIApuN3JPNOUxSHbv lPHfjxJP/QtaGy7A7ywZw7HeQyvjLLnsNzFarC/KBqoe0iA9pZ0uPWJPcdia6BRPtL/hZ0EJk H/984fuIuH08lj0y3imBU02ZqArn2FRk/pFfh0IuqF0U1D14PFDWDsOnJJ6TIBiwJrewN1ou5 g26cmfyyB5PcvS89lJbzxjIHF9bR4VReh1lJyldzZK6XQ2ndmq+7iLw4NWX8jbMXyTAYMr3ym YNJ6c/AJE/mvR6IYNxGAifxis6sWeODdCShDPjY4mhfd0FD5eXMCrQ1sqiCoF8B1G2GmOkMYB 6EaDeB24zFoZ8vMJvFRPyofZd/tnp1xttK0ArXwdJjJJ6D3fJqfWGxUergCRqyL3GtHOszhp3 7KPvydtSyFVAcFqTKSWQsg+juIhHh8ZFSbrH4tDVy42W0k8w27R2twNOGNP9tQcJEZ/y30wV+ w/wSIhPGoipLxVfuFjfLcmg+kcuW0g/tpFIDSuY4qqpSveJ3hjvXoCfxjbxD8GYw78vq9URsn fQ8soGscc6MYcjJkJyee7LihNb3YnHGb9nYl1zEeK2DY9qGnJE++QARR2D7QWaaAyo2aIbDpe Jtg4rODchDVZkx2L7XB+Hzg6b17PzzV8uKoyZcMg/ba+xq7zQ0= X-Spam-Status: No, score=-1.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, Mar 6, 2022 at 9:04 PM Christophe Leroy wrote: > Le 05/03/2022 à 13:31, YueHaibing a écrit : > > arch/powerpc/platforms/cell/spufs/sched.c:1055:12: warning: ‘show_spu_loadavg’ defined but not used [-Wunused-function] > > static int show_spu_loadavg(struct seq_file *s, void *private) > > ^~~~~~~~~~~~~~~~ > > > > Mark this as __maybe_unused to fix this. > > Marking it as __maybe_unused doesn't fix it. It just pushes the dust > under the carpet. > > proc_create_single macro should be fix to avoid that warning. We discussed that when proc_create_single() was introduced, but ended up not doing it that way because there were already a lot of files using an #ifdef around the function definitions. To change it back, one would have to audit every user of proc_create_single() and remove the #ifdefs. Arnd