Search

Technical Discussion Group Forum

This forum is provided for user discussion. While Beacon EmbeddedWorks support staff and engineers participate, Beacon EmbeddedWorks does not guarantee the accuracy of all information within in the Technical Discussion Group (TDG).

The "Articles" forums provide brief Articles written by Beacon EmbeddedWorks engineers that address the most frequently asked technical questions.

To receive email notifications when updates are posted for a Beacon EmbeddedWorks product download, please subscribe to the TDG Forum of interest.

TDG Forum

PrevPrev Go to previous topic
NextNext Go to next topic
Last Post 12 Jun 2003 10:57 AM by  miket@logicpd.com
Slow kernel decompression
 1 Replies
Sort:
You are not authorized to post a reply.
Author Messages
elf-coastal@buici.com
New Member
New Member
Posts:


--
08 Jun 2003 12:55 PM
    I suspect that I'm not the only one who's noticed that kernel decompression is absurdly slow. Has anyone looked into this?
    miket@logicpd.com
    New Member
    New Member
    Posts:


    --
    12 Jun 2003 10:57 AM
    You are absolutely correct.

    There are a number of reasons for this...

    1. during decompression, the program is executing out of flash,
    and flash r/w is relatively lothargic.
    2. during decompression, the cache is disabled. the
    mmu needs to be minimally setup to enable it.

    possible solutions:

    1. have the decompressor stub copy itself out to ram before decompressing
    2. setup the mmu and enable the cache for ram and flash areas that are used
    during decompression.
    3. skip decompression entirely and store the full uncompressed image in flash,
    adding a minimal stub to have it copy itself out to ram when executed.


    regards,
    mt
    You are not authorized to post a reply.