[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090830182424.GB20822@mit.edu>
Date:	Sun, 30 Aug 2009 14:24:24 -0400
From:	Theodore Tso <tytso@....edu>
To:	"Luis R. Rodriguez" <mcgrof@...il.com>
Cc:	"Aneesh Kumar K.V" <aneesh.kumar@...ux.vnet.ibm.com>,
	Catalin Marinas <catalin.marinas@....com>,
	linux-kernel@...r.kernel.org, Greg Kroah-Hartman <gregkh@...e.de>
Subject: Re: memleaks, acpi + ext4 + tty
On Sun, Aug 30, 2009 at 10:29:01AM -0700, Luis R. Rodriguez wrote:
> > Yes, as soon as the next merge window opens.  The leak only shows up
> > when you mount and unmount a filesystem, which under normal
> > circumstances doesn't happen a huge number of times on most systems.
> > By the time it showed up it was late enough in the 2.6.31-rcX series
> > that I figured it was better to wait until the next merge window.  I
> > didn't consider it a high priority bug.
> 
> That's odd I run into this kmemleak with a single bootup, no manual remounts.
> 
Yeah, but it's a singleton leak.  Let me be a bit more precise this
time: the leak happens at mount time because we're essentially doing
this due to some code that was accidentally duplicated when it was
being refactored:
	a = kmalloc(sizeof(...)*N, GFP_ATOMIC);
	  ...
	a = kmalloc(sizeof(...)*N, GFP_ATOMIC);
So a small amount of memory is leaked each time a filesystem is
mounted.  It doesn't become a huge problem unless you are repeatedly
mounting and unmounting the same filesystem in a tight loop.
	     		    	 	       	 - Ted
--
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
 
