From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jerry Van Baren Date: Thu, 01 Mar 2007 13:22:20 -0500 Subject: [U-Boot-Users] Uncompression of image takes time. In-Reply-To: References: <45E5B6EB.8090901@smiths-aerospace.com> Message-ID: <45E719DC.9070902@smiths-aerospace.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Adarsh Babu wrote: > Jerry Van Baren smiths-aerospace.com> writes: > >> Adarsh Babu wrote: >>> Hi, >>> >>> I have an image which is 1.5MB in size after compression, thats is done > for >>> MCF5271. When i try to load this on a MCF5271 eval board using u-boot > 1.2.0 it >>> takes about 25 secs to just uncompress. I loaded a MCF5272 eval board with > U- >>> Boot 1.2.0 and then tried to start the same image(which was done for > MCF5271). >>> It was very fast. The checksum verification finish off in a second and >>> uncompression in 10 seconds ! >>> >>> The clock configurations for both are provided below: >>> M5272C3.h >>> define CFG_HZ 1000 >>> #define CFG_CLK 66000000 >>> >>> M5271EVB.h: >>> define CFG_HZ 1000000 >>> #define CFG_CLK 100000000 >>> >>> What should I do to get the image to uncompress faster in the MCF5271 EVB? >>> >>> Regards, >>> Adarsh. >> 1) Your CFG_HZ looks like a problem: it should be 1000 and your timer >> tick interrupt should be running 1000 times per second to match. If you >> are indeed ticking 1,000,000 times per second, you are spending all of >> your processor time in your timer ISR. >> >> 2) Why is your image 1.5MB? I suspect you have large unused areas of >> memory (typically due to ISR vectors, followed by a huge unused gap, >> followed by the code). If you fix your image size (assuming it is >> broken), the checksum and uncompress will be much faster. >> >> gvb >> > > Hi Jerry, > > I tried the same after modifying the CFG_HZ to 1000. But i still get the same > result. Its as if there is no effect. The image size is 1.5MB becos its just > not a kernel image. Its kernel + our application. Could this be a problem with > the timer initialization and cofiguration? > > Regards, > Adarsh. Hi Adarsh, I don't have any M527x experience, so I cannot say anything with detail. Just changing CFG_HZ quite likely is not sufficient - usually you need to configure the timers in your hardware initialization routines and CFG_HZ simply reflects the choices you (or someone) made at initialization time. If this is the case, and if you timer is really ticking at 1/100 your master clock rate, that would cause serious slowing of execution. You will have to chase down what CFG_HZ is used for and how your hardware timer is initialized. I simply don't have the knowledge or information. HTH, gvb