[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4FFC2712.9020208@warmcat.com>
Date: Tue, 10 Jul 2012 20:58:58 +0800
From: "Andy Green (林安廸)" <andy@...mcat.com>
To: Florian Fainelli <florian@...nwrt.org>
CC: linux-arm-kernel@...ts.infradead.org, linux-omap@...r.kernel.org,
s-jan@...com, arnd@...db.de, patches@...aro.org, tony@...mide.com,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org,
rostedt@...dmis.org
Subject: Re: [PATCH 4 0/4] Add ability to set defaultless network device MAC
addresses to deterministic computed locally administered values
On 10/07/12 20:37, the mail apparently from Florian Fainelli included:
Hi -
> Le jeudi 05 juillet 2012 04:44:33, Andy Green a écrit :
>> The following series adds some code to generate legal, locally administered
>> MAC addresses from OMAP4 CPU Die ID fuse data, and then adds a helper at
>> net/ethernet taking care of accepting device path / MAC mapping
>> registrations and running a notifier to enforce the requested MAC when the
>> matching network device turns up.
>
> This looks like something you can solve by user-space entirely. Expose the
That might seem so from a openwrt perspective, where you custom cook the
whole userland thing per-device, but it ain't so from a generic rootfs
perspective.
Why should Ubuntu, Fedora etc stink up their OSes with Panda-specific
workarounds? And Panda is not the only device with this issue.
-Andy
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists