From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AC11D2EBBB9; Fri, 20 Feb 2026 19:24:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771615499; cv=none; b=hUtKiAwxB6lSiHYKmvskQO0xq0LvFVv7jl9WkATigGOTsqyRfdWWrjoIcJiK/gv3ZNNWRWTfDUtBbhv7em0wu2InsDRTxTsglLinAlijowAqjxhTnR2AoBaRSxHEAAHOHG9XcdYQC+nmaHSSGHSD6ae16J+5Mby3QdX5+lE71zA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771615499; c=relaxed/simple; bh=CxGHMCvKqrgIEL1ZXttyxDNzGSQqXIwzxJ1W6l9MfYk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=FI1qSXWqo7s2uqQDBOqRMpc8wJW0uD2YyhruqT7zNOn7MjWEfu8XuYh8KNjrEcc/jnQn8ehRF0a9lwIt4caVRSzpHrUWLGzyu5WCmwsO7o+Jteu4gBCXitHBmtHpnoDaurfP+2n5grst5Fgib33sCo2SzCZpLqrBeLh9Rx+UCNA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=On57KZra; arc=none smtp.client-ip=192.198.163.18 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="On57KZra" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1771615498; x=1803151498; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=CxGHMCvKqrgIEL1ZXttyxDNzGSQqXIwzxJ1W6l9MfYk=; b=On57KZraQG/ntB902DJOZRFrDEoQ9IhcaU1GQ+EH7OnlLJ4z2YScuF+v VHLJ/VRbEg15D+a8pl5ZiNHG8oS/vWCi/hdRlXQ+5LxQcu6vv41+yYgSi Xg250Xc5q9wkQ1Yzbaomry/OZCS1vHc5vu31GVEYFoU49w11o5yxSv0A1 RdSpj1/fbT56ekpbbyNVSXvvRdMPYz4Kdq+JJxJBmAz09OyxigndUqM7s 5Tjvw/AVB87kuwKB4AurnMS4sSo7y+lK4xvm6RKrQU/MH4cnyYGXB6DSV LmRrAgjTqBNpzcXu4Bp73+ZKsWfxLJnQeflevshht8mJYpln2D8vElFSr g==; X-CSE-ConnectionGUID: trqrqzSEQEaytHjGBJf2Kg== X-CSE-MsgGUID: 8BUvHO1IQOuXcXqzmdpzIQ== X-IronPort-AV: E=McAfee;i="6800,10657,11707"; a="71918914" X-IronPort-AV: E=Sophos;i="6.21,302,1763452800"; d="scan'208";a="71918914" Received: from fmviesa008.fm.intel.com ([10.60.135.148]) by fmvoesa112.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Feb 2026 11:24:57 -0800 X-CSE-ConnectionGUID: avG6jDm0RIq8wolc3qY8Dg== X-CSE-MsgGUID: QL4BNvEpQw6lhkniQ2HCWg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,302,1763452800"; d="scan'208";a="213960545" Received: from igk-lkp-server01.igk.intel.com (HELO e5404a91d123) ([10.211.93.152]) by fmviesa008.fm.intel.com with ESMTP; 20 Feb 2026 11:24:53 -0800 Received: from kbuild by e5404a91d123 with local (Exim 4.98.2) (envelope-from ) id 1vtW7P-000000004Gb-1NH8; Fri, 20 Feb 2026 19:24:51 +0000 Date: Fri, 20 Feb 2026 20:24:15 +0100 From: kernel test robot To: Ahmed Tiba , devicetree@vger.kernel.org, linux-acpi@vger.kernel.org Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, Ahmed Tiba , Dmitry.Lamerov@arm.com, catalin.marinas@arm.com, bp@alien8.de, robh@kernel.org, rafael@kernel.org, will@kernel.org, conor@kernel.org, linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, krzk+dt@kernel.org, Michael.Zhao2@arm.com, tony.luck@intel.com Subject: Re: [PATCH v2 09/11] ACPI: APEI: share GHES CPER helpers Message-ID: <202602202042.cliczLhi-lkp@intel.com> References: <20260220-topics-ahmtib01-ras_ffh_arm_internal_review-v2-9-347fa2d7351b@arm.com> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260220-topics-ahmtib01-ras_ffh_arm_internal_review-v2-9-347fa2d7351b@arm.com> Hi Ahmed, kernel test robot noticed the following build errors: [auto build test ERROR on 8bf22c33e7a172fbc72464f4cc484d23a6b412ba] url: https://github.com/intel-lab-lkp/linux/commits/Ahmed-Tiba/ACPI-APEI-GHES-share-macros-via-a-private-header/20260220-214812 base: 8bf22c33e7a172fbc72464f4cc484d23a6b412ba patch link: https://lore.kernel.org/r/20260220-topics-ahmtib01-ras_ffh_arm_internal_review-v2-9-347fa2d7351b%40arm.com patch subject: [PATCH v2 09/11] ACPI: APEI: share GHES CPER helpers config: x86_64-kexec (https://download.01.org/0day-ci/archive/20260220/202602202042.cliczLhi-lkp@intel.com/config) compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260220/202602202042.cliczLhi-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/202602202042.cliczLhi-lkp@intel.com/ All errors (new ones prefixed by >>): >> drivers/acpi/apei/ghes_cper.c:261:6: error: call to undeclared function 'FIELD_GET'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] 261 | FIELD_GET(CPER_ARM_ERR_TYPE_MASK, err_info->type), | ^ 1 error generated. vim +/FIELD_GET +261 drivers/acpi/apei/ghes_cper.c 202 203 bool ghes_handle_arm_hw_error(struct acpi_hest_generic_data *gdata, 204 int sev, bool sync) 205 { 206 struct cper_sec_proc_arm *err = acpi_hest_get_payload(gdata); 207 int flags = sync ? MF_ACTION_REQUIRED : 0; 208 int length = gdata->error_data_length; 209 char error_type[120]; 210 bool queued = false; 211 int sec_sev, i; 212 char *p; 213 214 sec_sev = ghes_severity(gdata->error_severity); 215 if (length >= sizeof(*err)) { 216 log_arm_hw_error(err, sec_sev); 217 } else { 218 pr_warn(FW_BUG "arm error length: %d\n", length); 219 pr_warn(FW_BUG "length is too small\n"); 220 pr_warn(FW_BUG "firmware-generated error record is incorrect\n"); 221 return false; 222 } 223 224 if (sev != GHES_SEV_RECOVERABLE || sec_sev != GHES_SEV_RECOVERABLE) 225 return false; 226 227 p = (char *)(err + 1); 228 length -= sizeof(err); 229 230 for (i = 0; i < err->err_info_num; i++) { 231 struct cper_arm_err_info *err_info; 232 bool is_cache, has_pa; 233 234 /* Ensure we have enough data for the error info header */ 235 if (length < sizeof(*err_info)) 236 break; 237 238 err_info = (struct cper_arm_err_info *)p; 239 240 /* Validate the claimed length before using it */ 241 length -= err_info->length; 242 if (length < 0) 243 break; 244 245 is_cache = err_info->type & CPER_ARM_CACHE_ERROR; 246 has_pa = (err_info->validation_bits & CPER_ARM_INFO_VALID_PHYSICAL_ADDR); 247 248 /* 249 * The field (err_info->error_info & BIT(26)) is fixed to set to 250 * 1 in some old firmware of HiSilicon Kunpeng920. We assume that 251 * firmware won't mix corrected errors in an uncorrected section, 252 * and don't filter out 'corrected' error here. 253 */ 254 if (is_cache && has_pa) { 255 queued = ghes_do_memory_failure(err_info->physical_fault_addr, flags); 256 p += err_info->length; 257 continue; 258 } 259 260 cper_bits_to_str(error_type, sizeof(error_type), > 261 FIELD_GET(CPER_ARM_ERR_TYPE_MASK, err_info->type), 262 cper_proc_error_type_strs, 263 ARRAY_SIZE(cper_proc_error_type_strs)); 264 265 pr_warn_ratelimited(FW_WARN GHES_PFX 266 "Unhandled processor error type 0x%02x: %s%s\n", 267 err_info->type, error_type, 268 (err_info->type & ~CPER_ARM_ERR_TYPE_MASK) ? " with reserved bit(s)" : ""); 269 p += err_info->length; 270 } 271 272 return queued; 273 } 274 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki