All of lore.kernel.org
 help / color / mirror / Atom feed
From: A. Geisreiter <ageisreiter@dh-electronics.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] Starting compressed win CE kernel
Date: Mon, 5 Oct 2009 09:47:28 +0200	[thread overview]
Message-ID: <000301ca4590$18395c60$48ac1520$@de> (raw)
In-Reply-To: <20090904121700.66126832E8DE@gemini.denx.de>

Dear Jean-Christophe PLAGNIOL-VILLARD,

I tried to use the unzip command of U-Boot, to unzip a Win CE Kernel. If I
have a file size of roughly 10MB it takes 1 minute to uncompress the kernel.
This is too long for my application. I use an PXA270 CPU with 64MB SDRAM.
How can I make the unzip command faster? 
Description of my U-Boot application: At the moment I start Win CE from the
flash memory in roughly 25 seconds. But the image takes much space on the
flash, because I haven't compressed it at the moment. So I will use the zip
functionality of U-boot to save space on flash memory. But this is only
reasonable, if I can start the OS in roughly the same time as before. 

Thanks and regards,
Andreas Geisreiter

-----Urspr?ngliche Nachricht-----
Von: Wolfgang Denk [mailto:wd at denx.de] 
Gesendet: Freitag, 4. September 2009 14:17
An: A. Geisreiter
Cc: u-boot at lists.denx.de; Jean-Christophe Plagniol-Villard
Betreff: Re: [U-Boot] Starting compressed win CE kernel

Dear "A. Geisreiter",

In message <001701ca2d55$f30b6200$d9222600$@de> you wrote:
> 
> > What makes you think that the uncompression code used by bootm would
> > be any faster than the one used by unzip? It ain't faster, as it is
> > the very same code actually.
> 
> If bootm use the same code like the unzip command, then it couldn't be
> faster.

Indeed.

> But I have compressed a nk.bin Windows Image file with GZIP. Then I
> uncompressed the 10MB File with U-Boot. It takes roughly 1 minute. And
this
> is to much I think. What could I do to reduce the uncompression time? My
> hardware works with an PXA270 CPU.

You probably want to enable caches on your system, to get faster
performance. Jean-Christophe (on Cc:) claimed several times before
that he was working on such patches. Maybe you ask him when he will
post this stuff.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
On the subject of C program indentation: "In My Egotistical  Opinion,
most  people's  C  programs  should be indented six feet downward and
covered with dirt."                               - Blair P. Houghton

      parent reply	other threads:[~2009-10-05  7:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-04 10:14 [U-Boot] Starting compressed win CE kernel A. Geisreiter
2009-09-04 11:09 ` Wolfgang Denk
2009-09-04 11:50   ` A. Geisreiter
2009-09-04 12:17     ` Wolfgang Denk
2009-09-04 14:20       ` Dirk Behme
2009-10-05  7:47       ` A. Geisreiter [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='000301ca4590$18395c60$48ac1520$@de' \
    --to=ageisreiter@dh-electronics.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.