From: Artem Bityutskiy <dedekind@infradead.org>
To: Corentin Chary <corentin.chary@gmail.com>
Cc: linux-mtd@lists.infradead.org, vapier.adi@gmail.com
Subject: Re: [PATCH 1/2] mkfs.ubifs: UBI I/O Library
Date: Fri, 08 May 2009 15:20:22 +0300 [thread overview]
Message-ID: <1241785222.27996.85.camel@localhost.localdomain> (raw)
In-Reply-To: <71cd59b00905080507j17bceecu3c5f2728e084bde7@mail.gmail.com>
On Fri, 2009-05-08 at 14:07 +0200, Corentin Chary wrote:
> No, not really, libubiio provide what you can find in ubi.h, nothing
> more (open/close/read/write/change/erase/map/unmap).
> There some code in common to read sysfs properties, it's all.
> There is libubiio_int.h with some duplicate code from
> ubi-utils/src/common.h which could be removed.
> libubi on the other hand provide functions to manipulate volume and
> devices (rename, create, etc..).
Still, what's the reason to have a separate library?
Why not to add your stuff to existing one? If there
are some issues in libubi, they could be fixed. I just
see a lot of common code.
> But the current tree/build system make it hard to share code between
> ubi-utils/mtd-utils/mkfs. It what
> If you check, there is also three crc32.c/h in mtd-utils ...
> (See http://git.iksaif.net/?p=users/iksaif/mtd-utils.git;a=tree;hb=HEAD
> to check what a clean tree could be)
But surely you may try to re-arrange the tree, make it saner?
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
next prev parent reply other threads:[~2009-05-08 12:20 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-07 10:21 [PATCH 0/2] mkfs.ubifs and libubiio Corentin Chary
2009-05-07 10:21 ` [PATCH 1/2] mkfs.ubifs: UBI I/O Library Corentin Chary
2009-05-07 10:21 ` [PATCH 2/2] mkfs.ubifs: format directly ubi volume using libubiio Corentin Chary
2009-05-08 8:49 ` [PATCH 1/2] mkfs.ubifs: UBI I/O Library Artem Bityutskiy
2009-05-08 12:07 ` Corentin Chary
2009-05-08 12:20 ` Artem Bityutskiy [this message]
2009-05-08 13:58 ` Corentin Chary
2009-05-08 14:06 ` Artem Bityutskiy
2009-05-08 14:14 ` Artem Bityutskiy
2009-05-08 14:59 ` Corentin Chary
2009-05-08 18:58 ` Mike Frysinger
2009-05-08 19:41 ` Corentin Chary
2009-05-08 20:25 ` Mike Frysinger
2009-05-08 20:32 ` Corentin Chary
2009-05-08 20:36 ` Mike Frysinger
2009-05-07 11:59 ` [PATCH 0/2] mkfs.ubifs and libubiio Corentin Chary
2009-05-07 12:57 ` Josh Boyer
2009-05-07 13:29 ` Corentin Chary
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=1241785222.27996.85.camel@localhost.localdomain \
--to=dedekind@infradead.org \
--cc=corentin.chary@gmail.com \
--cc=linux-mtd@lists.infradead.org \
--cc=vapier.adi@gmail.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