[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4D837095.5040307@linaro.org>
Date: Fri, 18 Mar 2011 14:47:49 +0000
From: Andy Green <andy@...mcat.com>
To: "Premi, Sanjeev" <premi@...com>
CC: Arnd Bergmann <arnd@...db.de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-usb@...r.kernel.org" <linux-usb@...r.kernel.org>,
"linux-omap@...r.kernel.org" <linux-omap@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"patches@...aro.org" <patches@...aro.org>
Subject: Re: [RFC PATCH 2/5] OMAP2+: add cpu id register to MAC address helper
On 03/18/2011 02:37 PM, Somebody in the thread at some point said:
Hi -
> [sp] This 'trick' has been tried earlier in u-boot. See:
> http://www.mail-archive.com/u-boot@lists.denx.de/msg19915.html
>
> I am also not sure whether DIE_ID would really be unique.
It doesn't actually need all the bits to be unique for this, just have a
low probability of collision with a reasonable number of devices sharing
the same network.
If there is not enough variation as it stands in the first 6 bytes of
it, all the 128 bit ID can be xor'd together, use the other registers
about die revision, hawkeye also xored in, etc.
I'll ask about what can be expected from this at TI.
-Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists