From: Artem Bityutskiy <dedekind@infradead.org>
To: Manuel Sahm <Manuel.Sahm@feig.de>
Cc: linux-mtd@lists.infradead.org
Subject: Re: Re: Re: Create, Flash and Mount UBIFS Images
Date: Fri, 03 Apr 2009 17:41:18 +0300 [thread overview]
Message-ID: <1238769678.20906.166.camel@localhost.localdomain> (raw)
In-Reply-To: <49D607C7.187F.00BC.1@feig.de>
On Fri, 2009-04-03 at 12:57 +0200, Manuel Sahm wrote:
> Hello,
>
> concerning the autoresize flag:
>
> As far as I understand:
> If a partition is 40 MiB, I have to set the vol_size < Partition size,
> and set the autoresize flag to use the whole Partition size of 40 MiB.
> right ?
Yes.
> Is it correct that the resize depends on the value -c of the mkfs.ubifs
> program ?
The autoresize is UBI thing. -c is UBIFS thing. Yes, -c defines
maximum UBIFS size in LEBs. Make it larger, e.g. -c 511 if you
are concerned.
> --> (40MiB / 129024)+1 = c --> c=326
> With c=326 the autoresize feature should make the ubifs use the whole
> partitoon sizue of 40 MiB - right ?
Not exactly. But kind of. You should distinguish between UBI and
UBIFS - they are different thing. UBIFS does not know anuthing about
MTD partition, it knows only about UBI space, which is less than
partition space.
But just use -c511, it is safe. UBIFS overhead increases considerably
when this -c value goes over a power-of-2 boundary. So there is not
that much difference between -c 326 and -c 512.
> concerning the kernel command parameter:
> Is it possible to define the ubi device number trough the kernel
> command line argument, like it is possible through the ubiattach program
> ?
> Example: ubi.mtd=4 is actually attached to /dev/ubi1 and /dev/ubi1_0.
> I want to have /dev/ubi4 and /dev/ubi4_0
>
> possible ?
Hmm, not really. We did not think about this. May be you may add
this feature - should not be too difficult.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
prev parent reply other threads:[~2009-04-03 15:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-02 11:36 Create, Flash and Mount UBIFS Images Manuel Sahm
2009-04-02 11:42 ` Artem Bityutskiy
2009-04-02 12:07 ` Manuel Sahm
[not found] ` <49D4C59A.187F.00BC.1@feig.de>
2009-04-02 12:20 ` Antw: " Artem Bityutskiy
2009-04-02 12:21 ` Artem Bityutskiy
2009-04-03 7:32 ` Manuel Sahm
2009-04-03 8:30 ` Artem Bityutskiy
2009-04-03 10:57 ` Manuel Sahm
2009-04-03 14:41 ` Artem Bityutskiy [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=1238769678.20906.166.camel@localhost.localdomain \
--to=dedekind@infradead.org \
--cc=Manuel.Sahm@feig.de \
--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