--MGYHOYXEY6WxJCY8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

Peter Eisch wrote:
=20
> As an aside, I reloaded my system with linux (2.4.27 kernel).  Curiously,=
 it
> has this at drivers/net/sunhme.c:2947:
>=20
> ---------------------
>         if (pdev->resource[PCI_ROM_RESOURCE].parent =3D=3D NULL) {
>                 if (pci_assign_resource(pdev, PCI_ROM_RESOURCE) < 0)
>                         goto use_random;
>         }
> ---------------------
>=20
> Where:
>=20
> ---------------------
> use_random:
>         /* Sun MAC prefix then 3 random bytes. */
>         dev_addr[0] =3D 0x08;
>         dev_addr[1] =3D 0x00;
>         dev_addr[2] =3D 0x20;
>         get_random_bytes(&dev_addr[3], 3);
>         return;

Using SUNs MAC prefix like that is illegal. If you invent an Ethernet
MAC that is not guaranteed unique, you have to use the locally-
managed ID space. That is, you have to or 0x02 to the first byte,=20
whatever else is in there. [1] Note that even some of the 0x02-ored=20
prefixes are assigned for specific purposes (e.g. AA:00:04 for=20
DECnet). [2]

[1] http://minix1.bio.umass.edu/faq/locethad.html
[2] http://standards.ieee.org/regauth/oui/oui.txt

Regards,
	-is

--MGYHOYXEY6WxJCY8
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: 2.6.i

iQEVAgUBQmYGQzCn4om+4LhpAQGpagf/e/k+PxxKkR65qWRE7DdA/o+DlOZdX3HG
FgxQROxvn75rHul5RLVKE42hv0oTr5fJUsbCpS5KupEacZMF0UP+asDOq+bsnAw8
IByD6ktxpO56+7U+BDT2Tmndj+TGZ0gryiX8uty8Sz0OUaDw63EC472oThIeAn2A
iYEPaaZBAoQgJreDtWq1461Z1z0PTwY8G0GgfvVmsN/81aiwKFJnE4TcGzizeDRp
/rxT4dZ0+RLCPinhv9eey1bXpoSkLvD3sBiX4/rsT8vimcy71uAUTWdG+PweMBzq
a94+PsBn/PEz4ZYMonfen3O06Z948MfvhwYWH5TOoVceb5HXE6rDwA==
=gead
-----END PGP SIGNATURE-----

--MGYHOYXEY6WxJCY8--