>> You might look at the "root=" part of /proc/cmdline. Mine says >> "root=/dev/disk/by-id/ata-TOSHIBA_MK2546GSX_18C2P0KCT-part1". That disk >> serial >> number would certainly be unique. Even if it just said "root=/dev/sda1", it >> would be repeatable. > > Ok, I think this is getting ugly :) > The problem with all this is that if you change the harddisk, or change the > partitioning, > the wireless mac address would change. That would surely lead to confusion. > > I think we probably have to drop this patch and instead do a mechanism that > fetches the sprom from userspace, if the card doesn't have one. This way we > can have a script in userspace that generates the image based on the PCI ID > information and just randomizes the MAC address once. The firmware loading > mechanism would be useful for that. > In case of an embedded device with the MAC in the nvram, the kernel can still > override the mac address provided by userspace.
At least on my Acer One D250 dmidecode provides a mainboard UUID. Sebastian _______________________________________________ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev