Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262259AbTFIWqF (ORCPT ); Mon, 9 Jun 2003 18:46:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262261AbTFIWqF (ORCPT ); Mon, 9 Jun 2003 18:46:05 -0400 Received: from smtpzilla3.xs4all.nl ([194.109.127.139]:51467 "EHLO smtpzilla3.xs4all.nl") by vger.kernel.org with ESMTP id S262259AbTFIWqB (ORCPT ); Mon, 9 Jun 2003 18:46:01 -0400 Date: Tue, 10 Jun 2003 00:59:21 +0200 (CEST) From: Roman Zippel X-X-Sender: roman@serv To: "David S. Miller" cc: wa@almesberger.net, , Subject: Re: [PATCH][ATM] use rtnl_{lock,unlock} during device operations (take 2) In-Reply-To: <20030608.223501.71104915.davem@redhat.com> Message-ID: References: <20030607.235706.41641672.davem@redhat.com> <20030608.223501.71104915.davem@redhat.com> 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: 984 Lines: 25 Hi, On Sun, 8 Jun 2003, David S. Miller wrote: > The transition is half complete. Eventually even that > "wait for refcount to hit zero" part will go away, and > also we will add the logic to mark the device at "dead" > and then teach all the sysfs/procfs routines to error out > if they see the device they are examining is in this state. This would be basically the same as moving the try_module_get/module_put calls from the open/close to the read/write functions. You still need to synchronize with already running functions and if your that far it's probably easier to simply replace the ops pointer to get rid of the dead test. This still leaves you with a very limited control of the module unloading process... 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/