Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 7 Jul 2002 22:55:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 7 Jul 2002 22:55:26 -0400 Received: from leibniz.math.psu.edu ([146.186.130.2]:11154 "EHLO math.psu.edu") by vger.kernel.org with ESMTP id ; Sun, 7 Jul 2002 22:55:25 -0400 Date: Sun, 7 Jul 2002 22:58:04 -0400 (EDT) From: Alexander Viro To: Matthew Wilcox cc: Dave Hansen , Oliver Neukum , Thunder from the hill , Greg KH , kernel-janitor-discuss , linux-kernel@vger.kernel.org Subject: Re: BKL removal In-Reply-To: <20020708033409.P27706@parcelfarce.linux.theplanet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 672 Lines: 18 On Mon, 8 Jul 2002, Matthew Wilcox wrote: > one struct file per open(), yes. however, fork() shares a struct file, > as does unix domain fd passing. so we need protection between different > processes. there's some pretty good reasons to want to use a semaphore > to protect the struct file (see fasync code.. bleugh). ??? What exactly do you want to protect there? ObAnotherQuestion: no, new_inode() doesn't need BKL. - 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/