Am 20.09.2013 18:05, schrieb Stephen Warren:
On 09/18/2013 11:22 PM, Dirk Behme wrote:
...
If you have an embedded system were you just care a little about boot
time you don't want to do anything like U-Boot's "part uuid" every time
you boot. Or even worse, you just have a minimalistic boot loader (e.g.
U-Boot's SPL) which doesn't know anything about UUIDs and file systems.
As mentioned above, no I don't think UUIDs work for production embedded
systems.
As I said above, whatever generates the filesystem image can easily
embed the appropriate UUID in the system's boot scripts or bootloader
environment. There's no need to run the "part" command at run-time if
there's a more appropriate flow for your situation.
Using a simple boot loader as an example, there are no boot scripts or
boot loader environment. The only thing the boot loader does is
loading the device tree and the kernel into RAM. Where do you want to
embed an UUID in such a product?
To my understanding, the UUID is different for each SD card/eMMC, correct?
Best regards
Dirk
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html