From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Kent Subject: Re: [PATCH 3/6] autofs/autofs4: move compat_ioctl handling into fs Date: Fri, 16 Jul 2010 12:40:30 +0800 Message-ID: <1279255230.2968.24.camel@localhost> References: <1278195310-25590-1-git-send-email-arnd@arndb.de> <20100705195837.GF5240@nowhere> <1278378690.3070.6.camel@localhost> <201007061335.00264.arnd@arndb.de> <202899B0-BADE-4CD0-B0E4-1A2FC99397D6@themaw.net> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:content-transfer-encoding; s=smtpout; bh=uFZnEmRa36e0CSwiz3iY/CMPTJ8=; b=hzpHKzZ7p6YYDVN7Q4ilI/81oa0JEr5Gk9rWe1+Sfs5duw0ciwkrjTUQGstZSwvqX8EIAjo3y/n21L0Ecad6MW7H10LjWyYllyDrBNRj2tqYL1uwV6PYbgn8kMJMMbmZK6WLqzTyAYH90zhgdNoE0F/KavOaQ3LPhaRaChxvPZ8= In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Frederic Weisbecker Cc: Arnd Bergmann , "H. Peter Anvin" , "linux-kernel@vger.kernel.org" , John Kacur , Al Viro , "autofs@linux.kernel.org" On Fri, 2010-07-16 at 02:14 +0200, Frederic Weisbecker wrote: > 2010/7/6 Ian Kent : > > > > > > On 06/07/2010, at 7:35 PM, Arnd Bergmann wrote: > > > >> > >> Well, the only use of the BKL in autofs4 is in the ioctl function. You > >> can probably replace that trivially with a global mutex, but from a quick > >> inspection, even that should not be needed: The only ioctl command in > >> autofs4 that does not already seem to have adequate locking is > >> autofs4_get_set_timeout, which is even easier to change and still harmless > >> if you don't do it at all. > > > > That's right of course. > > > > Even this shouldn't be a problem as it is called by a single instance, per autofs mount, of the daemon only. A fair amount of effort has gone into trying to make the autofs4 module independent of the BKL over time. However I would still rather not do the change concurrently with the ioctl changes. > > > > Ian > > > In any case, can we let you handle this patch for 2.6.36 inclusion? I think it makes more sense to keep these common patches together so Arnd probably should keep it with his series. Ian