2008-02-28 15:58:24     problems unzipping huge uClinux images on custom BF561 board

Document created by Aaronwu Employee on Aug 5, 2013
Version 1Show Document
  • View in full screen mode

2008-02-28 15:58:24     problems unzipping huge uClinux images on custom BF561 board

Bill Fassler (UNITED STATES)

Message: 51840    I just ran into a problem.  It seems that a multi-media rich image (mplayer, mp3play, browser, email client, Instant Messaging, etc) that is around 30Mb big always hangs at the unzip stage.

 

Yes, I am loading at 0x2000000.

 

Our custom boards have different RAM and ROM chips and much more memory in both areas.  I am wondering if perhaps there is something I forgot in my memory configuration, etc?

 

Bill

QuoteReplyEditDelete

 

 

2008-02-28 17:12:00     Re: problems unzipping huge uClinux images on custom BF561 board

Robin Getz (UNITED STATES)

Message: 51851    Bill:

 

Can you post the output?

 

-Robin

QuoteReplyEditDelete

 

 

2008-02-28 17:44:59     Re: problems unzipping huge uClinux images on custom BF561 board

Bill Fassler (UNITED STATES)

Message: 51855    This same image if I strip out the Instant Messenger and its dependent libraries it shrinks to 12.5Mb or so and boots OK......

 

VOCAL> bootm 0x2000000

## Booting image at 02000000 ...

   Image Name:   Linux-2.6.22.14-ADI-2007R2-pre-s

   Image Type:   Blackfin Linux Kernel Image (gzip compressed)

   Data Size:    28006111 Bytes = 26.7 MB

   Load Address: 00100000

   Entry Point:  002dc000

   Verifying Checksum ... OK

   Uncompressing Kernel Image ...

QuoteReplyEditDelete

 

 

2008-02-28 21:33:07     Re: problems unzipping huge uClinux images on custom BF561 board

Yi Li (CHINA)

Message: 51864    0x2000000 may not big enough - the compressed image is 26.7MB, load address is 0x100000, I think the uncompressed image may overwrite image above 0x2000000.

QuoteReplyEditDelete

 

 

2008-02-28 21:58:23     Re: problems unzipping huge uClinux images on custom BF561 board

Robin Getz (UNITED STATES)

Message: 51865    Bill:

 

Yi is correct, Simple math shows this. 0x01AB 56DF - compressed length, uncompressed length is at least 1.5 to 2x, which would be ~ 0x0x281 024E - which exceeds the 0x0200 0000 - image address.

 

-Robin

Attachments

    Outcomes