From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 56ABEC433F5 for ; Wed, 9 Mar 2022 00:54:38 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id DEC368D0002; Tue, 8 Mar 2022 19:54:37 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id D747D8D0001; Tue, 8 Mar 2022 19:54:37 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C16008D0002; Tue, 8 Mar 2022 19:54:37 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0057.hostedemail.com [216.40.44.57]) by kanga.kvack.org (Postfix) with ESMTP id ACB5C8D0001 for ; Tue, 8 Mar 2022 19:54:37 -0500 (EST) Received: from smtpin26.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay05.hostedemail.com (Postfix) with ESMTP id 6981B181CB15F for ; Wed, 9 Mar 2022 00:54:37 +0000 (UTC) X-FDA: 79223027394.26.9BE82C8 Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by imf29.hostedemail.com (Postfix) with ESMTP id 24C76120009 for ; Wed, 9 Mar 2022 00:54:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1646787276; x=1678323276; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version; bh=NPF0pt6z5LWkrWSRrj9elClGQie5MKGKO466HTh0Wvs=; b=TfWfCf7qe6nQGlCJ6zHeUpXpeDg11wG4LyElqPrpfDqUj1VHo3AGAQZ2 rzyaI5MloIU5HuamVtRmSwJ+dWH4JnmjgM4BUvZM/OPqIN8OERTFY+Wnq cM1GLdVz31ZNF8tFgRkOrFArbhVOEIJQxFQWbpw1JoF6hFu24DPFQ7DD7 Mn/Wt5RP/9O3GXxGgLsAnxyyZP/+2KjbjNWjBS+XKqBid0FSxE4pLPhVu QUUF1kBTiKWk8jFntVyvxhjNl3RAtRFQSFX+x5qudE2VQOyun3bcrKvKr 0yIvsYNgEFI8JOQ/mjL7hhc62CZoDzl4464p+Vdg+ye1tXLa8wPxTbESi w==; X-IronPort-AV: E=McAfee;i="6200,9189,10280"; a="253683932" X-IronPort-AV: E=Sophos;i="5.90,165,1643702400"; d="scan'208";a="253683932" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Mar 2022 16:54:33 -0800 X-IronPort-AV: E=Sophos;i="5.90,165,1643702400"; d="scan'208";a="643852690" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.239.13.94]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Mar 2022 16:54:31 -0800 From: "Huang, Ying" To: kernel test robot Cc: , , Mel Gorman , Andrew Morton , "Linux Memory Management List" Subject: Re: include/linux/pgtable.h:257:16: sparse: sparse: cast to non-scalar References: <202203090359.xgOwYxvo-lkp@intel.com> Date: Wed, 09 Mar 2022 08:54:29 +0800 In-Reply-To: <202203090359.xgOwYxvo-lkp@intel.com> (kernel test robot's message of "Wed, 9 Mar 2022 03:14:32 +0800") Message-ID: <87bkyggd2y.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii X-Rspamd-Server: rspam06 X-Rspamd-Queue-Id: 24C76120009 X-Stat-Signature: nzpuiugdat5h1f3yxny7kihtwxf3xgu6 Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=TfWfCf7q; spf=none (imf29.hostedemail.com: domain of ying.huang@intel.com has no SPF policy when checking 192.55.52.120) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspam-User: X-HE-Tag: 1646787275-245969 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: kernel test robot writes: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > head: ea4424be16887a37735d6550cfd0611528dbe5d9 > commit: b99a342d4f11a5455d999b12f5fee42ab6acaf8c NUMA balancing: reduce TLB flush via delaying mapping on hint page fault > date: 10 months ago > config: alpha-randconfig-s031-20220308 (https://download.01.org/0day-ci/archive/20220309/202203090359.xgOwYxvo-lkp@intel.com/config) > compiler: alpha-linux-gcc (GCC) 11.2.0 > reproduce: > wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross > chmod +x ~/bin/make.cross > # apt-get install sparse > # sparse version: v0.6.4-dirty > # https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b99a342d4f11a5455d999b12f5fee42ab6acaf8c > git remote add linus https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > git fetch --no-tags linus master > git checkout b99a342d4f11a5455d999b12f5fee42ab6acaf8c > # save the config file to linux build tree > mkdir build_dir > COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-11.2.0 make.cross C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' O=build_dir ARCH=alpha SHELL=/bin/bash > > If you fix the issue, kindly add following tag as appropriate > Reported-by: kernel test robot > > > sparse warnings: (new ones prefixed by >>) > mm/memory.c:949:17: sparse: sparse: context imbalance in 'copy_pte_range' - different lock contexts for basic block > mm/memory.c:1629:16: sparse: sparse: context imbalance in '__get_locked_pte' - different lock contexts for basic block > mm/memory.c:1678:9: sparse: sparse: context imbalance in 'insert_page' - different lock contexts for basic block > mm/memory.c:2180:17: sparse: sparse: context imbalance in 'remap_pte_range' - different lock contexts for basic block > mm/memory.c:2436:17: sparse: sparse: context imbalance in 'apply_to_pte_range' - unexpected unlock > mm/memory.c:2692:17: sparse: sparse: context imbalance in 'wp_page_copy' - unexpected unlock > mm/memory.c:3038:17: sparse: sparse: context imbalance in 'wp_pfn_shared' - unexpected unlock > mm/memory.c:3101:19: sparse: sparse: context imbalance in 'do_wp_page' - different lock contexts for basic block > mm/memory.c: note: in included file (through include/linux/mm.h, arch/alpha/include/asm/io.h, include/linux/io.h, include/linux/irq.h, ...): >>> include/linux/pgtable.h:257:16: sparse: sparse: cast to non-scalar >>> include/linux/pgtable.h:257:16: sparse: sparse: cast from non-scalar > mm/memory.c:4660:5: sparse: sparse: context imbalance in 'follow_invalidate_pte' - different lock contexts for basic block > mm/memory.c:4781:9: sparse: sparse: context imbalance in 'follow_pfn' - unexpected unlock > > vim +257 include/linux/pgtable.h > > e2cda322648122 include/asm-generic/pgtable.h Andrea Arcangeli 2011-01-13 253 > 481e980a7c199c include/linux/pgtable.h Christophe Leroy 2020-06-15 254 #ifndef __HAVE_ARCH_PTEP_GET > 481e980a7c199c include/linux/pgtable.h Christophe Leroy 2020-06-15 255 static inline pte_t ptep_get(pte_t *ptep) > 481e980a7c199c include/linux/pgtable.h Christophe Leroy 2020-06-15 256 { > 481e980a7c199c include/linux/pgtable.h Christophe Leroy 2020-06-15 @257 return READ_ONCE(*ptep); The change isn't introduced by the reported commit apparently. So there may be some mistake in the 0-Day bisection. I am not familiar with alpha architecture. If the pte_t is always defined as follows for alpha, the atomicity of the operation should be OK? typedef struct { unsigned long pte; } pte_t; Best Regards, Huang, Ying > 481e980a7c199c include/linux/pgtable.h Christophe Leroy 2020-06-15 258 } > 481e980a7c199c include/linux/pgtable.h Christophe Leroy 2020-06-15 259 #endif > 481e980a7c199c include/linux/pgtable.h Christophe Leroy 2020-06-15 260 > > :::::: The code at line 257 was first introduced by commit > :::::: 481e980a7c199c5a4634fd7ea308067dd4ba75fa mm: Allow arches to provide ptep_get() > > :::::: TO: Christophe Leroy > :::::: CC: Michael Ellerman > > --- > 0-DAY CI Kernel Test Service, Intel Corporation > https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org