[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20221018154020.GA24383@lst.de>
Date: Tue, 18 Oct 2022 17:40:20 +0200
From: Christoph Hellwig <hch@....de>
To: Song Liu <songliubraving@...a.com>
Cc: Christoph Hellwig <hch@....de>, Song Liu <song@...nel.org>,
Linux-MM <linux-mm@...ck.org>,
lkml <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
X86 ML <x86@...nel.org>, Peter Zijlstra <peterz@...radead.org>,
Kernel Team <Kernel-team@...com>,
"Edgecombe, Rick P" <rick.p.edgecombe@...el.com>,
"Hansen, Dave" <dave.hansen@...el.com>,
"urezki@...il.com" <urezki@...il.com>
Subject: Re: [RFC v2 0/4] vmalloc_exec for modules and BPF programs
On Tue, Oct 18, 2022 at 03:05:24PM +0000, Song Liu wrote:
> Maybe we need something like vcopy_exec(x_mem, tmp_buf, size), where
> we explicitly check the allowed memory of x_mem is bigger or equal to
> size. And users of vmalloc_exec should only use vcopy_exec to update
> memory from vmalloc_exec.
>
> Does this make sense? Did I understand your concern correctly?
It sounds sensible. Make sure it iѕ properly documented and reviewed
by people that actually know this area. I just know enough to ask
stupid question, not to very something is actually correct :)
Powered by blists - more mailing lists