This is the mail archive of the
ecos-patches@sources.redhat.com
mailing list for the eCos project.
SV: eCos. jffs2 without compression
- From: Øyvind Harboe <oyvind dot harboe at zylin dot com>
- To: "Thomas Koeller" <thomas dot koeller at baslerweb dot com>
- Cc: <ecos-patches at sources dot redhat dot com>
- Date: Wed, 24 Sep 2003 20:41:03 +0200
- Subject: SV: eCos. jffs2 without compression
Hi Thomas,
>Hi Øyvind,
>
>some time ago you submitted a patch to ecos-patches to make
>zlib compression for jffs2 an optional feature. I am in urgent
>need of such a function, and therefore I'd like to know whether
>you are still actively pursuing this matter. If not, I would
>like to take over and finalize it.
Sounds good. Let me know if you need further help.
Note that you need to work with David Woodhouse(mr JFFS2)
to get the patch accepted. eCos tries as much as possible
merely copy over the changes to JFFS2 without modifications.
>I had a brief look at your patch and without analyzing it in
>depth I had the impression that it is more complicated than
>what I have in mind. My idea is to simply introduce a
>configuration option that causes the jffs2_compress() to
>always return JFFS2_COMPR_NONE. Since this is expected
>behavior, all the rest should be automatic. Any comments on
>this?
The buffer is allocated even if the compression type is none,
hence I made a compiler switch to turn off compression altogether.
My attempts to get this patch accepted with the JFFS2 maintainer
fell flat on its face. You can read up on the thread in eCos(which
you have probably already done) and JFFS2.
Perhaps you could simply try to make the case to David that the
patches as proposed by me has more than sufficient configurability
resolution for embedded purposes?
http://sources.redhat.com/ml/ecos-patches/2003-08/msg00019.html
http://lists.infradead.org/pipermail/linux-mtd/2003-August/008363.html
http://lists.infradead.org/pipermail/linux-mtd/2003-August/008446.html
Øyvind