From: Bryan Schumaker Subject: Re: [PATCH] nfs: Ignore kmemleak false positive in nfs_readdir_make_qstr Date: Thu, 11 Nov 2010 09:51:10 -0500 Message-ID: <4CDC02DE.6060700@netapp.com> References: <1289480027-7361-1-git-send-email-catalin.marinas@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Cc: linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org, Trond Myklebust To: Catalin Marinas Return-path: Received: from mx2.netapp.com ([216.240.18.37]:7837 "EHLO mx2.netapp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756863Ab0KKOv2 (ORCPT ); Thu, 11 Nov 2010 09:51:28 -0500 In-Reply-To: <1289480027-7361-1-git-send-email-catalin.marinas@arm.com> Sender: linux-nfs-owner@vger.kernel.org List-ID: Thanks! The patch works for me. Bryan On 11/11/2010 07:53 AM, Catalin Marinas wrote: > Strings allocated via kmemdup() in nfs_readdir_make_qstr() are > referenced from the nfs_cache_array which is stored in a page cache > page. Kmemleak does not scan such pages and it reports several false > positives. This patch annotates the string->name pointer so that > kmemleak does not consider it a real leak. > > Signed-off-by: Catalin Marinas > Cc: Bryan Schumaker > Cc: Trond Myklebust > --- > fs/nfs/dir.c | 6 ++++++ > 1 files changed, 6 insertions(+), 0 deletions(-) > > diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c > index 07ac384..a9f9e14 100644 > --- a/fs/nfs/dir.c > +++ b/fs/nfs/dir.c > @@ -34,6 +34,7 @@ > #include > #include > #include > +#include > > #include "delegation.h" > #include "iostat.h" > @@ -231,6 +232,11 @@ int nfs_readdir_make_qstr(struct qstr *string, const char *name, unsigned int le > string->name = kmemdup(name, len, GFP_KERNEL); > if (string->name == NULL) > return -ENOMEM; > + /* > + * Avoid a kmemleak false positive. The pointer to the name is stored > + * in a page cache page which kmemleak does not scan. > + */ > + kmemleak_not_leak(string->name); > string->hash = full_name_hash(name, len); > return 0; > }