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 7273C25F798 for ; Fri, 6 Mar 2026 18:18:13 +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=1772821093; cv=none; b=QiHb8iLNNHpdZgf/mTJIryaLUZJvBtTArDYW/iPTWKXV3sWRDdVX4qqnUH4IAS9TJEJJztD5eP6eby9zL9++AXIqw6FacVa1lCof21zUWfJkTSfVbZ48HD8cVuvxP9vgZw3b9MfiRjl83MiobmZoxvZ/2EHd7/1aMngPlJIV5jE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772821093; c=relaxed/simple; bh=LGJoIhaPN4vcLHk+shRkzT22dEbiZVJHIM/1T8T4pEU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Xz2OZCZwZFTa9to93flaJAvEHFtgCA/vp6lEwFaXc7AQEMl6vzW+T5cPO6TjGyEhxq0z7MvvttrlXTZG6QyHoO6pzeebPWGaJwSOlri0iVD8X+VQtOl+XUVwvvOsxcvFZIQ0ORRIxH64W6zHA37GUXWk+jmHi4TjutN8HRGEtMQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=i1Ayp72B; 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="i1Ayp72B" Received: by smtp.kernel.org (Postfix) with ESMTPSA id ED5ACC4CEF7; Fri, 6 Mar 2026 18:18:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1772821093; bh=LGJoIhaPN4vcLHk+shRkzT22dEbiZVJHIM/1T8T4pEU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=i1Ayp72BZbuYLQE0lVVk2Lky0EhTAO2r9+AAc+KMSjFgLMkq2o4nerRky+emaIT8w dujYlvks+UlDKBxYk3Nif4jS6xYb6QTYPLrKhpp6e5+T4U4RjWRPSMIPWEufnD4NeQ EZz73t+YQY6I6dLZu+1w7i4kA4+E5WJBURbfgi5p1qaDCXbr3G+3qppPy+CngKfOj3 4UQzFHYPvf3E/jvD2P5suXYiqb/BJ9hfzkoGRRUZT0XKaO7l3aQsqfcZeM8ml1rbGD E/pX6SSlkeVjo6qlBoipZff0BEaXJ+XdfvokCXGLTTpO72u54jqEgAfojnfNOUqfUZ OV7ohYwHxklgg== Date: Fri, 6 Mar 2026 20:17:59 +0200 From: Mike Rapoport To: Kevin Brodsky Cc: Brendan Jackman , Borislav Petkov , Dave Hansen , Peter Zijlstra , Andrew Morton , David Hildenbrand , Lorenzo Stoakes , Vlastimil Babka , Wei Xu , Johannes Weiner , Zi Yan , linux-mm@kvack.org, linux-kernel@vger.kernel.org, x86@kernel.org, Sumit Garg , derkling@google.com, reijiw@google.com, Will Deacon , rientjes@google.com, "Kalyazin, Nikita" , patrick.roy@linux.dev, "Itazuri, Takahiro" , Andy Lutomirski , David Kaplan , Thomas Gleixner , Yosry Ahmed , Ryan Roberts , Rick Edgecombe Subject: Re: [PATCH RFC 00/19] mm: Add __GFP_UNMAPPED Message-ID: References: <20260225-page_alloc-unmapped-v1-0-e8808a03cd66@google.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Mar 06, 2026 at 01:31:15PM +0100, Kevin Brodsky wrote: > On 05/03/2026 16:58, Brendan Jackman wrote: > > > Right, and actually just today someone pointed out mm/execmem.c to me, I > > think execmem_cache_populate() is basically doing the same thing > > (although it's also creating a separate virtual mapping). > > Ah interesting I didn't know about that cache. It does have > similarities, and the motivation seems similar too. The motivation for execmem cache is slightly different. The goal there was to ensure kernel's executable memory (modules, kprobes, ftrace and potentially BPF) is mapped at PMD level at vmalloc address space. And the removal of the direct map alias for execmem is rather a side effect :) But sure, there are similarities. -- Sincerely yours, Mike.