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 C515E2566E9 for ; Thu, 23 Apr 2026 16:43:08 +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=1776962588; cv=none; b=Jl8ada25FEZci0MbD+F7SAmNEMo+ruzr2T7CGEYfup7bXcOURNzY+gC/b2uajde40e6JyNt8ROEXBmzxSaTR4ENlfoirE1sQAJHkjhBU6rCPLtYDoLHy6GPVoM6g7cDq8HZxEqPpwALrKBTJ9a9Z4FCuJgpZBln2UcwbHnWLcWI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776962588; c=relaxed/simple; bh=PbPs/W4+n3I7+0udzca9mgH75HU493tf2uasPDZI9eA=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=nlR9sAzMM9ctskeMUj6iKlJ7FOb+qNvIOEquADulYH3C4JIKVwgGZzfpcQPTFmwOHdKyCJzzIkmvRipAMS3seW06Nznyd4+CeGyv1SwByd4mXEssiZrAVxN5hdCKL5qhBp72T2ugkJHXbuSA6QdUb3g8U1+uU3sMznZsF1c7q94= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Y48yIR67; 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="Y48yIR67" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C03F6C2BCAF; Thu, 23 Apr 2026 16:43:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1776962588; bh=PbPs/W4+n3I7+0udzca9mgH75HU493tf2uasPDZI9eA=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Y48yIR677BPTn8wzenQY15Cy8LxN5kt7WPJJXzr1lKd9Lk1jv2GwGPBAThNIpO2Ye AdtpFceEHKJru/iCf+mZUf62f5m8sE6Y4JKBj5eS3GALtSND+fkQXahsZBb6xKnKp6 Mf3saSepeov0+zKGvO6pUHcZmP1mK4lyuRrkVjbxBuitOqyOV7i7W8XfgQ5ZzFZMKl PANBDADHEJkHKi47hf8hrKMD4jFW8+WMBHuLluRYZQxdVIb4uyyqYy+UzCTnnfNnnH Kf20oN9hYLO3vKWFOKHqAIr3Bb86x6Ek+VaZKTQ9VMCqiU2+2aVVsxFHOLDXkDJ2Ow scZoKtxrgyrlA== From: Pratyush Yadav To: Michal Clapinski Cc: Evangelos Petrongonas , Pasha Tatashin , Mike Rapoport , Pratyush Yadav , Alexander Graf , Samiullah Khawaja , kexec@lists.infradead.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrew Morton , Vlastimil Babka , Suren Baghdasaryan , Michal Hocko , Brendan Jackman , Johannes Weiner , Zi Yan Subject: Re: [PATCH v9 1/3] kho: fix deferred initialization of scratch areas In-Reply-To: <20260423122538.140993-2-mclapinski@google.com> (Michal Clapinski's message of "Thu, 23 Apr 2026 14:25:36 +0200") References: <20260423122538.140993-1-mclapinski@google.com> <20260423122538.140993-2-mclapinski@google.com> Date: Thu, 23 Apr 2026 18:43:04 +0200 Message-ID: <2vxzmryt631j.fsf@kernel.org> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain On Thu, Apr 23 2026, Michal Clapinski wrote: > Currently, if CONFIG_DEFERRED_STRUCT_PAGE_INIT is enabled, > kho_release_scratch() will initialize the struct pages and set migratetype > of KHO scratch. Unless the whole scratch fits below first_deferred_pfn, > some of that will be overwritten either by deferred_init_pages() or > memmap_init_reserved_range(). > > To fix it, make memmap_init_range(), deferred_init_memmap_chunk() and > __init_page_from_nid() recognize KHO scratch regions and set > migratetype of pageblocks in those regions to MIGRATE_CMA. > > Co-developed-by: Mike Rapoport (Microsoft) > Signed-off-by: Mike Rapoport (Microsoft) > Signed-off-by: Michal Clapinski Reviewed-by: Pratyush Yadav (Google) [...] -- Regards, Pratyush Yadav