From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from fout-b5-smtp.messagingengine.com (fout-b5-smtp.messagingengine.com [202.12.124.148]) (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 CED2532F75A for ; Fri, 13 Feb 2026 17:07:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=202.12.124.148 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771002450; cv=none; b=q9WoU5kdDWZhX0+FJwyCqZ2doiQabNgpW8LWipe1pKEGMHNefTurC0fA2pAjwjhhrM0uazyDMz0/AUKGYZl4ofnlsSNqHPLd2uCmaEa1baIp+J7C5fMm+48zokBOKR2m3Yn2Hloj6cjAa8jOgazFodLxoupf3iOhvt8JcdloeU0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771002450; c=relaxed/simple; bh=zk1/shykzHcJDYivwRxODsNBv7HauoeX7Jzqq6mAWW8=; h=MIME-Version:Date:From:To:Cc:Message-Id:In-Reply-To:References: Subject:Content-Type; b=cdBm9dfapDBqjXejN00CoEcBJ1Az5O0f7DB4JyJtDXUtj/fVJqkdFFu3pftc5LWRFwf4UFVKTjDknL/PU8rwz77+cg75MVr/nyKBwuJpfKxQz1S4D9/i6llEjvk8igvPIt8zNPbPGc/4C1JK6V8uGF2PJHA3Y/2YdRu9MdcmDcc= 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=A1hu4c4B; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b=h2jXgdOG; arc=none smtp.client-ip=202.12.124.148 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="A1hu4c4B"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="h2jXgdOG" Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfout.stl.internal (Postfix) with ESMTP id 51E2F1D000A4; Fri, 13 Feb 2026 12:07:27 -0500 (EST) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-04.internal (MEProxy); Fri, 13 Feb 2026 12:07:28 -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=1771002447; x=1771088847; bh=YT/v47LlRWqKPqDMFHr3v4dZamhJQajCeRj/cKvJDjY=; b= A1hu4c4BROmE8pJtCEyEdAF/O5fejVYiu3WaI1EKix1m+FmYD+y1y3VPb+4bM9mA SIx6UYIUKCdP1BuHMAm+Py9v/wzqWShZQT7tZyEsGX04OfmnBpPCfH8NQI07aYKp XgekcOpEX0YubXuS2PTOoA4owUuID+DqJZ3MzGbC1z1odUnAkkjH3apnTiUUhv2r bYKGtV3tfzvmz9606a31Fu/PKkg+9etbDxVtPlpR3JzqmUpB0SpWnFpnqYg3b+QO gKzgDElnalps7BsAun1NC+yFf5Gnr3B3+x3N5bwXMBafMhLMvUmy+JaoMeuZlJeg GkCEIUII5aEO7WhRjP1dgQ== 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=1771002447; x= 1771088847; bh=YT/v47LlRWqKPqDMFHr3v4dZamhJQajCeRj/cKvJDjY=; b=h 2jXgdOGVxzzxiMOTpMWsBrqO76E63iEUltJr1h945IuYN1U5pnDjHDPOkulqP7Qk X8eI4ItVX3BnQxxYPhxip7UxaJjkAIkXgq/5j5HNHEUFTC18fQr3jrHjdZ7q5RWV S9cnGfC8GlxrZqVDJo75WInQBeBmS2oiBjLCXRyOhb6snQsfftIKHW0e76sY3Iis DeVz+TLtzkUaStAlFH5eb0Hnxk+qPwvs+X0Ql+DqaA4rNnnH/WrDH6L+6YuT2QH1 3iyAjXyyVtTErld7zTm+bnK0l8P6bAn0EFKeccJGPXo1S+ksn4oX/bH0XXkIXk0f Lc22zN/f84guRESYEEifQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgddvtdekkeduucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepofggfffhvfevkfgjfhfutgfgsehtjeertdertddtnecuhfhrohhmpedftehrnhgu uceuvghrghhmrghnnhdfuceorghrnhgusegrrhhnuggsrdguvgeqnecuggftrfgrthhtvg hrnhephfdthfdvtdefhedukeetgefggffhjeeggeetfefggfevudegudevledvkefhvdei necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprghrnh gusegrrhhnuggsrdguvgdpnhgspghrtghpthhtohepudelpdhmohguvgepshhmthhpohhu thdprhgtphhtthhopeiihhgvnhhgqhhirdgrrhgthhessgihthgvuggrnhgtvgdrtghomh dprhgtphhtthhopehkohhitghhihhrohdruggvnhestggrnhhonhhitggrlhdrtghomhdp rhgtphhtthhopehhrghnnhgvshestghmphigtghhghdrohhrghdprhgtphhtthhopegrgi gvlhhrrghsmhhushhsvghnsehgohhoghhlvgdrtghomhdprhgtphhtthhopeifvghigihu ghgtsehgohhoghhlvgdrtghomhdprhgtphhtthhopeihuhgrnhgthhhusehgohhoghhlvg drtghomhdprhgtphhtthhopegsvghrthhrrghnugdrfihlohgurghrtgiihihksehinhht vghlrdgtohhmpdhrtghpthhtoheprghrnhgusehkvghrnhgvlhdrohhrghdprhgtphhtth hopegurghvihgusehkvghrnhgvlhdrohhrgh X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 31CF7700065; Fri, 13 Feb 2026 12:07:25 -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: A7zn6QNgbkpw Date: Fri, 13 Feb 2026 18:07:04 +0100 From: "Arnd Bergmann" To: "Andrew Morton" , "Arnd Bergmann" Cc: "Johannes Weiner" , "Axel Rasmussen" , "Yuanchu Xie" , "Wei Xu" , "David Hildenbrand (Red Hat)" , "Michal Hocko" , "Qi Zheng" , "Shakeel Butt" , "Lorenzo Stoakes" , "Baolin Wang" , "Kairui Song" , "Davidlohr Bueso" , "Koichiro Den" , "Jiayuan Chen" , "Bertrand Wlodarczyk" , linux-mm@kvack.org, linux-kernel@vger.kernel.org Message-Id: In-Reply-To: <20260213085842.0654f70a73ec05d88908ec25@linux-foundation.org> References: <20260213123902.3466040-1-arnd@kernel.org> <20260213085842.0654f70a73ec05d88908ec25@linux-foundation.org> Subject: Re: [PATCH] mm/vmscan: avoid false-positive -Wuninitialized warning Content-Type: text/plain Content-Transfer-Encoding: 7bit On Fri, Feb 13, 2026, at 17:58, Andrew Morton wrote: > On Fri, 13 Feb 2026 13:38:56 +0100 Arnd Bergmann wrote: > >> From: Arnd Bergmann >> >> When the -fsanitize=bounds sanitizer is enabled, > > Is this an option in current kernels? Yes, this is CONFIG_UBSAN_ARRAY_BOUNDS. The actual warning only shows up in some configurations with that, so either there is some other dependency, or an element of chance based on gcc optimizations. > Seems a large change just to squish a compiler warning. People might > prefer a simple > > - struct ctrl_pos sp, pv; > + struct ctrl_pos sp, pv = {}; Right, that would clearly also shut up the warning. To me this seems less intuitive without an extra comment, since read_ctrl_pos() is meant to initialize the entire struct, but please pick whichever you find most readable here. Arnd