Received: by 2002:a05:7412:d8a:b0:e2:908c:2ebd with SMTP id b10csp3643584rdg; Wed, 18 Oct 2023 01:22:00 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHlQTuCaW26bxsbhbzLOlcp88MDlEcDiefXVQ9XWIlyFZob93AdpPZldYQ3CnbIOKVMafBn X-Received: by 2002:a17:903:5cc:b0:1c7:23c9:a7db with SMTP id kf12-20020a17090305cc00b001c723c9a7dbmr4419382plb.26.1697617320336; Wed, 18 Oct 2023 01:22:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697617320; cv=none; d=google.com; s=arc-20160816; b=0mYBR8DwgQgtbZxZvoojrCs1FfQuB1x+VtFWTFA1Ky+INl6Ypa3I5yS9wWJjtSECPT kiojw0YpXKkPN9dImPV620Ba6VyqnnDSSd523oF5S5HSqypTpbDC+QJG2xUiz/Til2tj 4vuvuN/elNrVvCG3CS1NqVBE8C2lbnwrQ02zNE0lgpY1p9UVOzRx4WDFJX8dD46rRBR4 a9IcxC9eetWKmlKqP3FZNDiiVS9I/dbHO3zpJ/mnpjOrbSRHX4vX5fDI3rIMpnigwMa9 8XSthabUUBmHnFHT148ToJ9P/1qn1ATwqWBQTWwXxi8kDF0XKIKqZ+OIolLyZ19Y8mEf k2JA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=YcQY7UTh5f6XXsAYDzqQMWdvIG9BYWHm2CWtgGilfuo=; fh=AVMD+JLjAaQj5B+h8j2HpYZ+pP/mTxaxrk0BFvn58IU=; b=BwcByzjfvCXRdKoTZK0SyCl3/BeaSMGK51WlPVztXvZ1svaq7REUyqSXKu9cHyzHq5 nDe0pNwzxLJ6ni7aZ0D81SibddGn804/JzJMVvWZkqAv67DHj9wL0rbsOl1PHI8reK4u Xn9H/oKdJyb3wThwI/lslX8/ckba+h/PrqsSwGJQ8VOgnv2sXc+pEZks7BbebLcwfSXs aAvOukjq2F7X/PB5XAuxeIazAsfV+IMjHrAjvmckJcDKZd9sSOAfgD9ROhXyLELcVgBP xYyOcaIMQ3fRADUuF82NHvDK4gSNDAvSW3xKjbk3mtCqrPuX/QxH50hWdqQzFeyWgw5S whMA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 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 agentk.vger.email (agentk.vger.email. [2620:137:e000::3:2]) by mx.google.com with ESMTPS id i4-20020a170902eb4400b001c9e3c866casi3500088pli.19.2023.10.18.01.22.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Oct 2023 01:22:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) client-ip=2620:137:e000::3:2; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 16F72807F441; Wed, 18 Oct 2023 01:21:57 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235154AbjJRIVk (ORCPT + 99 others); Wed, 18 Oct 2023 04:21:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46740 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235262AbjJRIVW (ORCPT ); Wed, 18 Oct 2023 04:21:22 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 9345D12D for ; Wed, 18 Oct 2023 01:21:05 -0700 (PDT) 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 F1C912F4; Wed, 18 Oct 2023 01:21:45 -0700 (PDT) Received: from [10.57.66.147] (unknown [10.57.66.147]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id C2FBA3F64C; Wed, 18 Oct 2023 01:21:03 -0700 (PDT) Message-ID: <1634d3e0-ac13-4f08-97e3-9b04a9202431@arm.com> Date: Wed, 18 Oct 2023 09:21:02 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2] arm64/mm: Hoist synchronization out of set_ptes() loop Content-Language: en-GB To: Catalin Marinas Cc: kernel test robot , Will Deacon , Steven Price , Peter Collingbourne , llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org References: <20231005140730.2191134-1-ryan.roberts@arm.com> <202310140531.BQQwt3NQ-lkp@intel.com> From: Ryan Roberts In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Wed, 18 Oct 2023 01:21:57 -0700 (PDT) On 17/10/2023 13:57, Catalin Marinas wrote: > On Tue, Oct 17, 2023 at 08:36:43AM +0100, Ryan Roberts wrote: >> On 16/10/2023 18:54, Catalin Marinas wrote: >>> On Sat, Oct 14, 2023 at 05:15:51AM +0800, kernel test robot wrote: >>>> kernel test robot noticed the following build warnings: >>>> >>>> [auto build test WARNING on arm64/for-next/core] >>>> [also build test WARNING on arm-perf/for-next/perf arm/for-next kvmarm/next soc/for-next linus/master v6.6-rc5 next-20231013] >>>> [cannot apply to arm/fixes] >>>> [If your patch is applied to the wrong git tree, kindly drop us a note. >>>> And when submitting patch, we suggest to use '--base' as documented in >>>> https://git-scm.com/docs/git-format-patch#_base_tree_information] >>>> >>>> url: https://github.com/intel-lab-lkp/linux/commits/Ryan-Roberts/arm64-mm-Hoist-synchronization-out-of-set_ptes-loop/20231005-231636 >>>> base: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-next/core >>>> patch link: https://lore.kernel.org/r/20231005140730.2191134-1-ryan.roberts%40arm.com >>>> patch subject: [PATCH v2] arm64/mm: Hoist synchronization out of set_ptes() loop >>>> config: arm64-allyesconfig (https://download.01.org/0day-ci/archive/20231014/202310140531.BQQwt3NQ-lkp@intel.com/config) >>>> compiler: clang version 17.0.0 (https://github.com/llvm/llvm-project.git 4a5ac14ee968ff0ad5d2cc1ffa0299048db4c88a) >>>> reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20231014/202310140531.BQQwt3NQ-lkp@intel.com/reproduce) >>>> >>>> If you fix the issue in a separate patch/commit (i.e. not just a new version of >>>> the same patch/commit), kindly add following tags >>>> | Reported-by: kernel test robot >>>> | Closes: https://lore.kernel.org/oe-kbuild-all/202310140531.BQQwt3NQ-lkp@intel.com/ >>>> >>>> All warnings (new ones prefixed by >>): >>>> >>>> In file included from net/ipv4/route.c:66: >>>> In file included from include/linux/mm.h:29: >>>> In file included from include/linux/pgtable.h:6: >>>>>> arch/arm64/include/asm/pgtable.h:344:65: warning: parameter 'addr' set but not used [-Wunused-but-set-parameter] >>>> 344 | static inline void set_ptes(struct mm_struct *mm, unsigned long addr, >>>> | ^ >>>> 1 warning generated. >>> >>> Thanks for the report. I think something like below will do (I'll test >>> and commit as a separate patch, it's not something that Ryan's patch >>> introduces): >> >> I was actually just trying to repro this and was planning to send out a v3 of my >> patch. But if you are happy to handle it as you suggest, then I guess you don't >> need anything further from me? > > If you feel like testing, please give this a go ;) Compile tested and observed that warning is gone with your change. Also ran mm selftests and all looks good. So: Tested-by: Ryan Roberts > > ------------8<--------------------------- > From e6255237acfc21e92252653c3ed42446ef67f625 Mon Sep 17 00:00:00 2001 > From: Catalin Marinas > Date: Tue, 17 Oct 2023 11:57:55 +0100 > Subject: [PATCH] arm64: Mark the 'addr' argument to set_ptes() and > __set_pte_at() as unused > > This argument is not used by the arm64 implementation. Mark it as > __always_unused and also remove the unnecessary 'addr' increment in > set_ptes(). > > Signed-off-by: Catalin Marinas > Reported-by: kernel test robot > Closes: https://lore.kernel.org/oe-kbuild-all/202310140531.BQQwt3NQ-lkp@intel.com/ > Cc: Will Deacon > Cc: Ryan Roberts > --- > arch/arm64/include/asm/pgtable.h | 9 +++++---- > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/arch/arm64/include/asm/pgtable.h b/arch/arm64/include/asm/pgtable.h > index 68984ba9ce2a..b19a8aee684c 100644 > --- a/arch/arm64/include/asm/pgtable.h > +++ b/arch/arm64/include/asm/pgtable.h > @@ -341,8 +341,9 @@ static inline void __sync_cache_and_tags(pte_t pte, unsigned int nr_pages) > mte_sync_tags(pte, nr_pages); > } > > -static inline void set_ptes(struct mm_struct *mm, unsigned long addr, > - pte_t *ptep, pte_t pte, unsigned int nr) > +static inline void set_ptes(struct mm_struct *mm, > + unsigned long __always_unused addr, Personally I'm not a huge fan of the __always_unused mark up, given that it's used so patchily in the source. The warning also disappears without these markups. (the real problem is just the `addr += PAGE_SIZE` below. Thanks, Ryan > + pte_t *ptep, pte_t pte, unsigned int nr) > { > page_table_check_ptes_set(mm, ptep, pte, nr); > __sync_cache_and_tags(pte, nr); > @@ -353,7 +354,6 @@ static inline void set_ptes(struct mm_struct *mm, unsigned long addr, > if (--nr == 0) > break; > ptep++; > - addr += PAGE_SIZE; > pte_val(pte) += PAGE_SIZE; > } > } > @@ -528,7 +528,8 @@ static inline pmd_t pmd_mkdevmap(pmd_t pmd) > #define pud_pfn(pud) ((__pud_to_phys(pud) & PUD_MASK) >> PAGE_SHIFT) > #define pfn_pud(pfn,prot) __pud(__phys_to_pud_val((phys_addr_t)(pfn) << PAGE_SHIFT) | pgprot_val(prot)) > > -static inline void __set_pte_at(struct mm_struct *mm, unsigned long addr, > +static inline void __set_pte_at(struct mm_struct *mm, > + unsigned long __always_unused addr, > pte_t *ptep, pte_t pte, unsigned int nr) > { > __sync_cache_and_tags(pte, nr);