From: Hans-Christian Egtvedt <hcegtvedt@atmel.com>
To: linux-mtd@lists.infradead.org
Subject: Re: Mounting big endian jffs2 images on mtdram on a x86
Date: Wed, 16 May 2007 10:02:10 +0200 [thread overview]
Message-ID: <1179302530.21753.76.camel@localhost.localdomain> (raw)
In-Reply-To: <loom.20070516T093928-915@post.gmane.org>
On Wed, 2007-05-16 at 07:45 +0000, MikeW wrote:
> Hans-Christian Egtvedt <hcegtvedt <at> norway.atmel.com> writes:
<cut thoughts about bi-endian JFFS2>
> (I guess you could have both be- and le- drivers present in your dev system
> as long as they had different naming, so you could mount -t jffs2.be / .le
> as required.)
Yes, very nice solution for developers.
> Since this is a development-only requirement, there is no need to make
> a generic read-everything upgrade for JFFS2 which would then slug the
> performance of the standard build. Keep this option as a nonstandard
> recompile option, and let the native versions use their native byte ordering.
Agree, but I would like this to be an option when building the kernel.
So distributions can choose to have this feature or not. I for example
use Ubuntu, and would be thrilled if the upstream Ubuntu kernel was
shipped with jffs2, jffs2.le and jffs2.be modules.
Perhaps just a define in Kconfig which will build the two extra
endianess specific modules.
--
With kind regards,
Hans-Christian Egtvedt, siv.ing. (M.Sc.)
Applications Engineer - AVR32 System Solutions - Atmel Norway
prev parent reply other threads:[~2007-05-16 8:02 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-14 9:05 Mounting big endian jffs2 images on mtdram on a x86 Hans-Christian Egtvedt
2007-05-14 10:34 ` Artem Bityutskiy
2007-05-14 10:49 ` Haavard Skinnemoen
2007-05-14 14:37 ` Hans-Christian Egtvedt
2007-05-14 14:53 ` Josh Boyer
2007-05-15 0:42 ` David Woodhouse
2007-05-15 7:45 ` Hans-Christian Egtvedt
2007-05-15 7:50 ` Artem Bityutskiy
2007-05-15 10:07 ` Hans-Christian Egtvedt
2007-05-15 7:51 ` David Woodhouse
2007-05-16 7:45 ` MikeW
2007-05-16 8:02 ` Hans-Christian Egtvedt [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=1179302530.21753.76.camel@localhost.localdomain \
--to=hcegtvedt@atmel.com \
--cc=linux-mtd@lists.infradead.org \
/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.