Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 9 Sep 2002 16:11:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 9 Sep 2002 16:11:32 -0400 Received: from dsl-213-023-039-209.arcor-ip.net ([213.23.39.209]:56512 "EHLO starship") by vger.kernel.org with ESMTP id ; Mon, 9 Sep 2002 16:11:31 -0400 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: Jamie Lokier Subject: Re: Question about pseudo filesystems Date: Mon, 9 Sep 2002 22:18:31 +0200 X-Mailer: KMail [version 1.3.2] Cc: Alexander Viro , Rusty Russell , linux-kernel@vger.kernel.org References: <20020907192736.A22492@kushida.apsleyroad.org> <20020909204834.A5243@kushida.apsleyroad.org> In-Reply-To: <20020909204834.A5243@kushida.apsleyroad.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 998 Lines: 22 On Monday 09 September 2002 21:48, Jamie Lokier wrote: > The expected behaviour is as it has always been: rmmod fails if anyone > is using the module, and succeeds if nobody is using the module. The > garbage collection of modules is done using "rmmod -a" periodically, as > it always has been. Actually, it would be more useful if I stated the following simple fact: Returning a flag from __exit definitively gets rid of one race, that is the race where a module's memory can be freed while __exit is active. To get rid of this race by other means you have to put in place some fancy mechanism. This alone should be enough reason to do it the way I suggest, besides the fact that it is a simpler, more obvious and more robust interface. -- Daniel - 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/