Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp7170934rwb; Wed, 23 Nov 2022 03:13:10 -0800 (PST) X-Google-Smtp-Source: AA0mqf5Ulw6ufNEJrilX2zVAYp6Co+X/6v1OugR9NlqshZx+CNLHih5U6zBLymLJmXiqjn5hjzEj X-Received: by 2002:aa7:8429:0:b0:556:d001:b830 with SMTP id q9-20020aa78429000000b00556d001b830mr8666223pfn.62.1669201989787; Wed, 23 Nov 2022 03:13:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669201989; cv=none; d=google.com; s=arc-20160816; b=p7xTOkbpEDLNu2sI7Rk8z8Cr1bv1JOyWCGmPdcEbcwn258nwPqpbofl+0fRnVTttg3 EHSuJ2Kw0F2yt81YIrXqEHwyhqvFX5TIhOZ/1yBP+8ng62hg3zjxvz7Z4o4Y3EZaRhMr K/3+EISoaUcVWmzjx2Q/Y7yToXisKidaNpX3M0V9DkmsC3QGJbmW5iwzZn8+itOndgGu NeBkCqRPslfUwCkaKUSqBB53STFWKp+oeQjKU5nLRYNPJk0Z8ALJqiZeVi4TJkocgtkW IMo2y7uXub34ENN7qhKiFCIcgTgXm0UHEx6rcaf/DhjQAOx7fjblySR5pG9TubtVTE2n yhJg== 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; bh=HMwDG4HTLQbQ8UmIWA16kY8BRZJJk/F3lL/OCJdoT1w=; b=NBjwht6rGgTtsut3yPg2O51qeg73jOO5MMFvGN2WlHyZV5LDwBF+r9nHctaNQW5vJS ATveqHy+UkmRM0niU6fowvgPt+MaMYuJDG4UmGOw4xbY7TS8rePZtuXueam0fIo32P83 WnRO5vNykS5HAJUgBNcNtUhBHq8VXEJVV5tYQ6rTEOMMBTYnBmCHvXzYg+kanJEN7d7p yNT5q3eozOwknQW4BLAzcgQ7ctQxsDekda7buiD1bVgV0BETT7oTHAghWfNutwR0CMhm 9lKKnf6qefgcEaW9YEuxDf3GfVu9CB6cf89/PqUl1n+GtebewR62Cs31uCwi7MR94kKC aFGw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b13-20020a6541cd000000b0047767ded526si9149664pgq.100.2022.11.23.03.12.57; Wed, 23 Nov 2022 03:13:09 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236167AbiKWLFA (ORCPT + 88 others); Wed, 23 Nov 2022 06:05:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36820 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237311AbiKWLE1 (ORCPT ); Wed, 23 Nov 2022 06:04:27 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 64E26101E for ; Wed, 23 Nov 2022 03:01:32 -0800 (PST) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A274C1FB; Wed, 23 Nov 2022 03:01:38 -0800 (PST) Received: from FVFF77S0Q05N (unknown [10.57.7.154]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0A7063F587; Wed, 23 Nov 2022 03:01:30 -0800 (PST) Date: Wed, 23 Nov 2022 11:01:28 +0000 From: Mark Rutland To: Ren Zhijie Cc: catalin.marinas@arm.com, will@kernel.org, yusongping@huawei.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] arm64: armv8_deprecated: fix unused-function error Message-ID: References: <20221122032010.202956-1-renzhijie2@huawei.com> <28a90ac0-dc8f-f0dd-74d8-d2884e2cbd30@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <28a90ac0-dc8f-f0dd-74d8-d2884e2cbd30@huawei.com> X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE 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 Wed, Nov 23, 2022 at 10:06:03AM +0800, Ren Zhijie wrote: > > 在 2022/11/23 0:48, Mark Rutland 写道: > > On Tue, Nov 22, 2022 at 03:20:10AM +0000, Ren Zhijie wrote: > > > If CONFIG_SWP_EMULATION is not set and > > > CONFIG_CP15_BARRIER_EMULATION is not set, > > > aarch64-linux-gnu complained about unused-function : > > > > > > arch/arm64/kernel/armv8_deprecated.c:67:21: error: ‘aarch32_check_condition’ defined but not used [-Werror=unused-function] > > > static unsigned int aarch32_check_condition(u32 opcode, u32 psr) > > > ^~~~~~~~~~~~~~~~~~~~~~~ > > > cc1: all warnings being treated as errors > > > > > > To fix this error, warp the definition of > > > aarch32_check_condition() by defined(CONFIG_SWP_EMULATION) || > > > defined(CONFIG_CP15_BARRIER_EMULATION) > > > > > > Fixes: 0c5f416219da ("arm64: armv8_deprecated: move aarch32 helper earlier") > > This also depends on building with additional options to turn warnings into > > errors, no? > > No,i just run the normal command as follow: > > make ARCH="arm64" CROSS_COMPILE="aarch64-linux-gnu-" I think you must also have CONFIG_WERROR enabled? Just building defconfig + CONFIG_ARMV8_DEPRECATED=y gives me a warning, but not an error, and the kernel builds just fine. So this is a problem to fix, and I appreciate that in test configs this might be broken, but it's not a full build-time failure for most users. Thanks, Mark. > > > Signed-off-by: Ren Zhijie > > > --- > > > arch/arm64/kernel/armv8_deprecated.c | 2 ++ > > > 1 file changed, 2 insertions(+) > > > > > > diff --git a/arch/arm64/kernel/armv8_deprecated.c b/arch/arm64/kernel/armv8_deprecated.c > > > index ed0788cf6bbb..3f29ceb6653a 100644 > > > --- a/arch/arm64/kernel/armv8_deprecated.c > > > +++ b/arch/arm64/kernel/armv8_deprecated.c > > > @@ -64,6 +64,7 @@ struct insn_emulation { > > > #define ARM_OPCODE_CONDITION_UNCOND 0xf > > > +#if defined(CONFIG_SWP_EMULATION) || defined(CONFIG_CP15_BARRIER_EMULATION) > > > static unsigned int aarch32_check_condition(u32 opcode, u32 psr) > > > { > > > u32 cc_bits = opcode >> 28; > > > @@ -76,6 +77,7 @@ static unsigned int aarch32_check_condition(u32 opcode, u32 psr) > > > } > > > return ARM_OPCODE_CONDTEST_UNCOND; > > > } > > > +#endif > > Could we mark this as '__maybe_unused' or 'inline' instead? I think that's > > preferable to the ifdeferry. > > sure, i will use __maybe_unused in v2. > > Thanks, > > Ren. > > > Thanks, > > Mark. > > > > > #ifdef CONFIG_SWP_EMULATION > > > /* > > > -- > > > 2.17.1 > > > > > .