From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-171.mta1.migadu.com (out-171.mta1.migadu.com [95.215.58.171]) (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 C2F231E8826 for ; Wed, 15 Apr 2026 12:22:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=95.215.58.171 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776255758; cv=none; b=ksvn2uy+HhqgoPUp+19XlSjePMJhqZB9h7gqUwkEvD4C3PT7GBrNviokLuxtUqpc04fgRmLICY0GKdlSjKYNV3gPegSskS+b1PnKt+AZbDyjUPWiGQUF9/fzLyCdoH7fzW9EkgYi8C7w5Qmx76hL7Z59imktsDD+AKPBBgH537k= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776255758; c=relaxed/simple; bh=VCECXRZt1tRWhYO2f/EdS9u/dfLhHAlOtvQp6eMeCao=; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc: Message-Id:References:To; b=nhqdONfq1xuxTyrUl0b/lgIxWpW1Z960v54fmiZXUHVMqYMHv0Qjb6jotox0Yu0IK2uz5JyGhq2sTVTLIAZZZv3lZqwz7eL76u7+SwzcgMMYflkaYCs+U9X/DJfEhyXSOZYI14G4lFLSgYS9VIFDTqGK2oqGkA53WVnGgi0SEKA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b=UeFP1PtS; arc=none smtp.client-ip=95.215.58.171 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="UeFP1PtS" Content-Type: text/plain; charset=us-ascii DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1776255753; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VCECXRZt1tRWhYO2f/EdS9u/dfLhHAlOtvQp6eMeCao=; b=UeFP1PtSF6ipgLoxcNRkvHhJojxdRSDvpJboXiwDHiGFdWOJcrdUum8kCjr47GDwUTIjEL Oxib5nsSYCh6uASGbSDMCnR39l8VbiQwCV0shP4KLbjXNuik3D4XhtjFzThJ2YelY8PtYM Fxxwt17HNWkYfy7qwRomETUmFDVYQds= Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.500.181\)) Subject: Re: [PATCH v2 4/6] mm/sparse-vmemmap: Pass @pgmap argument to arch vmemmap_populate() X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Muchun Song In-Reply-To: <9ceede7b-45d3-4d15-b8ce-f0b04bbb18dd@oracle.com> Date: Wed, 15 Apr 2026 20:21:45 +0800 Cc: Muchun Song , Lorenzo Stoakes , "Liam R . Howlett" , Vlastimil Babka , Mike Rapoport , Suren Baghdasaryan , Michal Hocko , Nicholas Piggin , Christophe Leroy , aneesh.kumar@linux.ibm.com, linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, harry.yoo@oracle.com, Andrew Morton , David Hildenbrand , Oscar Salvador , Michael Ellerman , Madhavan Srinivasan Content-Transfer-Encoding: quoted-printable Message-Id: References: <20260415111412.1003526-1-songmuchun@bytedance.com> <20260415111412.1003526-5-songmuchun@bytedance.com> <9ceede7b-45d3-4d15-b8ce-f0b04bbb18dd@oracle.com> To: Joao Martins X-Migadu-Flow: FLOW_OUT > On Apr 15, 2026, at 20:13, Joao Martins = wrote: >=20 > On 15/04/2026 12:14, Muchun Song wrote: >> Add the struct dev_pagemap pointer as a parameter to the architecture >> specific vmemmap_populate(), vmemmap_populate_hugepages() and >> vmemmap_populate_basepages() functions. >>=20 >> Currently, the vmemmap optimization for DAX is handled mostly in an >> architecture-agnostic way via vmemmap_populate_compound_pages(). >> However, this approach skips crucial architecture-specific = initialization >> steps. For example, the x86 path must call sync_global_pgds() after >> populating the vmemmap, which is currently being bypassed. >>=20 >=20 > Harry's series fixed in a different way (for x86): >=20 > = https://lore.kernel.org/linux-mm/20250818020206.4517-1-harry.yoo@oracle.co= m/#t Thanks for your information. It indeed fixes the page table sync issue. I'll drop this one int the next version. Thanks, Muhcun=