On Wed, Apr 14, 2021 at 09:09:53PM +0100, Matthew Wilcox wrote: > By the way, I don't think that Rust necessarily has to conform to the > current way that Linux works. If this prompted us to track the current > context (inside spinlock, handling interrupt, performing writeback, etc) > and do away with (some) GFP flags, that's not the end of the world. > We're already moving in that direction to a certain extent with the > scoped memory allocation APIs to replace GFP_NOFS / GFP_NOIO. I hadn't myself considered this option but it looks enticing to me. Do you have a sense of which GFP flags we wouldn't be able to obviate even if we did track state?
