linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] Whitelist NICs that violate MAC assignement scheme
@ 2009-05-02 16:03 Lubomir Rintel
  2009-05-03 13:39 ` Kay Sievers
  0 siblings, 1 reply; 2+ messages in thread
From: Lubomir Rintel @ 2009-05-02 16:03 UTC (permalink / raw)
  To: linux-hotplug

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
---
 .../75-persistent-net-generator.rules              |   29 ++++++++++++++++++++
 1 files changed, 29 insertions(+), 0 deletions(-)

diff --git a/extras/rule_generator/75-persistent-net-generator.rules b/extras/rule_generator/75-persistent-net-generator.rules
index 5c2f100..79fe01b 100644
--- a/extras/rule_generator/75-persistent-net-generator.rules
+++ b/extras/rule_generator/75-persistent-net-generator.rules
@@ -29,9 +29,38 @@ ENV{MATCHADDR}="$attr{address}"
 # match interface type
 ENV{MATCHIFTYPE}="$attr{type}"
 
+# These are known to violate the local MAS address assignment scheme
+# http://www.cavebear.com/archive/cavebear/Ethernet/vendor.html
+# Interlan [now Racal-InterLAN] DEC (UNIBUS or QBUS), Apollo, Cisco, Racal-Datacom
+ENV{MATCHADDR}="02:07:01:*", GOTO="globally_administered_whitelist"
+# 3Com
+ENV{MATCHADDR}="02:60:60:*", GOTO="globally_administered_whitelist"
+# 3Com IBM PC; Imagen; Valid; Cisco; Macintosh
+ENV{MATCHADDR}="02:60:8c:*", GOTO="globally_administered_whitelist"
+# Intel
+ENV{MATCHADDR}="02:a0:c9:*", GOTO="globally_administered_whitelist"
+# Olivetti
+ENV{MATCHADDR}="02:aa:3c:*", GOTO="globally_administered_whitelist"
+# CMC Masscomp; Silicon Graphics; Prime EXL
+ENV{MATCHADDR}="02:cf:1f:*", GOTO="globally_administered_whitelist"
+# Prominet Corporation Gigabit Ethernet Switch
+ENV{MATCHADDR}="02:e0:3b:*", GOTO="globally_administered_whitelist"
+# BTI (Bus-Tech, Inc.) IBM Mainframes
+ENV{MATCHADDR}="02:e6:d3:*", GOTO="globally_administered_whitelist"
+# Realtek (UpTech? also reported)
+ENV{MATCHADDR}="52:54:00:*", GOTO="globally_administered_whitelist"
+# Novell 2000
+ENV{MATCHADDR}="52:54:4c:*", GOTO="globally_administered_whitelist"
+# REALTEK (a Realtek 8029 based PCI Card)
+ENV{MATCHADDR}="52:54:ab:*", GOTO="globally_administered_whitelist"
+# Kingston Technologies
+ENV{MATCHADDR}="e2:0c:0f:*", GOTO="globally_administered_whitelist"
+
 # do not use "locally administered" MAC address
 ENV{MATCHADDR}="?[2367abef]:*", ENV{MATCHADDR}=""
 
+LABEL="globally_administered_whitelist"
+
 # do not use empty address
 ENV{MATCHADDR}="00:00:00:00:00:00", ENV{MATCHADDR}=""
 

-- 
"Excuse all the blood" -- Dead


^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH] Whitelist NICs that violate MAC assignement scheme
  2009-05-02 16:03 [PATCH] Whitelist NICs that violate MAC assignement scheme Lubomir Rintel
@ 2009-05-03 13:39 ` Kay Sievers
  0 siblings, 0 replies; 2+ messages in thread
From: Kay Sievers @ 2009-05-03 13:39 UTC (permalink / raw)
  To: linux-hotplug

On Sat, May 2, 2009 at 18:03, Lubomir Rintel <lkundrak@v3.sk> wrote:
> 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.

Applied.

Thanks,
Kay

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-05-03 13:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-02 16:03 [PATCH] Whitelist NICs that violate MAC assignement scheme Lubomir Rintel
2009-05-03 13:39 ` Kay Sievers

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).