From: Matt Mackall <mpm@selenic.com>
To: Roel Kluin <roel.kluin@gmail.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] random: kmalloc failure ignored in init_std_data()
Date: Fri, 18 Sep 2009 19:10:20 -0500 [thread overview]
Message-ID: <1253319020.3364.180.camel@calx> (raw)
In-Reply-To: <4AB411D9.6070702@gmail.com>
On Sat, 2009-09-19 at 01:03 +0200, Roel Kluin wrote:
> Clean up and error out if kmalloc() fails.
No thanks. Let's instead make it so it can't fail by building the array
into the statically allocated pool structures.
> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> ---
> Found with sed: http://kernelnewbies.org/roelkluin
>
> Build tested. Please review
>
> diff --git a/drivers/char/random.c b/drivers/char/random.c
> index d8a9255..8a68be8 100644
> --- a/drivers/char/random.c
> +++ b/drivers/char/random.c
> @@ -939,7 +939,7 @@ EXPORT_SYMBOL(get_random_bytes);
> * data into the pool to prepare it for use. The pool is not cleared
> * as that can only decrease the entropy in the pool.
> */
> -static void init_std_data(struct entropy_store *r)
> +static int init_std_data(struct entropy_store *r)
> {
> ktime_t now;
> unsigned long flags;
> @@ -952,16 +952,35 @@ static void init_std_data(struct entropy_store *r)
> mix_pool_bytes(r, &now, sizeof(now));
> mix_pool_bytes(r, utsname(), sizeof(*(utsname())));
> /* Enable continuous test in fips mode */
> - if (fips_enabled)
> + if (fips_enabled) {
> r->last_data = kmalloc(EXTRACT_SIZE, GFP_KERNEL);
> + if (r->last_data == NULL)
> + return -ENOMEM;
> + }
> + return 0;
> }
>
> static int rand_initialize(void)
> {
> - init_std_data(&input_pool);
> - init_std_data(&blocking_pool);
> - init_std_data(&nonblocking_pool);
> + int ret;
> + ret = init_std_data(&input_pool);
> + if (ret != 0)
> + return ret;
> +
> + ret = init_std_data(&blocking_pool);
> + if (ret != 0)
> + goto free_ip_ld;
> +
> + ret = init_std_data(&nonblocking_pool);
> + if (ret != 0)
> + goto free_bp_ld;
> +
> return 0;
> +free_bp_ld:
> + kfree(blocking_pool.last_data);
> +free_ip_ld:
> + kfree(input_pool.last_data);
> + return ret;
> }
> module_init(rand_initialize);
>
> @@ -1160,8 +1179,8 @@ static long random_ioctl(struct file *f, unsigned int cmd, unsigned long arg)
> /* Clear the entropy pool counters. */
> if (!capable(CAP_SYS_ADMIN))
> return -EPERM;
> - rand_initialize();
> - return 0;
> + retval = rand_initialize();
> + return retval;
> default:
> return -EINVAL;
> }
--
http://selenic.com : development and support for Mercurial and Linux
next prev parent reply other threads:[~2009-09-19 0:11 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-18 23:03 [PATCH] random: kmalloc failure ignored in init_std_data() Roel Kluin
2009-09-19 0:10 ` Matt Mackall [this message]
2009-09-19 0:54 ` Roel Kluin
2009-09-19 7:19 ` Matt Mackall
2009-10-09 7:35 ` Andrew Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1253319020.3364.180.camel@calx \
--to=mpm@selenic.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=roel.kluin@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox