From: "Chi Xiaobo" <xbchi@utstar.com>
To: "David Woodhouse" <dwmw2@infradead.org>,
"Gary Thomas" <gary@mlbassoc.com>
Cc: <ecos-devel@sources.redhat.com>
Subject: 答复: JFFS2 on eCos
Date: Mon, 29 May 2006 02:15:00 -0000 [thread overview]
Message-ID: <FED48428A0F60B4B8A513003E055F4180198601D@CNMAIL11.cn.utstarcom.com> (raw)
Hi, david, do you need more than one guy to do this? I am also interesting in this.
Scott chi
-----邮件原件-----
发件人: ecos-devel-owner@ecos.sourceware.org [mailto:ecos-devel-owner@ecos.sourceware.org] 代表 David Woodhouse
发送时间: 2006年5月26日 21:01
收件人: Gary Thomas
抄送: ecos-devel@sources.redhat.com
主题: Re: JFFS2 on eCos
On Fri, 2006-05-26 at 03:55 -0600, Gary Thomas wrote:
> Put my head on the block :-) Tell me what needs to be done and how
> and I'll make sure it happens.
OK, thanks.... I'll give you a quick overview of what we have, and what
needs doing.
When we first did the eCos port, I split Linux-specific stuff from
'core' JFFS2 code, putting them into separate files in the CVS tree.
We added an 'ecos' subdirectory, containing jffs2.cdl and the
eCos-specific files to match the Linux ones. I think you've seen all
that anyway.
What I need primarily is someone to take overall responsibility for
keeping the eCos files up to date when we change stuff that affects them
-- and to keep them up to date with eCos itself. Presumably also to
merge JFFS2 code into the eCos tree.
That task doesn't have to be all coding -- it can also include LARTing
me (and other JFFS2 developers) if/when we break the eCos build without
reason, without fixing up the eCos side ourselves, and/or without at
least giving you a heads-up.
(For example, if you refer to the changes I've made in the git tree in
the last few days, I would expect a kicking for putting the new
jffs2_prealloc_raw_node_refs() function into malloc.c, which is an
OS-specific file, instead of putting it into a shared file. It's a
function which should be the same in both cases. I'll fix that.)
How you do this technically is ultimately up to you. What I'd probably
suggest is that we should keep the eCos version on git.infradead.org, so
it is immediately to hand and you can quite reasonably expect people to
keep it working. With a little bit of git hacking, we should be able to
set up a git tree which contains just the OS-independent files, and
which inherits changes automatically from the main mtd-2.6.git tree.
Then we can do a git tree for the eCos version which merges from that as
and when appropriate.
If that's how you want to do it, I'll go and set up the script to do
that JFFS2-only tree, and set up the eCos repository based on that and
the latest version of the eCos-specific files from CVS.
Aside from setting that up, what needs doing right now is to make it
build on eCos again, since I assume it doesn't. Take the JFFS2 files
from the mtd-2.6.git tree, add the latest eCos files (which were last
updated in July of last year), and make them work.
You might benefit from doing that incrementally -- perhaps starting with
the version in the 2.6.16 kernel, which is before all the changes I've
just made, but _after_ the introduction of the 'erase block summary'
code. Alternatively, you might prefer just to do it all in one fell
swoop with the current code.
--
dwmw2
next reply other threads:[~2006-05-29 2:15 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-29 2:15 Chi Xiaobo [this message]
2006-05-29 14:41 ` David Woodhouse
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=FED48428A0F60B4B8A513003E055F4180198601D@CNMAIL11.cn.utstarcom.com \
--to=xbchi@utstar.com \
--cc=dwmw2@infradead.org \
--cc=ecos-devel@sources.redhat.com \
--cc=gary@mlbassoc.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).