Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752180AbZJKVIw (ORCPT ); Sun, 11 Oct 2009 17:08:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752038AbZJKVIv (ORCPT ); Sun, 11 Oct 2009 17:08:51 -0400 Received: from mail-ew0-f208.google.com ([209.85.219.208]:33506 "EHLO mail-ew0-f208.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750944AbZJKVIv (ORCPT ); Sun, 11 Oct 2009 17:08:51 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=pKcFcffdah3uDbXUMU9P/C7/s0/+fGS9/g+LvJInfSoXMDAdKxhZF73uzYztYYPMSh h2j1ouJDCPmyg2it2Rn6Apjy6Aafm80PASSnC6HhhYHmLNmberWz7ncnxQ1L6JrHXiNo 9j521g3sclKM/vgdE4Q0jkZyGlMOlkKQaAq08= Date: Sun, 11 Oct 2009 23:08:10 +0200 From: Frederic Weisbecker To: Arnd Bergmann Cc: Thomas Gleixner , LKML , Andrew Morton , Ingo Molnar , Peter Zijlstra , Vincent Sanders , John Kacur , Jonathan Corbet , Christoph Hellwig , Sven-Thorsten Dietrich , Alessio Igor Bogani , Benjamin Herrenschmidt , Greg KH Subject: Re: [patch 11/28] nvram: Drop the bkl from nvram_llseek() Message-ID: <20091011210809.GC5486@nowhere> References: <20091010153314.827301943@linutronix.de> <20091010153349.499835683@linutronix.de> <200910112131.40608.arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200910112131.40608.arnd@arndb.de> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 951 Lines: 27 On Sun, Oct 11, 2009 at 09:31:40PM +0200, Arnd Bergmann wrote: > On Saturday 10 October 2009, Thomas Gleixner wrote: > > There is nothing to protect inside nvram_llseek(), the file > > offset doesn't need to be protected and nvram_len is only > > initialized from an __init path. > > > > It's safe to remove the big kernel lock there. > > > > The generic_nvram driver still uses ->ioctl instead of ->unlocked_ioctl. > I guess it would be helpful to change that in the same series, so we > don't get the BKL back as soon as someone does a pushdown into the > remaining ioctl functions. > > Arnd <>< Right! I'll add that in a second patch. I've completely forgotten this ioctl/unlocked_ioctl thing. -- 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/