From: David Vrabel <david.vrabel@csr.com>
To: Jesper Juhl <jj@chaosbits.net>
Cc: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
Greg KH <greg@kroah.com>
Subject: Re: [PATCH] UWB: Return UWB_RSV_ALLOC_NOT_FOUND rather than crashing on NULL dereference if kzalloc fails
Date: Mon, 08 Nov 2010 12:43:02 +0000 [thread overview]
Message-ID: <4CD7F056.6080405@csr.com> (raw)
In-Reply-To: <alpine.LNX.2.00.1011072158211.26247@swampdragon.chaosbits.net>
Jesper Juhl wrote:
> Hi,
>
> Crashing on a null pointer deref is never a nice thing to do. It seems to
> me that it's better to simply return UWB_RSV_ALLOC_NOT_FOUND if kzalloc()
> fails in uwb_rsv_find_best_allocation().
This is fine.
struct uwb_rsv_alloc_info is not that large (about 414 bytes I think) so
it could possibly go on the stack and avoid the allocation.
Acked-by: David Vrabel <david.vrabel@csr.com>
Greg, seeing as I'm not maintaining the UWB subsystem any more do you
want to pick this (and future) UWB patches?
David
> I may be wrong since I have no way to test this (except compile test) and
> this is unknown code to me, so please review carefully.
>
> Please CC me on replies.
>
>
> Signed-off-by: Jesper Juhl <jj@chaosbits.net>
> ---
> allocator.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/uwb/allocator.c b/drivers/uwb/allocator.c
> index 436e4f7..e45e673 100644
> --- a/drivers/uwb/allocator.c
> +++ b/drivers/uwb/allocator.c
> @@ -326,7 +326,8 @@ int uwb_rsv_find_best_allocation(struct uwb_rsv *rsv, struct uwb_mas_bm *availab
> int bit_index;
>
> ai = kzalloc(sizeof(struct uwb_rsv_alloc_info), GFP_KERNEL);
> -
> + if (!ai)
> + return UWB_RSV_ALLOC_NOT_FOUND;
> ai->min_mas = rsv->min_mas;
> ai->max_mas = rsv->max_mas;
> ai->max_interval = rsv->max_interval;
--
David Vrabel, Senior Software Engineer, Drivers
CSR, Churchill House, Cambridge Business Park, Tel: +44 (0)1223 692562
Cowley Road, Cambridge, CB4 0WZ http://www.csr.com/
Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
next prev parent reply other threads:[~2010-11-08 12:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-07 21:04 [PATCH] UWB: Return UWB_RSV_ALLOC_NOT_FOUND rather than crashing on NULL dereference if kzalloc fails Jesper Juhl
2010-11-08 12:43 ` David Vrabel [this message]
2010-11-08 16:41 ` Greg KH
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=4CD7F056.6080405@csr.com \
--to=david.vrabel@csr.com \
--cc=greg@kroah.com \
--cc=jj@chaosbits.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
/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