From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fout-a6-smtp.messagingengine.com (fout-a6-smtp.messagingengine.com [103.168.172.149]) (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 9322835965 for ; Mon, 16 Feb 2026 11:49:31 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=103.168.172.149 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771242572; cv=none; b=X3X3zCK77Oh6fx0/BQ+POM6fi4RVscBdob3VoglPCdrXDUbo4HRwR9319S3yYAZBYNivTZgBGoo4oGHr7wOIQMJj67nQmiAcdy3CCjMB9MXNlR5HKnQper8cTtk2SizWl4D+lwtmVfqCsq9foWgmKFCvoPgUS4D033m4Qz9LDJM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771242572; c=relaxed/simple; bh=SGb6rfD9Zz++B7dtwPMS2x9/T1wPniCrH/a7FCvcYr8=; h=MIME-Version:Date:From:To:Cc:Message-Id:In-Reply-To:References: Subject:Content-Type; b=rrWEdu9TFhO5wVK2fn06M0iOnPKhRCu2aL90pSS1x71na9P0XDndMCVL6jfOfaXzU/4rynx8igDzOsdt1esn5LwXzvaW8n2D9AorrrTPTESUrzYddH0ij3XOMLjDnA39LZ5k+Y7b+5SRCAwQC29p6TckEnJBUMX4QQuWOrJ/O4I= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de; spf=pass smtp.mailfrom=arndb.de; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b=Fq3dMXKJ; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=c6JL9/YM; arc=none smtp.client-ip=103.168.172.149 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arndb.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=arndb.de header.i=@arndb.de header.b="Fq3dMXKJ"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="c6JL9/YM" Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfout.phl.internal (Postfix) with ESMTP id 9FFA1EC0329; Mon, 16 Feb 2026 06:49:30 -0500 (EST) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-04.internal (MEProxy); Mon, 16 Feb 2026 06:49:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1771242570; x=1771328970; bh=VzZUgI4/0n6CLisMDMurd6EdCliOo1A0U++gbNUOhQA=; b= Fq3dMXKJyxfooEsY9f+9uWN71fP1wjtWLFgQXIDj+ZsMIruNTpM728NuyvAr11v0 LKYCqYHA98baei4hJ1gPosavOue9V7qy/gTimZSgnaTq0ySiJlU6lYVHQyPNrPCW Xgv5b49CudQg4NdTQJCW4vd3DpWOc02a0r8P43TpEd7WO1N8m9kU4xmmMRFlrRb9 DBF7SLhsdgbjHyBD70p/0yonKJUeb1WvBqt0y8CV2r7ExmtM2C14lIMiV6mWoZiR gVPWha56UYNpTVF3v5SUv2C9Gvwa/vbhhBh6rFmBEtp5lLpu3lupAvnDP3kHwZsL RkjjnML0LEPhLyakrTHKOg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1771242570; x= 1771328970; bh=VzZUgI4/0n6CLisMDMurd6EdCliOo1A0U++gbNUOhQA=; b=c 6JL9/YMm54t3j/KZIcWZQt/EAm7zoUKoAaTISNhL+aS2aXS0+L/Zb0px00QFlQQX xsh+a9x5mFhOYg2zynqLE+DBJxZ2Sbxg39eCdMTcZE6IJo80juV44sgapRyjhRlq OnxASFzO9C82ZPWtjXeuaGEeEYAiqoPyCiT9u5I5znsBkqVbB/usDsIg+xzrj8Ud x/A3Ay4eZCV+Iqf43dwlX2QOox563Ld2lMVuUbN6XXd6CBkFmriqzzULkgpCpnaP AThyrPu/JbiUMfeVZhZTXMW1lR1x9kqhvE3KKWyeA4qAojefBoWAAaJVGY7lcO1T sD5awUqW5yzm3BLRTaUxg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgddvudeijeelucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepofggfffhvfevkfgjfhfutgfgsehtjeertdertddtnecuhfhrohhmpedftehrnhgu uceuvghrghhmrghnnhdfuceorghrnhgusegrrhhnuggsrdguvgeqnecuggftrfgrthhtvg hrnhephfdthfdvtdefhedukeetgefggffhjeeggeetfefggfevudegudevledvkefhvdei necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghrnh gusegrrhhnuggsrdguvgdpnhgspghrtghpthhtohepudegpdhmohguvgepshhmthhpohhu thdprhgtphhtthhopegrnhhshhhumhgrnhdrkhhhrghnughurghlsegrrhhmrdgtohhmpd hrtghpthhtoheptggrthgrlhhinhdrmhgrrhhinhgrshesrghrmhdrtghomhdprhgtphht thhopeguvghvrdhjrghinhesrghrmhdrtghomhdprhgtphhtthhopehkvghvihhnrdgsrh houghskhihsegrrhhmrdgtohhmpdhrtghpthhtoheprhihrghnrdhrohgsvghrthhssegr rhhmrdgtohhmpdhrtghpthhtoheprghrnhgusehkvghrnhgvlhdrohhrghdprhgtphhtth hopeifihhllheskhgvrhhnvghlrdhorhhgpdhrtghpthhtoheprghkphhmsehlihhnuhig qdhfohhunhgurghtihhonhdrohhrghdprhgtphhtthhopegsrgholhhinhdrfigrnhhgse hlihhnuhigrdgrlhhisggrsggrrdgtohhm X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 6E60170006A; Mon, 16 Feb 2026 06:49:29 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-ThreadId: AZKTqhPwrVVF Date: Mon, 16 Feb 2026 12:48:59 +0100 From: "Arnd Bergmann" To: "Dev Jain" , "Arnd Bergmann" , "Catalin Marinas" , "Will Deacon" Cc: "Andrew Morton" , "Ryan Roberts" , "Anshuman Khandual" , "Rohan McLure" , "Kevin Brodsky" , "Baolin Wang" , "Alistair Popple" , "Andrew Donnellan" , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Message-Id: <6482195e-5230-468c-95ac-625da1b233d8@app.fastmail.com> In-Reply-To: References: <20260213162219.1042965-1-arnd@kernel.org> Subject: Re: [PATCH] [v2] arm64: hugetlbpage: avoid unused-but-set-parameter warning (gcc-16) Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mon, Feb 16, 2026, at 07:31, Dev Jain wrote: > On 13/02/26 9:52 pm, Arnd Bergmann wrote: >> >> The issue here is that __pte_clear() does not actually use its second >> argument when CONFIG_ARM64_CONTPTE is disabled. > > But that is true even when the config is on? __pte_clear has an > unconditional definition. > No, you're right. I'll rephrase the changelog and send a v3. When CONFIG_ARM64_CONTPTE is disabled, the warning doesn't appear because the argument is unused by never changed as the loop collapses into a single call. Arnd