From mboxrd@z Thu Jan 1 00:00:00 1970 From: md@Linux.IT (Marco d'Itri) Date: Sun, 03 Sep 2006 10:10:09 +0000 Subject: Re: scripts for persistent names support Message-Id: <20060903101009.GB5811@wonderland.linux.it> List-Id: References: <20060902090653.GA4424@wonderland.linux.it> In-Reply-To: <20060902090653.GA4424@wonderland.linux.it> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Sep 03, Kay Sievers wrote: > > . /lib/udev/hotplug.functions > Can we name that file udev.functions? Done. > > device_description() { > > local bus=$(sysreadlink device/bus) > > bus=${bus##*/} > We should not use the 'device' link. It's only a comment, but it's > a nice information. Can't we read this information with udev rules > and export it as an environment variable or pass it as an argument. How? Exporting every attribute which can possibly be used look like a lot of work. > Can't we check with the rule writing script itself, if there are > already created temporary rules, and if yes, we just copy them over? > That way, the failed-event-replay would just take care of copying for > systems who use the --retry-failed? No, because the idea is that these failed events will not be replayed. > > # ignore interfaces without a driver link > > ENV{DRIVER}!="?*", GOTO="persistent_net_generator_end" > Does this work? A network device event should never have the DRIVER > property set, as it belongs to a parent device. Indeed it does not work anymore... Originally it used ENV{PHYSDEVDRIVER}, what should I use now? DRIVERS does not work either. -- ciao, Marco ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 _______________________________________________ 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