From mboxrd@z Thu Jan 1 00:00:00 1970 From: Catalin Marinas Subject: Re: [BUILD_FAILURE] next-20090115 - s390x - mm/kmemleak.c Date: Thu, 15 Jan 2009 17:00:38 +0000 Message-ID: <1232038838.32016.73.camel@pc1117.cambridge.arm.com> References: <20090115170415.3edc1df6.sfr@canb.auug.org.au> <20090115103504.GA5178@linux.vnet.ibm.com> <20090115112001.GC5093@osiris.boeblingen.de.ibm.com> <1232020540.32016.19.camel@pc1117.cambridge.arm.com> <20090115120526.GD5093@osiris.boeblingen.de.ibm.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from cam-admin0.cambridge.arm.com ([193.131.176.58]:63699 "EHLO cam-admin0.cambridge.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754264AbZAORAv (ORCPT ); Thu, 15 Jan 2009 12:00:51 -0500 In-Reply-To: <20090115120526.GD5093@osiris.boeblingen.de.ibm.com> Sender: linux-next-owner@vger.kernel.org List-ID: To: Heiko Carstens Cc: Kamalesh Babulal , Stephen Rothwell , linux-next@vger.kernel.org, LKML , linux-s390@vger.kernel.org, schwidefsky@de.ibm.com, penberg@cs.helsinki.fi On Thu, 2009-01-15 at 13:05 +0100, Heiko Carstens wrote: > Btw. you have > > /* > * Stop the automatic memory scanning thread. This function must be called > * with the kmemleak_mutex held. > */ > void stop_scan_thread(void) > { > ... > > but call the function unlocked from kmemleak_write. Looks like a bug ;) kmemleak_write() is called with the kmemleak_mutex acquired in the kmemleak_open() function (and released in kmemleak_release()). -- Catalin