Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932849AbbFIAhB (ORCPT ); Mon, 8 Jun 2015 20:37:01 -0400 Received: from LGEMRELSE6Q.lge.com ([156.147.1.121]:60632 "EHLO lgemrelse6q.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932766AbbFIAgs (ORCPT ); Mon, 8 Jun 2015 20:36:48 -0400 X-Original-SENDERIP: 10.177.222.220 X-Original-MAILFROM: iamjoonsoo.kim@lge.com Date: Tue, 9 Jun 2015 09:38:27 +0900 From: Joonsoo Kim To: Andrew Morton Cc: Sergey Senozhatsky , Minchan Kim , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Sergey Senozhatsky , Christoph Lameter , Pekka Enberg , David Rientjes Subject: Re: [PATCH] zsmalloc: fix a null pointer dereference in destroy_handle_cache() Message-ID: <20150609003827.GD9687@js1304-P5Q-DELUXE> References: <1433502690-2524-1-git-send-email-sergey.senozhatsky@gmail.com> <20150608135532.ac913746b6394217e92a229a@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150608135532.ac913746b6394217e92a229a@linux-foundation.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1917 Lines: 55 On Mon, Jun 08, 2015 at 01:55:32PM -0700, Andrew Morton wrote: > On Fri, 5 Jun 2015 20:11:30 +0900 Sergey Senozhatsky wrote: > > > zs_destroy_pool()->destroy_handle_cache() invoked from > > zs_create_pool() can pass a NULL ->handle_cachep pointer > > to kmem_cache_destroy(), which will dereference it. > > > > That's slightly lacking in details (under what circumstances will it > crash) so I changed it to > > : If zs_create_pool()->create_handle_cache()->kmem_cache_create() fails, > : zs_create_pool()->destroy_handle_cache() will dereference the NULL > : pool->handle_cachep. > : > : Modify destroy_handle_cache() to avoid this. > > > > ... > > > > --- a/mm/zsmalloc.c > > +++ b/mm/zsmalloc.c > > @@ -285,7 +285,8 @@ static int create_handle_cache(struct zs_pool *pool) > > > > static void destroy_handle_cache(struct zs_pool *pool) > > { > > - kmem_cache_destroy(pool->handle_cachep); > > + if (pool->handle_cachep) > > + kmem_cache_destroy(pool->handle_cachep); > > } > > > > static unsigned long alloc_handle(struct zs_pool *pool) > > I'll apply this, but... from a bit of grepping I'm estimating that we > have approximately 200 instances of > > if (foo) > kmem_cache_destroy(foo); > > so obviously kmem_cache_destroy() should be doing the check. Hello, Andrew. I'm not sure if doing the check in kmem_cache_destroy() is better. My quick grep for other pool based allocators(ex. mempool, zpool) also says that they don't check whether passed pool pointer is NULL or not in destroy function. I think that it's general convention that proper pool pointer should be passed to pool based function APIs. Thanks. -- 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/