Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 5 Aug 2002 18:44:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 5 Aug 2002 18:44:55 -0400 Received: from smtpzilla2.xs4all.nl ([194.109.127.138]:33038 "EHLO smtpzilla2.xs4all.nl") by vger.kernel.org with ESMTP id ; Mon, 5 Aug 2002 18:44:54 -0400 Date: Tue, 6 Aug 2002 00:48:21 +0200 (CEST) From: Roman Zippel X-X-Sender: roman@serv To: Richard Gooch cc: linux-kernel@vger.kernel.org Subject: Re: [BK PATCH] devfs cleanups for 2.5.29 In-Reply-To: <200208052212.g75MCrN17655@vindaloo.ras.ucalgary.ca> 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: 991 Lines: 38 Hi, On Mon, 5 Aug 2002, Richard Gooch wrote: > > > Yes. RTFS. > > > > I'm trying - without getting headache. > > Take a valium. Staying away from devfs sources is cheaper. > > In the "devfs=only" case, where is the module count incremented, when a > > block device is opened? > > The module count is incremented when the device is opened, > irrespective of whether it's a character or block device, or even a > "regular" file. Would you please answer my question and tell me where that exactly happens in that case? > > > No. I leverage fops_get(), a common function. > > > > Which is also insufficiently protected. > > Incorrect. What protects the module from unloading from getting the ops pointer until try_inc_mod_count()? bye, Roman - 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/