From: Peter Korsgaard <jacmet@sunsite.dk>
To: Ferenc Wagner <wferi@niif.hu>
Cc: Phillip Lougher <phillip@lougher.demon.co.uk>,
linux-fsdevel@vger.kernel.org, linux-mtd@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-embedded@vger.kernel.org
Subject: Re: RFC: direct MTD support for SquashFS
Date: Tue, 16 Mar 2010 15:26:33 +0100 [thread overview]
Message-ID: <87ljdsibqe.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <87vdcwv139.fsf@tac.ki.iif.hu> (Ferenc Wagner's message of "Tue, 16 Mar 2010 14:38:02 +0100")
>>>>> "Ferenc" == Ferenc Wagner <wferi@niif.hu> writes:
Ferenc> Hi,
Ferenc> In embedded systems, SquashFS over MTD would be a considerable
Ferenc> win, as that would permit configuring without CONFIG_BLOCK.
Ferenc> Please find attached a naive patch against 2.6.33 for this. It
Ferenc> does not handle bad MTD blocks, that could be handled by gluebi
Ferenc> (once you're willing to take the UBI overhead), or by a custom
Ferenc> solution later.
Ferenc> For now, 2.6.34 gained pluggable decompressors, so this patch
Ferenc> does not apply anymore, though the main idea holds. My
Ferenc> questions: is the community interested in integrating something
Ferenc> like this, should this patch transformed into something
Ferenc> acceptable, or am I a total lunatic? I don't know a thing
Ferenc> about filesystem development, but willing to learn and
Ferenc> refactor. Comments welcome.
Nice, I have been thinking about that as well. What kind of size savings
are you getting with this?
CC'ing linux-embedded as this might be of interest there as well.
--
Bye, Peter Korsgaard
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
WARNING: multiple messages have this Message-ID (diff)
From: Peter Korsgaard <jacmet@sunsite.dk>
To: Ferenc Wagner <wferi@niif.hu>
Cc: Phillip Lougher <phillip@lougher.demon.co.uk>,
linux-fsdevel@vger.kernel.org, linux-mtd@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-embedded@vger.kernel.org
Subject: Re: RFC: direct MTD support for SquashFS
Date: Tue, 16 Mar 2010 15:26:33 +0100 [thread overview]
Message-ID: <87ljdsibqe.fsf@macbook.be.48ers.dk> (raw)
In-Reply-To: <87vdcwv139.fsf@tac.ki.iif.hu> (Ferenc Wagner's message of "Tue, 16 Mar 2010 14:38:02 +0100")
>>>>> "Ferenc" == Ferenc Wagner <wferi@niif.hu> writes:
Ferenc> Hi,
Ferenc> In embedded systems, SquashFS over MTD would be a considerable
Ferenc> win, as that would permit configuring without CONFIG_BLOCK.
Ferenc> Please find attached a naive patch against 2.6.33 for this. It
Ferenc> does not handle bad MTD blocks, that could be handled by gluebi
Ferenc> (once you're willing to take the UBI overhead), or by a custom
Ferenc> solution later.
Ferenc> For now, 2.6.34 gained pluggable decompressors, so this patch
Ferenc> does not apply anymore, though the main idea holds. My
Ferenc> questions: is the community interested in integrating something
Ferenc> like this, should this patch transformed into something
Ferenc> acceptable, or am I a total lunatic? I don't know a thing
Ferenc> about filesystem development, but willing to learn and
Ferenc> refactor. Comments welcome.
Nice, I have been thinking about that as well. What kind of size savings
are you getting with this?
CC'ing linux-embedded as this might be of interest there as well.
--
Bye, Peter Korsgaard
next prev parent reply other threads:[~2010-03-16 14:26 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-16 13:38 RFC: direct MTD support for SquashFS Ferenc Wagner
2010-03-16 13:38 ` Ferenc Wagner
2010-03-16 14:26 ` Peter Korsgaard [this message]
2010-03-16 14:26 ` Peter Korsgaard
2010-03-16 19:18 ` Vitaly Wool
2010-03-16 19:18 ` Vitaly Wool
2010-03-16 19:18 ` Vitaly Wool
2010-03-18 16:38 ` Ferenc Wagner
2010-03-18 16:38 ` Ferenc Wagner
2010-03-18 16:38 ` Ferenc Wagner
2010-03-18 16:38 ` Ferenc Wagner
2010-03-18 21:40 ` Phillip Lougher
2010-03-18 21:40 ` Phillip Lougher
2010-03-18 22:52 ` Ferenc Wagner
2010-03-19 1:05 ` Ferenc Wagner
2010-03-19 7:30 ` Phillip Lougher
2010-03-19 14:12 ` Ferenc Wagner
2010-03-23 11:34 ` Ferenc Wagner
2010-03-23 11:34 ` Ferenc Wagner
2010-03-23 20:45 ` Ferenc Wagner
2010-03-23 20:47 ` Ferenc Wagner
2010-03-23 20:47 ` Ferenc Wagner
2010-03-24 5:23 ` Phillip Lougher
2010-03-24 5:23 ` Phillip Lougher
2010-03-24 6:35 ` Peter Korsgaard
2010-03-24 6:35 ` Peter Korsgaard
2010-03-24 11:28 ` Ferenc Wagner
2010-03-24 11:35 ` Peter Korsgaard
2010-03-24 13:48 ` Ferenc Wagner
2010-03-24 13:48 ` Ferenc Wagner
2010-03-30 13:32 ` [PATCH 0/3] " Ferenc Wagner
2010-03-30 13:32 ` Ferenc Wagner
2010-03-31 6:35 ` Marco Stornelli
2010-03-31 6:35 ` Marco Stornelli
2010-03-30 13:32 ` Ferenc Wagner
2010-03-30 13:32 ` [PATCH 1/3] squashfs: parametrize decompressors on buffer_head operations Ferenc Wagner
2010-03-30 13:32 ` Ferenc Wagner
2010-03-30 13:32 ` Ferenc Wagner
2010-03-30 13:32 ` [PATCH 2/3] squashfs: gather everything block device specific into block.c Ferenc Wagner
2010-03-30 13:32 ` Ferenc Wagner
2010-03-30 16:50 ` Ferenc Wagner
2010-03-30 16:50 ` Ferenc Wagner
2010-03-30 13:32 ` Ferenc Wagner
2010-03-30 13:32 ` [PATCH 3/3] squashfs: add MTD backend Ferenc Wagner
2010-03-30 13:32 ` Ferenc Wagner
2010-03-30 13:32 ` Ferenc Wagner
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=87ljdsibqe.fsf@macbook.be.48ers.dk \
--to=jacmet@sunsite.dk \
--cc=linux-embedded@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=phillip@lougher.demon.co.uk \
--cc=wferi@niif.hu \
/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.