[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081223142915.GA23303@unused.rdu.redhat.com>
Date: Tue, 23 Dec 2008 09:29:16 -0500
From: Josef Bacik <jbacik@...hat.com>
To: Akinobu Mita <akinobu.mita@...il.com>
Cc: linux-kernel@...r.kernel.org, akpm@...ux-foundation.org,
Theodore Tso <tytso@....edu>, adilger@....com,
linux-ext4@...r.kernel.org
Subject: Re: [PATCH] ext4: annotate unhandled kmem_cache_alloc() error
On Tue, Dec 23, 2008 at 07:40:18PM +0900, Akinobu Mita wrote:
> kmem_cache_alloc() error in ext4_mb_free_metadata is not handled.
> I don't know how to fix it. But I can put BUG_ON to let others
> know the problem.
>
> Cc: Theodore Tso <tytso@....edu>
> Cc: adilger@....com
> Cc: linux-ext4@...r.kernel.org
> Signed-off-by: Akinobu Mita <akinobu.mita@...il.com>
> ---
> fs/ext4/mballoc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> Index: 2.6-rc/fs/ext4/mballoc.c
> ===================================================================
> --- 2.6-rc.orig/fs/ext4/mballoc.c
> +++ 2.6-rc/fs/ext4/mballoc.c
> @@ -4417,6 +4417,7 @@ ext4_mb_free_metadata(handle_t *handle,
> BUG_ON(e4b->bd_buddy_page == NULL);
>
> new_entry = kmem_cache_alloc(ext4_free_ext_cachep, GFP_NOFS);
> + BUG_ON(!new_entry);
> new_entry->start_blk = block;
> new_entry->group = group;
> new_entry->count = count;
BUG_ON is good for devel things, but for stable stuff it's better to let
somebody know an error occured rather than panic'ing the box. The proper
solution would be to do
if (!new_entry)
return -ENOMEM;
or if there is some out: label set ret to -ENOMEM and goto out, whatever is
appropriate in the context. Thanks,
Josef
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists