Re: [Ksummit-discuss] [PATCH] CodingStyle: Inclusive Terminology

2020-07-06 Thread Harrosh, Boaz
Kees Cook wrote: > I have struggled with this as well. The parts of speech change, and my > grammar senses go weird. whitelist = adjective noun. allow-list = verb > noun. verbing the adj/noun combo feels okay, but verbing a verb/noun is > weird. > And just using "allowed" and "denied" doesn't impa

Re: [RFC PATCH] mm: align anon mmap for THP

2019-01-14 Thread Harrosh, Boaz
Michal Hocko wrote: <> > What does prevent you from mapping a larger area and MAP_FIXED, > PROT_NONE over it to get the protection? Yes Thanks I will try. That's good. >> > For THP, I believe, kernel already does The Right Thing™ for most users. >> > User still may want to get speific range as

Re: [RFC PATCH] mm: align anon mmap for THP

2019-01-14 Thread Harrosh, Boaz
Sistare wrote: > > A better heuristic would be to return an aligned address if the length > is a multiple of the huge page size. The gap (if any) between the end of > the previous VMA and the start of this VMA would be filled by subsequent > smaller mmap requests. The new behavior would need to

Re: [RFC PATCH] mm: align anon mmap for THP

2019-01-14 Thread Harrosh, Boaz
Kirill A. Shutemov wrote: > On Fri, Jan 11, 2019 at 03:28:37PM -0800, Mike Kravetz wrote: >> Ok, I just wanted to ask the question. I've seen application code doing >> the 'mmap sufficiently large area' then unmap to get desired alignment >> trick. Was wondering if there was something we could