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 D8841C48260 for ; Sat, 10 Feb 2024 10:00:21 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id ED6AC6B006E; Sat, 10 Feb 2024 05:00:20 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E857C6B0072; Sat, 10 Feb 2024 05:00:20 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D4D286B0074; Sat, 10 Feb 2024 05:00:20 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id C4EF36B006E for ; Sat, 10 Feb 2024 05:00:20 -0500 (EST) Received: from smtpin25.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 124FB4076B for ; Sat, 10 Feb 2024 10:00:20 +0000 (UTC) X-FDA: 81775449000.25.248B9C6 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.19]) by imf13.hostedemail.com (Postfix) with ESMTP id 51FDF2000F for ; Sat, 10 Feb 2024 10:00:17 +0000 (UTC) Authentication-Results: imf13.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=gBBiqmud; spf=pass (imf13.hostedemail.com: domain of lkp@intel.com designates 198.175.65.19 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1707559218; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=WkGPPvqrIyLl1+eridEQo44yboNuH8FzjiX0H++gxbs=; b=D8uihsIELQCy8skakZNN9OuilGhYNYiQ9m5aMdDSwtNDD0bOufXoNLjjCnly/rOTE0hJjF dy85O2JXldUeyEN/qqLxadkLQHChoKAJc7PJMBEvzEzT9l+Y6+qjCHa6h8WBKUvGdLdjxx mybujOVpo0ijvenEHNcslCRS8OA3u5w= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1707559218; a=rsa-sha256; cv=none; b=QgCtGrYYU/d8j5VDKjMnGnKZ657DB5vy3OWZrU/LcukEF4iSNpLvNKtlvyZkTmOZ28M1Xs 9+Q5mKWzQYWLWoTTcxW2VXsfMYZXgib/67dyne6/bniGbzfC6lMNIuIG2wKiZKR89N32PF 9OLmNuVxett6MVk6v4MtxuW5VB1r3Hc= ARC-Authentication-Results: i=1; imf13.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=gBBiqmud; spf=pass (imf13.hostedemail.com: domain of lkp@intel.com designates 198.175.65.19 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1707559217; x=1739095217; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=xvt3QW9sfPX4CbxPjCUl0Ga19OdD1/2rQMzUTZom8nE=; b=gBBiqmudJwS+jmjxevEmRhuiLdpNxS4VCyMwaRjyFgi5Ex8xQQ9P7i7b ljy2XrDAV2bjWyeAyJbgyjL+2LyaX5/Gi2Mn7y60YSvniC02UboutEP1j +X58ml+Mhb9XObefBra8koIvzEQ4UhwOAP0MtnebIBFcWSN11EGnE0G2x I9D2ZpjbidvpNae39sybWK8Cqg1CUNaP2GuJP6cqFqYv6DOMJ70rEc8dF 6n8d8GM8AIhqvZwU2cwKEIIZ6RdPfB07GzGmJonvZ2E7lIE19N3i2jMwL sTd1cbv25Xc68BKZETiryOes7jkkqjIrkL/Eogg/q1p1GbYTO4kBPDtA2 Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10979"; a="1414186" X-IronPort-AV: E=Sophos;i="6.05,259,1701158400"; d="scan'208";a="1414186" Received: from orviesa009.jf.intel.com ([10.64.159.149]) by orvoesa111.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Feb 2024 02:00:16 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.05,259,1701158400"; d="scan'208";a="2169807" Received: from lkp-server01.sh.intel.com (HELO 01f0647817ea) ([10.239.97.150]) by orviesa009.jf.intel.com with ESMTP; 10 Feb 2024 02:00:12 -0800 Received: from kbuild by 01f0647817ea with local (Exim 4.96) (envelope-from ) id 1rYk9Z-0005YK-17; Sat, 10 Feb 2024 10:00:09 +0000 Date: Sat, 10 Feb 2024 17:59:52 +0800 From: kernel test robot To: Oscar Salvador , Andrew Morton Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, Linux Memory Management List , linux-kernel@vger.kernel.org, Michal Hocko , Vlastimil Babka , Marco Elver , Andrey Konovalov , Alexander Potapenko , Oscar Salvador Subject: Re: [PATCH v7 1/4] lib/stackdepot: Move stack_record struct definition into the header Message-ID: <202402101724.VBz4JA0y-lkp@intel.com> References: <20240208234539.19113-2-osalvador@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240208234539.19113-2-osalvador@suse.de> X-Rspamd-Queue-Id: 51FDF2000F X-Rspam-User: X-Stat-Signature: ji6a7ndrc59yjzrqsqmw6b4kaybxdj5w X-Rspamd-Server: rspam03 X-HE-Tag: 1707559217-444511 X-HE-Meta: U2FsdGVkX1+Quxq8hC5HZBG0yqfuQkkmySMVqZIoswU24Ene7xrHIphSS8AYnIpPOnEknepZgquw/iYpkGX8TlssDXJ1+wSk7M9b14h2H5rZSP+dTlPA0QKujbJvUMpkCpvmNvmNGtwa996jEUkiewUlaQ7vUK0cXbPGgQfxxuyq6ivh8U/vIuFbw3xyO8BzuA6jmlCaLSlUjg+Gpb4/QCGrf0y5BpYn8kQm0bOy8mYj63skIhjElJYx7SwWKHYiIG3g4k7j1JU1fD6SETBbmhQ62Wy1aqwRQvsSmVaBzHvhy10BDaOS7+/FODBqGxh2GkFeTxHIHXTZQJwvumA65eeCJ1sP/fMYV++0C6EB3PBuVDCbm8Zgu1IE9dPiBCqjXv1SZyvj1jkLoRKsysa2btRd7KZxLBWzWIhf+73zIkFZtsxSze/EDFwilgNpzMCY9jzADuRB/7SVxxxGJLrWur5qDiiVLvBkXnrezzyy4pYK19VPqm0+c1m4mUtxHL7fHPwlepD2wWq/rIEviziLEGyuk6Xy28dniJiX3yfqFBFmxWWVIaR9pxYmBhkNDIYKeM2MjjzhO9ja6N+hCA124EUExMvd7FmuU6KkoU7iTyphacraFRkzjrhBoflEoCi7SnQ83f9/NHaxn10fOhcdsp0cbfGahA3lCw7jhZj/jPDBL3O4z5mhuWEvcQfwBv1VowOaOHPTSYtFUU2+phgNR7ibd/OTEDHkNM2kcBhodfXx8QcBN4BmjO9JTEmPK2OdPMmq3XleahNOZ4owa9dYueF4U7q30a0fnviGZMXEcguCzsfXSeU9HURLnLMmUXsOZNfwXbqJjNAmr1heAVxGxn6XiWv8lcEpD2I1E27eSPfb35M2pelUVv9VRK6ZIc/4A0RSt018NbG1W1QGM+P7tZWyHkId8HQliw5LarGxGzmbYotHkqL5GjIyBi61frnt/gFkXepIqS8iU1r1ScR 7K8xXg9T YC55yfUYyxitj7LaRVjakz+6s83L6gUm8YK5eEkw1zwDTZ6nFQJFe++roRrCI+oG88MXPk/u1+AHnnWkfnqjoSLj4eIYRpI0YG/iTnFbCRJMvnlliOq8ECohxETJ19ReRC2p+eof4m+FnpFgMVuuvIVtWRLNtI0V71pMU5Whl5OeAZZ9YYkF7207d8ZjBx09wSa9PuD/D/rsyZK8MU58WuzfCyjanD+JFsxI8vBqe/NRVzz2ANvBp1w1t58pAHKomrmHsQqXCCcY5zbmlcVHle242+EdYg30pEG99NoYd7otnUYnpVAb/6YAnUp0Y23YalJ6wLLRAxk7ya9yH9etYJwRnfYON3U0NQ3j1Fg7s9ffAkYuMtKWVyOQSWkrVO7ViUdQ/35rS6oKrzPVQZ5FSV80NtaJHpmAskvQ+ 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: List-Subscribe: List-Unsubscribe: Hi Oscar, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-nonmm-unstable] [also build test ERROR on linus/master v6.8-rc3] [cannot apply to akpm-mm/mm-everything next-20240209] [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/Oscar-Salvador/lib-stackdepot-Move-stack_record-struct-definition-into-the-header/20240209-074611 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-nonmm-unstable patch link: https://lore.kernel.org/r/20240208234539.19113-2-osalvador%40suse.de patch subject: [PATCH v7 1/4] lib/stackdepot: Move stack_record struct definition into the header config: mips-xway_defconfig (https://download.01.org/0day-ci/archive/20240210/202402101724.VBz4JA0y-lkp@intel.com/config) compiler: clang version 19.0.0git (https://github.com/llvm/llvm-project ac0577177f053ba7e7016e1b7e44cf5932d00b03) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240210/202402101724.VBz4JA0y-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/202402101724.VBz4JA0y-lkp@intel.com/ All errors (new ones prefixed by >>): In file included from arch/mips/kernel/asm-offsets.c:15: In file included from include/linux/mm.h:22: In file included from include/linux/page_ext.h:7: >> include/linux/stackdepot.h:59:25: error: use of undeclared identifier 'CONFIG_STACKDEPOT_MAX_FRAMES' 59 | unsigned long entries[CONFIG_STACKDEPOT_MAX_FRAMES]; /* Frames */ | ^ 1 error generated. make[3]: *** [scripts/Makefile.build:116: arch/mips/kernel/asm-offsets.s] Error 1 make[3]: Target 'prepare' not remade because of errors. make[2]: *** [Makefile:1191: prepare0] Error 2 make[2]: Target 'prepare' not remade because of errors. make[1]: *** [Makefile:240: __sub-make] Error 2 make[1]: Target 'prepare' not remade because of errors. make: *** [Makefile:240: __sub-make] Error 2 make: Target 'prepare' not remade because of errors. vim +/CONFIG_STACKDEPOT_MAX_FRAMES +59 include/linux/stackdepot.h 51 52 struct stack_record { 53 struct list_head hash_list; /* Links in the hash table */ 54 u32 hash; /* Hash in hash table */ 55 u32 size; /* Number of stored frames */ 56 union handle_parts handle; /* Constant after initialization */ 57 refcount_t count; 58 union { > 59 unsigned long entries[CONFIG_STACKDEPOT_MAX_FRAMES]; /* Frames */ 60 struct { 61 /* 62 * An important invariant of the implementation is to 63 * only place a stack record onto the freelist iff its 64 * refcount is zero. Because stack records with a zero 65 * refcount are never considered as valid, it is safe to 66 * union @entries and freelist management state below. 67 * Conversely, as soon as an entry is off the freelist 68 * and its refcount becomes non-zero, the below must not 69 * be accessed until being placed back on the freelist. 70 */ 71 struct list_head free_list; /* Links in the freelist */ 72 unsigned long rcu_state; /* RCU cookie */ 73 }; 74 }; 75 }; 76 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki