summaryrefslogtreecommitdiff
path: root/extras/rule_generator
AgeCommit message (Collapse)Author
2010-09-03Revert "Add alternative KVM MAC address blacklist"Kay Sievers
This reverts commit 634afac119bbe6bc21719ae3daa45805b1cf3334. 54:52:00 was just a bug in libvirt, and that's better fixed locally, and we should not carry it in udev rules.
2010-09-02Add alternative KVM MAC address blacklistMartin Pitt
Reportedly, older KVM/Qemu instances indeed do use 54:52:00:*, so add this as an alternative.
2010-09-02do not create persistent name rules for VMWare network interfacesMartin Pitt
Not generating persistent MAC address rules will significantly ease cloning of VMs. The kernel reliably sorts eth* enumeration by bus number, so as long as you only have cards from one vendor (or more precisely, drivers), the enumeration will be stable. Having cards from different vendors is very unlikely in VMs. KVM was already covered in the previous commit, this is the equivalent blacklist for VMWare: http://www.coffer.com/mac_find/?string=005056 http://www.coffer.com/mac_find/?string=000c29 https://launchpad.net/bugs/341006
2010-09-02Fix KVM MAC address rangeMartin Pitt
KVM uses 52:54:00:* MACs: http://git.savannah.gnu.org/cgit/qemu.git/tree/net.c#n796
2010-08-31do not create persistent name rules for KVM network interfacesMarco d'Itri
The virtual interfaces created by KVM are stable, 54:52:00 is the MAC-48 range of KVM.
2010-08-10rule_generator/write_net_rules: prevent interface to be named "eth"Harald Hoyer
find_next_available() would return "eth" instead of "eth0"
2010-06-25switch a few left-over from GPLv2 to GPLv2 or laterKay Sievers
2009-08-16rule_generator: net - fix MATCHDEVIDKay Sievers
This got lost for some reason with an earlier change. Thanks to Marco d'Itri <md@linux.it> for noticing.
2009-08-07Merge libudev, udev, and the unconditional extras in a single Makefile.am.Diego Elio 'Flameeyes' Pettenò
Instead of using multiple recursive Makefile.am files, use a single Makefile.am that sets and builds all the basic suite of libraries and binaries for udev. This reduces the number of files in the source tree, and also reduces drastically the build time when using parallel-make. With this setup, all the compile steps will be executed in parallel, and just the linking stage will be (partially) serialised on the libraries creation.
2009-06-17cleanup ./configure installation directory optionsKay Sievers
2009-05-14rule-generator: cd - skip by-path links if we create by-id linksKay Sievers
2009-05-03rule-generator: net - whitelist NICs that violate MAC local schemeLubomir Rintel
According to list of assigned ethernet codes [1] referred to by IANA [2] certain global addresses do not follow the assignement scheme and use numbers reserved for local use. Several such adapters are quite widely used, generate rules for them. [1] http://www.cavebear.com/archive/cavebear/Ethernet/vendor.html [2] http://www.iana.org/assignments/ethernet-numbers
2009-04-26rule_generator: net - fix usb comment generationKay Sievers
On Sat, Apr 4, 2009 at 22:17, Omair Eshkenazi <stimpson@phys.huji.ac.il> wrote: > I noticed that in (70-)persistent-net.rules, the comments for USB devices > are missing the device/vendor id's. Example: > # USB device 0x:0x (rt73usb)
2008-12-22rule_generator: fix enumeration for write_cd_rulesHarald Hoyer
quote +, as it would be taken as a part of the regexp otherwise https://bugzilla.redhat.com/show_bug.cgi?id=477535
2008-12-06make: do not delete autotools generated file with distcleanKay Sievers
[...] running the command `make maintainer-clean' should not delete `configure' even if `configure' can be remade using a rule in the Makefile. More generally, `make maintainer-clean' should not delete anything that needs to exist in order to run `configure' and then begin to build the program. This is the only exception; `maintainer-clean' should delete everything else that can be rebuilt.
2008-10-23rule_generator: fix netif NAME= value extraction regexKay Sievers
$ sed -n -r \ -e 's/^#.*//' \ -e 's/[[:space:],]NAME="(eth[0-9]*)"[[:space:]]*(,.*|\\|)$/\1/p' \ /dev/null /etc/udev/rules.d/70-persistent-net.rules SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:16:41:e2:8d:c7", ATTR{type}=="1", KERNEL=="eth*",eth4 $ sed -n -r \ -e 's/^#.*//' \ -e 's/.*[[:space:],]NAME="(eth[0-9]*)".*/\1/p' \ /dev/null /etc/udev/rules.d/70-persistent-net.rules eth4
2008-10-01build: include Makefile.am.inc in all Makefile.amKay Sievers
Many thanks to Chris Spiegel for finding the still current vol_id non-large-file-access bug, because of not including config.h.
2008-07-30use autotoolsKay Sievers
2008-07-30delete all Makefiles and move udev source to udev/Kay Sievers
2008-07-18move default rules from /etc/udev/rules.d/ to /lib/udev/rules.d/Kay Sievers
None of these rules is supposed to be changed by users, so move them out of /etc. Custom rules, and automatically generated rules stay in /etc. All rules are still processed in lexical order, regardless which directory they live in.
2008-07-07rules_generator: net rules - do not print error if file is missing and ↵Marco d'Itri
ignore commented rules Fix an error message displayed by write_net_rules when the rules file does not exist yet. (See Debian bugs #442796 and #475699.) Ignore commented rules, at least for the easy case. For clarity, use extended instead of standard regular expressions.
2008-05-26rules: persistent net - handle "locally administered" ibmveth MAC addressesKay Sievers
2008-04-27rules_generator: net rules - add "dev_id" value to generated rulesDavid Woodhouse
2008-04-15rules_generator: net rules - always add KERNEL== match to generated rulesKay Sievers
2008-03-15Makefile: do not require GNU installRoy Marples
2008-03-13rules_generator: add KERNEL=="<netifname>*" to generated rulesKay Sievers
Some boxes, like the PS3, have multiple independent hardware interfaces, all sharing the same MAC address. If they have different interface names base names, we can distinguish them that way.
2007-12-31rules_generator: add missing write_net_rules unlockJiri Slaby
2007-11-20rules_generator: do not create rules with insufficient matchesKay Sievers
Thanks to Alexander E. Patrakov for pointing out that we create invalid rules. We still need a proper fix for devices we skip creating rules (locally administered MAC), but want to swap names with interface names we created rules for.
2007-09-25rule_generator: always match netif type in generated ruleKay Sievers
2007-09-21rule_generator: move all policy from write_net_rules to the rules fileKay Sievers
2007-08-21rule_generator: fix wrong DRIVERS!= logicKay Sievers
Thanks to Matthias for identifying that.
2007-08-07rules_generator: fix write_cd_rules when similar names exist in the root ↵Marco d'Itri
directory The argument to find_all_rules must be quoted or it will be subject to shell expansion, which will happen if in the root directory there are mount points with the same base name. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407738 for details.
2007-08-07rules_generator: remove policy from write_cd_rulesMarco d'Itri
The decision about when to create by-id or by-path persistent rules should be made in the generator rules file where it's obvious and easy to modify locally, not in the script.
2007-08-02rules_generator: skip random MAC addressesKay Sievers
2007-07-25rules_generator: remove "installation" functionKay Sievers
This should be called by triggering events not by looping with the script itself. It also keeps a second blacklist outside of the rules which we do not want to maintain.
2007-07-25rules_generator: add S/390 persistent network supportHannes Reinecke
2007-06-25rules_generator: remove executable flag from include fileKay Sievers
2007-03-22write_cd_rules: set default link type to "by-id" for usb and ieee1394 devicesMatthias Schwarzott
2007-02-26rule_generator: fix for creating rules on read-only filesystemMatthias Schwarzott
2007-01-21fix INSTALL_PROGRAM vs. INSTALL_SCRIPTPeter Breitenlohner
2006-11-27write_cd_rules: identity-based persistenceMarco d'Itri
Bryan Kadzban wrote: > Marco d'Itri wrote: > > Bryan Kadzban wrote: > > > > > This is a sort of follow-up of my path-based persistence patch for > > > net devices; it's the opposite type of addition for CD symlinks. > > > > Looks good. I am attaching a slightly reformatted version, I think it > > should be applied. > > That's probably a lot more clear than my version anyway: what you posted > looks like it does basically the same thing, just with some changes in > the order and sense of checks.
2006-09-09rule_generator: improve net rule comment generationKay Sievers
2006-09-05add persistent rules generator for net devices and optical drivesMarco d'Itri