On Feb 13, 2008 12:55 PM, Bartlomiej Sieka <[EMAIL PROTECTED]> wrote: > Kumar Gala wrote: > > > > On Feb 13, 2008, at 4:11 AM, Bartlomiej Sieka wrote: > > > >> Kumar Gala wrote: > >>> 'imload' provides a more direct means to load from an image file. > >>> Also created a load_image routine out of the code in do_bootm() that > >>> is shared between do_bootm() and do_imload(). > >>> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> > >>> --- > >>> Note, this is against the u-boot-testing new-image branch. > >> > >> Thanks. > >> > >> Two comments: > >> - The load_image routine (and consequently imload commad) will not > >> work when the image is stored in Data Flash. > > > > what's the issue here? > > Please have a look at code under CONFIG_HAS_DATAFLASH in get_kernel() > (formerly in do_bootm()), especially the read_dataflash() function. The > issue is that you have to copy data from Data Flash in a specific way in > order to have random access to it. So for example this line in your code: > type_name = image_get_type_name (image_get_type (hdr)); > will effectively try to access hdr->ih_type, which will not work when > hdr is an address in Data Flash.
Ugh, please don't continue down that path. Dataflash is a serial flash technology, but the driver pretends that it is memory mapped. It is not a good abstraction that I really think needs to be removed. I don't think it is a good idea to add that mis-feature into new commands. Cheers, g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users