On Saturday 23 August 2014 16:48:52 Jonas Gorski wrote: > On Sat, Aug 23, 2014 at 3:56 PM, Arnd Bergmann <arnd@xxxxxxxx> wrote: > > Another argument is that we plan to actually move all the dts files out of > > the kernel into a separate project in the future. We really don't want to > > have the churn of moving all the files now when they get deleted in one > > of the next merge windows. > > > > I don't know if we talked about whether that move should be done for > > all architectures at the same time. If that is the plan, I think it > > would be best to not move the MIPS files at all but also wait until > > they can get removed from the kernel tree. > > I wonder how this is supposed to work with dtbs that are currently > expected to be built into the kernel? Most architectures use appended dtb blobs to work around legacy boot loaders that are lacking native dtb support. For these, combining the kernel and dtb is part of the installation or system image creation process, not part of the kernel build. For the architectures that currently link the dtb into the kernel, (arc, metag, openrisc, xtensa), I suppose the best way is to move to use the same method as the other architectures. This also solves the problem of building a kernel that runs on multiple machines. Arnd -- 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