On Wed, Nov 9, 2022 at 9:04 AM Edgecombe, Rick P <rick.p.edgecombe@xxxxxxxxx> wrote: > [...] > > Similar to the perm_alloc() hacks? > > > with similar rodata_alloc() that uses yet another tree in vmalloc? > > It would have to group them together at least. Not sure if it needs a > separate tree or not. I would think permission flags would be better > than a new function for each memory type. > > > How the caching of large pages in vmalloc can be made useful for use > > cases > > like secretmem and PKS? > > This part is easy I think. If we had an unmapped page allocator it > could just feed this. Do you have any idea when you might pick up that > stuff again? > > To answer my own question, I think a good first step would be to make > the interface also work for non-text_poke() so it could really be cross > arch, then use it for everything except modules. The benefit to the > other arch's at that point is centralized handling of loading text. AFAICT, most major archs are introducing text_poke or similar support. What would be a good non-text_poke major to look into? Thanks, Song
