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

Reply via email to