From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Fri, 11 Feb 2005 09:52:28 +0000 Subject: Re: [Patch] Selective removal mode for udev Message-Id: <1108115548.5397.10.camel@localhost.localdomain> List-Id: References: <420C787E.7080407@suse.de> In-Reply-To: <420C787E.7080407@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Fri, 2005-02-11 at 10:18 +0100, Hannes Reinecke wrote: >Because we are chicken ... > >This patch adds a 'removal' mode for udev, with three possible choices: > >- all: default behaviour; remove all nodes and symlinks >- symlink_only: only remove symlinks, but keep device nodes >- none: do not remove nodes nor symlinks. > >The latter is equivalent with the existing 'ignore_remove' rule >statement, but implemented as a global switch. > >Properly documented in the man-page etc. > >This is basically for those worrying about 'my device node may be >vanishing and ooh everything will stop working'. > >Comments etc welcome. Hmm, wouldn't it be nicer to be able to set these things along with the rules, so we still have only one source of policy. And we are able to match against SUBSYSTEMS, DRIVERS and such things? Something like an OPTIONS="..." key, which may contain a list of keys and we can also move the no_partitions key into that. This way we can specify the "remove-policy" with an "option" only rule globally or only for a certain subsystem. How does that sound? Kay ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel