In message <[EMAIL PROTECTED]>, Nick Sayer writes:
>
>I'm sort of thinking in my head about adding the ability for the
>md driver to handle gziped images. md's drvinit() looks like
>the perfect place to do this. if strcmp(type,"md_image_gzip") then
>gunzip the image and so on.
>
>Obviously this trades RAM for disk space. The target implementation
>is the i-opener -> X terminal transmogrification. I think I can cram
>the whole thing into the 16M flash card, and with compression of that
>image, I can cram a lot more. To implement it, I have some questions:
>
>1. Is there a way to de-allocate or otherwise reuse the original
>compressed image after the unzip is finished?
currently not.
>2. What is the best strategy for allocating the output image?
>malloc(9)?
Use the code already in MD which recognizes empty sectors, that
will give you a little bit of compression.
>3. This would effectively add libz to the kernel.
We actually already have a unzip'er available in the kernel,
the one which was used for unzip'ing a.out executables.
--
Poul-Henning Kamp FreeBSD coreteam member
[EMAIL PROTECTED] "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
