[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Yt5XZN3CdTprfjwk@kroah.com>
Date: Mon, 25 Jul 2022 10:42:12 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Ren Yu <renyu@...china.com>
Cc: keescook@...omium.org, arnd@...db.de, linux-kernel@...r.kernel.org,
liqiong@...china.com, yuzhe@...china.com
Subject: Re: [PATCH 2/3] lkdtm/perms: Check possible NULL pointer returned by
kmalloc(),vmalloc()
On Mon, Jul 25, 2022 at 04:11:53PM +0800, Ren Yu wrote:
> As the possible alloc failure of the kmalloc() and vmalloc(),the
> return pointer could be NULL.therefore it should be better to check it.
>
> Signed-off-by: Ren Yu <renyu@...china.com>
> ---
> drivers/misc/lkdtm/perms.c | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/misc/lkdtm/perms.c b/drivers/misc/lkdtm/perms.c
> index b93404d65650..34b43b9ea1f1 100644
> --- a/drivers/misc/lkdtm/perms.c
> +++ b/drivers/misc/lkdtm/perms.c
> @@ -180,6 +180,9 @@ static void lkdtm_EXEC_STACK(void)
> static void lkdtm_EXEC_KMALLOC(void)
> {
> u32 *kmalloc_area = kmalloc(EXEC_SIZE, GFP_KERNEL);
> + if (!kmalloc_area)
> + return;
> +
Always run checkpatch on your patches so that grumpy maintainers do not
have to tell you to run checkpatch on your patches...
Also, shouldn't this return an error?
But most importantly, how can this ever fail?
thanks,
greg k-h
Powered by blists - more mailing lists