From: Artem Bityutskiy <dedekind@infradead.org>
To: Bruce_Leonard@selinc.com
Cc: linux-mtd@lists.infradead.org
Subject: Re: Question about ubimkvol vs. mkfs.ubifs
Date: Mon, 07 Apr 2008 10:27:22 +0300 [thread overview]
Message-ID: <1207553242.8040.48.camel@sauron> (raw)
In-Reply-To: <OF56D7FBB0.A3722ECD-ON88257423.008249AB-88257423.00833E0B@selinc.com>
Hi,
On Sun, 2008-04-06 at 16:53 -0700, Bruce_Leonard@selinc.com wrote:
> This is probably a basic question but I'll admit to being lost. I'm
> relatively new to kernel coding and up till now I've been focused on the
> very low level stuff, i.e., making hardware work and LEDs go
> blinkey-blinkey. Currently I'm working on a NAND flash driver that I need
> to tie into UBI/UBIFS. I've got the driver working, I can
> read/write/erase my flash parts, so the low level stuff that I understand
> is good.
Is it a secret what is your flash and what is its size? If it is NAND
I'd recommend you to test it with Adrian's NAND tests:
git://infradead.org/~ahunter/nand-tests.git
> insmod my_flash_driver
> insmod ubi mtd=1
> insmod ubifs
> ubimkvol /dev/ubi0 -m -N ubifs
> mount -t ubifs ubi0:ubifs /mnt/nand
> Once I do all that I can read/write/copy/delete/etc files just fine on the
> NAND flash. So, like I said it appears to be working just fine. But
> everything I see on the mailing list seems to be saying I should be using
> mkfs.ubifs. But if everything works and I'm mounting the device as a
> UBIFS filesystem, what (if anything) is mkfs.ubifs going to do for me that
> I don't already have done?
As Hamish explained, you do not have to use mkfs.ubifs if you do not
need it. UBIFS can mount empty volumes just fine.
In addition to what he said, mkfs.ubifs allows you to tune the
file-system. When you mount an empty volume, UBIFS formats it with
default settings: default journal size, default B-tree fanout, default
compression, etc. With mkfs.ubifs you may define different parameters,
e.g., use zlib instead of lzo, make larger journal, etc.
> Oh, another question. I've seen reference to an 'fs-test' that's supposed
> to be part of mtd-utils, but I can't seem to find it anywhere. Can
> someone please point me to the sources? Is it a good test to run?
These are old tests Adrian wrote for JFFS2 and they sit at
mtd-utils.git/tests/fs-tests/. Some of the stress test scripts are
JFFS2-specific - you will notice. But they are easy to fix - just make
them not to run the "gcd_hupper" program. This is the only
JFFS2-specific thing.
Yes, I think this is a good idea to run them. Specifically, we are
extensively using the integrity test for UBIFS.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
next prev parent reply other threads:[~2008-04-07 7:28 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-06 23:53 Question about ubimkvol vs. mkfs.ubifs Bruce_Leonard
2008-04-07 0:23 ` Hamish Moffatt
2008-04-07 2:42 ` Bruce_Leonard
2008-04-07 7:27 ` Artem Bityutskiy [this message]
2008-04-07 7:37 ` Artem Bityutskiy
2008-04-07 20:07 ` Bruce_Leonard
2008-04-08 5:43 ` Artem Bityutskiy
2008-04-08 16:45 ` Bruce_Leonard
2008-04-08 16:51 ` Artem Bityutskiy
2008-04-08 16:54 ` Artem Bityutskiy
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=1207553242.8040.48.camel@sauron \
--to=dedekind@infradead.org \
--cc=Bruce_Leonard@selinc.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 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 NNTP newsgroup(s).