[09:34] ogra_: so, u-boot can dump a fdt in memory. this is the diff between the dtb put in memory by broadcom, vs loading the same dtb with u-boot: http://paste.ubuntu.com/13111353/ [10:15] ali1234, well, pretty much the cmdline .... overlays would show up there too i guess [10:15] i didn't load any overlays but yeah they would [10:15] but the serial number/mac stuff is in there too [10:16] i reckon u-boot is capable of even loading overlays [10:16] and even parameters [10:17] it would need a really big script though [10:41] i dont mind big scripts .... :) [10:42] the question is, can uboot pverwrite 0x100 after you already loaded the blob fdt from there [10:42] sure, of course [10:42] it's just memory [10:42] well, i guess it can ... the question is can it re-read from there rather [10:42] or does it fall over if you call the fdt command twice [10:43] no, absolutely not [10:43] perfect [10:43] you can load a fdt, extract stuff from it, load a new one and insert stuff into it [10:43] you can even have more than one in memory at once if you like [10:43] so you can read the cmdline stuff and then overwrite with your own dtb [10:43] you just change the active one with fdt [10:43] *fdt addr [10:44] and you can store the values into variables [10:45] sure, thats what i do already when loading the initial dtb === piscodig is now known as discopig