From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 07C9C2F3624 for ; Thu, 3 Jul 2025 18:35:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1751567707; cv=none; b=gCe95qTmSQhSQGhG16OAepm906Q992K4UZhhUxRnL7SYUb4dNnqac/cR/bVOlWvWEmLKyOw85BovNs3xLUaQqeaC5Ltk8RkwBOAYoMzdA83DyKU0KYrxz1km7MuprcwB1JDOl383Uxl2gpcI73WAaLK6XegMS31gbsEgqE/HV/I= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1751567707; c=relaxed/simple; bh=zlAdJEY7Ij42jwYYqyNJSHxQo3zPM4LwI5/WMp/+62A=; h=From:To:Cc:Subject:Date:Message-Id:In-Reply-To:References: MIME-Version:Content-Type; b=bQkndhT8en809uPoVjpz/nOKm/YOruqHyYKc009IebKP8OLDySlNu3fiIjToMwoEvKFTv6KF8BF8maI8prHCpcVhmPwCnoWfP43NRiFAQFIU84D3rPhSFq0cSYNgliKL0/QueuYiuQIXT1ARCuV99DXBvcaeATVlPmj2OqAtDtw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=OA08W6GZ; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="OA08W6GZ" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 483F3C4CEE3; Thu, 3 Jul 2025 18:35:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1751567706; bh=zlAdJEY7Ij42jwYYqyNJSHxQo3zPM4LwI5/WMp/+62A=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OA08W6GZZXDGHVn0BoiJqxtdpT3MNodApEwo1V6BffZwGhB4NuiFUZAcHh+PlH7V7 8QPYpC28/StSy7GH6hsd0v0VPvOZA+tMI+huSTbr9wUvn2IgHiz1j9HvpZPXjXsR/e Jizd3fedgeNhGMpYWolIUd3fdJBJb6yf6Siht/9Z/p5627HjhUp1LqLAJY8o4DJI8q 23Pw9WKdK/y0gxv2xorwwZO5r+lj189ivTQ9Tw4cFDKjTvSQfAC94IugYLMaNhI2h6 ybyDW4OZ0BdSN1lp4maYrfrh1HJPTMoKLnQv3DUYC3fL0rsvj3sJx2Vf3IhmQVvKYh grq3nR45LTtzw== From: Sasha Levin To: stable@vger.kernel.org Cc: Jeongjun Park , Sasha Levin Subject: Re: [PATCH 6.12.y] mm/vmalloc: fix data race in show_numa_info() Date: Thu, 3 Jul 2025 14:35:05 -0400 Message-Id: <20250703104026-0d4e9a45eb691786@stable.kernel.org> X-Mailer: git-send-email 2.39.5 In-Reply-To: <20250702153428.352047-1-aha310510@gmail.com> References: Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit [ Sasha's backport helper bot ] Hi, ✅ All tests passed successfully. No issues detected. No action required from the submitter. The upstream commit SHA1 provided is correct: 5c5f0468d172ddec2e333d738d2a1f85402cf0bc Status in newer kernel trees: 6.15.y | Not found Note: The patch differs from the upstream commit: --- 1: 5c5f0468d172d ! 1: b24f97a37c454 mm/vmalloc: fix data race in show_numa_info() @@ Metadata ## Commit message ## mm/vmalloc: fix data race in show_numa_info() + commit 5c5f0468d172ddec2e333d738d2a1f85402cf0bc upstream. + The following data-race was found in show_numa_info(): ================================================================== @@ Commit message m->private, vmalloc_info_show() should allocate the heap. Link: https://lkml.kernel.org/r/20250508165620.15321-1-aha310510@gmail.com - Fixes: 8e1d743f2c26 ("mm: vmalloc: support multiple nodes in vmallocinfo") + Fixes: 8e1d743 ("mm: vmalloc: support multiple nodes in vmallocinfo") Signed-off-by: Jeongjun Park Suggested-by: Eric Dumazet Suggested-by: Andrew Morton @@ mm/vmalloc.c: bool vmalloc_dump_obj(void *object) static void show_purge_info(struct seq_file *m) @@ mm/vmalloc.c: static int vmalloc_info_show(struct seq_file *m, void *p) - struct vmap_node *vn; struct vmap_area *va; struct vm_struct *v; + int i; + unsigned int *counters; + + if (IS_ENABLED(CONFIG_NUMA)) + counters = kmalloc(nr_node_ids * sizeof(unsigned int), GFP_KERNEL); - for_each_vmap_node(vn) { - spin_lock(&vn->busy.lock); + for (i = 0; i < nr_vmap_nodes; i++) { + vn = &vmap_nodes[i]; @@ mm/vmalloc.c: static int vmalloc_info_show(struct seq_file *m, void *p) } --- Results of testing on various branches: | Branch | Patch Apply | Build Test | |---------------------------|-------------|------------| | stable/linux-6.12.y | Success | Success |