On Mon, May 11, 2009 at 12:32 AM, David H. Lynch Jr. <dh...@dlasys.net> wrote: > But partial reconfiguration is not the only way to encounter a > dynamic environment. > A typical pico system has multiple bit files and multiple > executables stored in its flash file system. > Power up and soft resets might each run through a different sequence > of bit files and executables. > > My issue is that post 2.6.26 unless I can dynamically create the > device tree inside our monitor/bootloader > we must at minimum have a different device tree for each bitfile,
This is true > or worse if we wrap the device tree into the executable, > a different linux executable for each bit file. As you say, this is undesirable. simpleImage does this, but it it intended for the least common denominator case where there is no firmware support at all available and the kernel needs to be completely contained. simpleImage is not intended to be the ideal. > We are very actively headed in the opposite direction. It is my/our > intention to have a single linux executable that works accross > everyone of our cards and everyone of our bitfiles. That is the direction we are already going in. U-Boot supports this. In fact, I can build a single kernel image which will boot on all of my MPC5200 boards, and my MPC83xx boards. Similarly, if I have u-boot running on a Virtex board, I can build a single image which will boot all of them if the correct .dtb is passed to it. You *could* generate the device tree dynamically, but I think that is a path of diminishing returns considering that generating a .dts at the same time as bitstream creation time is cheap and it is small. At one time Steven Neuendorffer was playing with a scheme to preload a section of BRAM with a gzipped .dtb so that the correct device tree is always present. I really liked the idea, and I'd like to try to pursue it. g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
