From: Frank Haverkamp <haver@vnet.ibm.com>
To: dedekind@infradead.org
Cc: "Monte K. Copeland" <catboat@texas.net>,
MTD Mailinglist <linux-mtd@lists.infradead.org>,
Alexander Schmidt <alexs@linux.vnet.ibm.com>,
haver@vnet.ibm.com, Andreas Arnez <arnez@linux.vnet.ibm.com>
Subject: Re: ubi-utils cleanup
Date: Fri, 04 Jan 2008 10:42:03 +0100 [thread overview]
Message-ID: <1199439724.6546.22.camel@august> (raw)
In-Reply-To: <1197884800.25999.73.camel@sauron>
[-- Attachment #1: Type: text/plain, Size: 1874 bytes --]
Hi Artem,
On Mon, 2007-12-17 at 11:46 +0200, Artem Bityutskiy wrote:
> Hi Frank, Alex, Andreas,
>
> since UBIFS gets tried more, people start using ubi-utils more, and I
> got several feed-backs about how untidy mtd-utils,git is, and ubi-utils
> are untidy as well.
>
> May you please help me cleaning them up a little? We should re-structure
> the repo a bit to start of. I've added few ideas into the ubi-utils/TODO
> file.
> First of, we should separate out UBI tests from ubi-utils and move them
> to tests/ubi-tests. Then we should separate-out the tools which are
> NAND-related - indeed, what do they do in ubi-utils? They should go to
> nand-tools, and stuff like nanddump and nandwrite should go to
> nand-tools as well.
nand2bin and bin2nand are of the same kind and not UBI dependend. To be
more widely used, those tools need more flexibility where the ECC data
is placed in the OOB. Currently it is pretty much hard-coded for the
layout we are using.
I have nothing against relocating the tools to other directories. What I
like to keep are working install and uninstall rules with the
possibility to define an individual install directory.
> Since most of the stuff in ubi-utils were make by your team, I kindly
> ask you to help with re-structuring them.
Alex is busy with his thesis, I doubt that he can help much. I will try
to follow the discussion and contribute small things if my time permits
it. Please take my colleague Monte Copeland on CC. I don't know how much
time he has, but he is currently responsible for our internal UBI usage.
Regards
Frank
--
IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032
Boeblingen, Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Herbert Kircher, Sitz der Gesellschaft: Böblingen,
Registergericht: Amtsgericht Stuttgart, HRB 243294
[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 5269 bytes --]
next prev parent reply other threads:[~2008-01-04 9:42 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-17 9:46 ubi-utils cleanup Artem Bityutskiy
2008-01-04 9:42 ` Frank Haverkamp [this message]
2008-01-07 13:12 ` Frank Haverkamp
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=1199439724.6546.22.camel@august \
--to=haver@vnet.ibm.com \
--cc=alexs@linux.vnet.ibm.com \
--cc=arnez@linux.vnet.ibm.com \
--cc=catboat@texas.net \
--cc=dedekind@infradead.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox