[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20171008091654.GA29939@infradead.org>
Date: Sun, 8 Oct 2017 02:16:54 -0700
From: Christoph Hellwig <hch@...radead.org>
To: Konstantin Khlebnikov <khlebnikov@...dex-team.ru>
Cc: linux-mm@...ck.org, Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, Andy Lutomirski <luto@...nel.org>
Subject: Re: [PATCH] vmalloc: add __alloc_vm_area() for optimizing vmap stack
This looks fine in general, but a few comments:
- can you split adding the new function from switching over the fork
code?
- at least kasan and vmalloc_user/vmalloc_32_user use very similar
patterns, can you switch them over as well?
- the new __alloc_vm_area looks very different from alloc_vm_area,
maybe it needs a better name? vmalloc_range_area for example?
- when you split an existing function please keep the more low-level
function on top of the higher level one that calls it.
Powered by blists - more mailing lists