Hi Pantelis, On Thu, May 15, 2014 at 9:12 AM, Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx> wrote: >> We also need to think about kexec. Kexec works by sucking the live tree >> out of the kernel and creating a .dtb from it to pass to the new kernel. >> What will the rules be when kexecing? Do all the overlays need to be >> removed, or does the kernel get the tree with all the overlays applied >> (in which case none of the overlays can be removed on the other side of >> kexec). > > We can add a sysfs attribute that configures whether overlays are reverted before > kexec or not. I can't really tell which is the correct option, so let's allow the > policy up to user-space. Kexec'ing into a new kernel doesn't change the hardware, so IMHO the in-kernel DT should not change. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- 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