Thread (77 messages) 77 messages, 7 authors, 2024-08-01

Re: Re: [PATCH v17 19/35] arch/mm: Export direct {un,}map functions

From: Elliot Berman <hidden>
Date: 2024-02-26 17:28:03
Also in: linux-arm-msm, linux-devicetree, linux-doc, linux-mm, lkml

On Mon, Feb 26, 2024 at 12:53:48PM +0100, David Hildenbrand wrote:
On 26.02.24 12:06, Christoph Hellwig wrote:
quoted
The point is that we can't we just allow modules to unmap data from
the kernel mapping, no matter how noble your intentions are.
I absolutely agree.
Hi David and Chirstoph,

Are your preferences that we should make Gunyah builtin only or should add
fixing up S2 PTW errors (or something else)?

Also, do you extend that preference to modifying S2 mappings? This would
require any hypervisor driver that supports confidential compute
usecases to only ever be builtin.

Is your concern about unmapping data from kernel mapping, then module
being unloaded, and then having no way to recover the mapping? Would a
permanent module be better? The primary reason we were wanting to have
it as module was to avoid having driver in memory if you're not a Gunyah
guest.

Thanks,
Elliot


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help