lkml.org 
[lkml]   [2002]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patches in this message
/
From
SubjectRe: [PATCH] Trivial patch against mempool
Date
That is a good suggestion too, I have redone the patch so
that the alloc_fn and free_fn are checked before calling
kmalloc(). I think the BUG_ON is also a good solution

I have the following now

1.
--- mempool.c.org Fri Feb 22 12:00:58 2002
+++ mempool.c Fri Feb 22 17:26:02 2002
@@ -34,6 +34,9 @@
mempool_t *pool;
int i;

+ BUG_ON(!alloc_fn);
+ BUG_ON(!free_fn);
+
pool = kmalloc(sizeof(*pool), GFP_KERNEL);
if (!pool)
return NULL;
2.
--- mempool.c.org Fri Feb 22 12:00:58 2002
+++ mempool.c Fri Feb 22 17:38:52 2002
@@ -34,6 +34,8 @@
mempool_t *pool;
int i;

+ BUG_ON(!(alloc_fn && free_fn));
+
pool = kmalloc(sizeof(*pool), GFP_KERNEL);
if (!pool)
return NULL;


I think (1) is more readable, what do you say?
Balbir

>From: Benjamin LaHaise <bcrl@redhat.com>
>To: Balbir Singh <balbir_soni@hotmail.com>
>CC: linux-kernel@vger.kernel.org
>Subject: Re: [PATCH] Trivial patch against mempool
>Date: Fri, 22 Feb 2002 19:02:56 -0500
>
>On Fri, Feb 22, 2002 at 12:28:14PM -0800, Balbir Singh wrote:
> > Check if the alloc_fn and free_fn are not NULL. The caller generally
> > ensures that alloc_fn and free_fn are valid. It would not harm
> > to check. This makes the checking in mempool_create() more complete.
>
>Rather than leak memory in that case, why not just BUG_ON null
>function pointers so that people know what code is at fault?
>
> -ben




_________________________________________________________________
MSN Photos is the easiest way to share and print your photos:
http://photos.msn.com/support/worldwide.aspx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:24    [W:0.036 / U:0.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site