Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 9 Nov 2016 23:16:50 +0100
From:      "John W. Kitz" <John.Kitz@xs4all.nl>
To:        <freebsd-arm@freebsd.org>
Subject:   RE: How to change MAC address on RPI-B?
Message-ID:  <000001d23ad6$fce27e80$f6a77b80$@Kitz@xs4all.nl>
In-Reply-To: <fbcb7639-40d6-53ca-565e-5f216c9d571a@t-online.de>
References:  <000001d23a85$47646970$d62d3c50$@Kitz@xs4all.nl> <fbcb7639-40d6-53ca-565e-5f216c9d571a@t-online.de>

next in thread | previous in thread | raw e-mail | index | archive | help
> https://en.wikibooks.org/wiki/Changing_Your_MAC_Address/FreeBSD as 
> well as at, a more UNIX flavor independent, discussion of the topic at

That's the way it works. You could do this on the RPi, but after that you
haven't no more network connection.

JKi: Could the information on the two sites that I sent you be an indication
that it may work as you intend it to if you configure a locally administered
MAC address to override the burned-in one OR promiscuous mode and not both
at the same time? At least that is what I interpret the information in the
initial emails of this thread to mean.

It's like Hans Petter said: The sys/dev/usb/net/if_smsc.c driver needs a
patch to set the mac address runtime. I don't know, how to write it, because
I am not really familiar with C source code.

> https://en.wikibooks.org/wiki/Changing_Your_MAC_Address/Linux, which 
> also specifically addresses how to make persistent.

In all flavour of Linux that should work, without problems on the RPi.
You could set the MAC address from the kernel command line.

> In addition I noticed that the MAC address, which you are trying to 
> use instead of the burned-in one, contains 'FF', which, given its use 
> in functional MAC addresses used for broadcast type purposes, might 
> not be such a good idea.

Really, that I don't know.

JKi: Neither do I, but as mentioned I imagined that it wouldn't.

I only use it, as an example, instead of 00:11:22:33:44:55. Overriding the
burned-in MAC address persistent on a RPi wouldn't work, because it is
generated from a combination of the MAC range (b8:27:eb) and the last three
bytes of the serial number.

JKi: Doesn't that depend on the sequence of events at boot time?

In addition, not being familiar with the specifics of this generating of a
MAC address that you mention, I'm curious how does this process guarantee a
globally unique MAC address as its result, bearing in mind that a MAC
address in principle is supposed to be either functional (such as for the
purpose of broadcasting), locally administered or globally unique?

But it should be possible to change this in this RPi FTD file, then it might
work.

JKi: I'm curious, are you just in the process of confirming that it can be
done or do you actually have some purpose for this and if yes, what is it?

Best regards,
_______________________________________________
freebsd-arm@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000001d23ad6$fce27e80$f6a77b80$>