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 64B42301486 for ; Fri, 3 Apr 2026 18:14:15 +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=1775240055; cv=none; b=nAtEliQtyC0/dOi1SsYFWr2rdD64/0WoS3uqkMJGNZNGQ1ZsCQcmiPwEKSJ81dxHvbaBTvaPbQHBKwmJwPiFSRP0rWBq1Y4RHrKcz5peJ9XKtLcz4wU+fI8VxPv2EeB13jTt2efWJbdNS2kCuDVW35axkixjLX5gdP0xGAJ+yyM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775240055; c=relaxed/simple; bh=NVmucWWcOjVa31P6c7zH6ESRwNaaHDsOHGyY9BpMyX8=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=ecvbbg2MOG+yaEnzyoOprUBKoGJfnG/f96bOuTVSdR7UXkKUFyxw/vXJKnIGB8wDZSO+NoPm3y1YzGal/v2mvmiWgj18CuPdMLrD6KvoBNvewklJf7g8ty0r1OkSKAw3k0z0glwDXRu3p0U2oOunrXkF74e3HIXptvt3AnboGkY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=k7WUCjnt; 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="k7WUCjnt" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 582C0C4CEF7; Fri, 3 Apr 2026 18:14:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1775240054; bh=NVmucWWcOjVa31P6c7zH6ESRwNaaHDsOHGyY9BpMyX8=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=k7WUCjnt9/EYcljpbapkd1dpqelsfSvypsJFqtjuvlobIzznbT3npfcn4HVD5mvMC HgfAmEYSfJb2MrGMD9mfm6eA1EdenC7bh4rKtYwm+2EpdD7iQZMcKLqUBr0lHI+q12 lu33IEsyRvFTIzihzaEfd3G611wUxijlJDOkcMQW5RlPi6AzqyOWgw49sKWmTXfHEd DFuEKpwKYw3xYqz/67YUjp/OW4WlrVn6MxiSbbD4V1hjV9Z84O/GoOZubrzxmLKAUA 8XndJeqX48vHDqIO288ggQ3iukuaGI47N+Z6Xks+OwepUpeDa0nPyYXLBO58vklsx+ Eyz80hcGTzpHA== Message-ID: <6c90c152-3341-4a46-bffa-3cfaca66fdd1@kernel.org> Date: Fri, 3 Apr 2026 20:14:11 +0200 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] slub: use N_NORMAL_MEMORY in can_free_to_pcs to handle remote frees Content-Language: en-US To: "Harry Yoo (Oracle)" , Hao Li Cc: akpm@linux-foundation.org, cl@gentwo.org, rientjes@google.com, roman.gushchin@linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20260403073958.8722-1-hao.li@linux.dev> From: "Vlastimil Babka (SUSE)" In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 4/3/26 14:02, Harry Yoo (Oracle) wrote: > On Fri, Apr 03, 2026 at 03:37:36PM +0800, Hao Li wrote: >> Memory hotplug now keeps N_NORMAL_MEMORY up to date correctly, so make >> can_free_to_pcs() use it. >> >> As a result, when freeing objects on memoryless nodes, or on nodes that >> have memory but only in ZONE_MOVABLE, the objects can be freed to the >> sheaf instead of going through the slow path. >> >> Signed-off-by: Hao Li >> --- > > Acked-by: Harry Yoo (Oracle) > >> Hi Vlastimil, this patch depends on a prerequisite patch[1] from a few days >> ago. I'm not sure how this should be handled. > >> I wonder if Andrew might put them in the same tree. > But it also depends on the patch series > "[PATCH 0/3] slab: support memoryless nodes with sheaves". > > So perhaps better send it to Linus after 7.1-rc1? [1] is in mm-hotfixes so it should get to mainline before 7.0 final, so then it's fine to add this to slab updates PR for 7.1-rc1 > Thanks! > >> [1] https://lore.kernel.org/linux-mm/20260330035941.518186-1-hao.li@linux.dev/ >