From nobody Thu Oct 2 13:01:40 2025 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.16]) (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 5298030CDA3 for ; Tue, 16 Sep 2025 12:30:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.16 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758025854; cv=none; b=ET0dTz9R7qxTsLMaSmzTrX5hmhIka4X01L2dVPq5B4UEdvi0g9Z53aNjKwZ6XgGaWbrl/2JA9BkunMck7mFE69+5NwtH6NvKLS3CjPW+c1bZFlkfR9TV0H8/EsOUqO+l8zrMyXYX63Ln+uQdx+kNNPOuqfWCiaJqX97Evx+0K3M= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1758025854; c=relaxed/simple; bh=67qe2cHRWzRfMUP3ME91QmZPRdAfH2+ZYKLVwC5M8ik=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=U7YiColJmTk6GUaDi3WMB94WoIhRm/bGVmvwnKZlo4LZcV2tTKwR4zqp6lz0+RxMfjrzWReX4RKfYUMxNjueMIcBL0jaw8vAvMNSOJyvF4xVMUylv9qeJ+jMgtvmVZMS81+K70SU8Axhdk+K+tSu2TA3q9TGG6IKvyjPuIHm318= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=none smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=SqVi+WEP; arc=none smtp.client-ip=198.175.65.16 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="SqVi+WEP" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1758025854; x=1789561854; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=67qe2cHRWzRfMUP3ME91QmZPRdAfH2+ZYKLVwC5M8ik=; b=SqVi+WEPAi5HX1IZE/nzBn9ntFPIntBDqhCypgZTTuCf3jANUMhK+KlC JTUuuyMXt3TTPcldjID2aY0m96NUk1XRS8UAykfg1+ojpO8AHtTQHxzvM qjEhsj+HjGsPJ4BwEhNMN4E9B2s3VVU+dYh7kTXr5hEgWspLcbS0wjF3x 16e58LdZKTrbbQLGwFGyr06UKAtDyEgJp/GYUTOpC2NVuU2I1wpPwZ2H8 xbZPa00Q5RZRctcwlNcz+PMTKGiXqTuISybmINJsm1IEPaSXIXUEEFv6X ExRgniP702I7zsqhJ76jFStCf4idsVkpVttAo2KcQle1tig7E3eJQx0+b Q==; X-CSE-ConnectionGUID: uzodPzsqSH2m2D3B2fhCIA== X-CSE-MsgGUID: GZWCxYYoT6e34xIdbaWF6w== X-IronPort-AV: E=McAfee;i="6800,10657,11554"; a="60446951" X-IronPort-AV: E=Sophos;i="6.18,269,1751266800"; d="scan'208";a="60446951" Received: from fmviesa009.fm.intel.com ([10.60.135.149]) by orvoesa108.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Sep 2025 05:30:53 -0700 X-CSE-ConnectionGUID: 3aecjGYMT6O9Rv3FBnxrSw== X-CSE-MsgGUID: nlm4VC3sQE+RrHtiECjVYA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.18,269,1751266800"; d="scan'208";a="175354079" Received: from black.igk.intel.com ([10.91.253.5]) by fmviesa009.fm.intel.com with ESMTP; 16 Sep 2025 05:30:50 -0700 Received: by black.igk.intel.com (Postfix, from userid 1003) id 62F4194; Tue, 16 Sep 2025 14:30:49 +0200 (CEST) From: Andy Shevchenko To: kexec@lists.infradead.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev Cc: Andrew Morton , Baoquan He , Nathan Chancellor , Nick Desaulniers , Bill Wendling , Justin Stitt , grom@black.igk.intel.com, 07110bfd5785d3bff71cebd710db42d6f5c4a643@black.igk.intel.com, Mon@black.igk.intel.com, Sep@black.igk.intel.com, 17@black.igk.intel.com, "00:00:00"@black.igk.intel.com, 2001@black.igk.intel.com, Andy Shevchenko Subject: From: Andy Shevchenko Date: Tue, 16 Sep 2025 14:29:49 +0200 Message-ID: <20250916123048.3058824-1-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.50.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" clang is not happy about set but unused variable: kernel/kexec_core.c:745:16: error: variable 'maddr' set but not used [-Werr= or,-Wunused-but-set-variable] 745 | unsigned long maddr; | ^ 1 error generated. Fix the compilation breakage (`make W=3D1` build) by removing unused variab= le. As Nathan noted, GCC 16 produces the similar warning; Fixes: f4fecb50d6e1 ("kexec_core: remove superfluous page offset handling i= n segment loading") Reviewed-by: Nathan Chancellor Signed-off-by: Andy Shevchenko --- v2: fixed Fixes (Nathan), added a note about GCC (Nathan), added tag (Natha= n) kernel/kexec_core.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/kernel/kexec_core.c b/kernel/kexec_core.c index 5357ed39e9d1..32722926bc7e 100644 --- a/kernel/kexec_core.c +++ b/kernel/kexec_core.c @@ -742,7 +742,6 @@ static int kimage_load_cma_segment(struct kimage *image= , int idx) struct kexec_segment *segment =3D &image->segment[idx]; struct page *cma =3D image->segment_cma[idx]; char *ptr =3D page_address(cma); - unsigned long maddr; size_t ubytes, mbytes; int result =3D 0; unsigned char __user *buf =3D NULL; @@ -754,7 +753,6 @@ static int kimage_load_cma_segment(struct kimage *image= , int idx) buf =3D segment->buf; ubytes =3D segment->bufsz; mbytes =3D segment->memsz; - maddr =3D segment->mem; =20 /* Then copy from source buffer to the CMA one */ while (mbytes) { @@ -782,7 +780,6 @@ static int kimage_load_cma_segment(struct kimage *image= , int idx) } =20 ptr +=3D mchunk; - maddr +=3D mchunk; mbytes -=3D mchunk; =20 cond_resched(); --=20 2.50.1