public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
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 (Битюцкий Артём)

      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