On Mon, Nov 15, 2010, Albert ARIBAUD wrote: > I assume that the -kernel option indicates the executable to run.
Correct, IOW u-boot.bin > Would it take an ELF executable? a binary? You can pass an ELF as well > How would one go about > testing running u-boot from RAM, NOR, NAND? I guess you could only test from RAM with the way support for ARM boards is implemented Hmm another option would be OMAP emulation. It might allow you to test all of this; it's a bit more tricky to setup as you need to generate the flash contents, or some SD card. Also, things are a bit messier because this still uses x-loader. Problem is that x-loader probably requires armv7 itself ATM; this becomes quite far-fetched :-/ > This seems to mean the HW is not 100% simulated, right? Well, these are either missing simulation or bugs; yes > One last question: > > qemu: fatal: Trying to execute code outside RAM or ROM at 0x34000000 > > Does this mean that qemu does not simulate data or instruction > aborts? Not that it is required for u-boot, but it *could* be useful > sometimes. I think the only thing it can do is halt :-) -- Loïc Minier _______________________________________________ U-Boot mailing list [email protected] http://lists.denx.de/mailman/listinfo/u-boot
