public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Alexander Belyakov <alexander.belyakov@intel.com>
To: dedekind@infradead.org
Cc: "Korolev, Alexey" <alexey.korolev@intel.com>,
	linux-mtd@lists.infradead.org, "Kutergin,
	Timofey" <timofey.kutergin@intel.com>
Subject: Re: [PATCH/RFC] Linux MTD striping middle layer
Date: Wed, 22 Mar 2006 12:39:43 +0300	[thread overview]
Message-ID: <44211B5F.2030200@intel.com> (raw)
In-Reply-To: <1142967444.13740.9.camel@sauron.oktetlabs.ru>

Artem,

>> Subdevices are mtd devices which participate in creation of striped mtd 
>> device (superdevice). vol1, vol2 here are the names of subdevices 
>> assigned on partitioning stage (for example) by the following part of 
>> kernel configuration string:
>> CONFIG_CMDLINE=".......... 
>> mtdparts=flash1:512k(blob)ro,2m(kernel)ro,16m(root),16m(vol1);flash2:16m(vol2),8m(vol3) 
>> ........."
>>     
> IMO, it is better to use MTD device numbers. 0 = mtd0, 1 = mtd1, etc. I
> can always glance at /proc/mtd and realize which numbers to use. Names
> may contain white spaces, or whatever inappropriate characters one may
> conceive, right?
>   

At the stage of writing CONFIG_CMDLINE (mtdpart and mtdstripe parts) 
user generally do not know what mtd device number will be assigned to 
each partition. Using names IMO is a better solution if mtdstripe is a 
built-in module since user gives and uses partition names by himself.

Using /proc/mtd and stripe mtd device by number (your suggestion) can be 
quite good for loadable from command line mtdstripe.ko module. But using 
two different configuration methods for built-in and loadable module can 
be quite confusing for user.

>>> 4. I erase eraseblock 0 of mtd7
>>>       
>> In simple case eraseblock 0 on both subdevices 1 and 2 will be erased
>>     
> I see. Why did you say "In simple case" ?

Suggested algorithm supports striping for devices with different 
erasesize. In that (quite uncommon) case erasesize of superdevice is not 
just erasesize of subdevice multiplied by number of subdevices.

Thanks,
Alexander Belyakov

  parent reply	other threads:[~2006-03-22  9:40 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-21 12:36 [PATCH/RFC] Linux MTD striping middle layer Belyakov, Alexander
2006-03-21 14:01 ` Vitaly Wool
2006-03-21 14:41   ` Alexander Belyakov
2006-03-21 15:11     ` Vitaly Wool
2006-03-22  9:36       ` Alexander Belyakov
2006-03-21 15:37     ` Jörn Engel
2006-03-21 16:37     ` Thomas Gleixner
2006-03-21 15:36   ` Nicolas Pitre
2006-03-21 15:09 ` Artem B. Bityutskiy
2006-03-21 18:11   ` Alexander Belyakov
2006-03-21 18:57     ` Artem B. Bityutskiy
2006-03-21 19:37       ` Nicolas Pitre
2006-03-21 20:24         ` Jörn Engel
2006-03-22  8:58         ` Artem B. Bityutskiy
2006-03-22 14:40           ` Alexander Belyakov
2006-03-22 14:47             ` Artem B. Bityutskiy
2006-03-22 15:10               ` Alexander Belyakov
2006-03-22 15:15                 ` Artem B. Bityutskiy
2006-03-22 15:39                   ` Alexander Belyakov
2006-03-22 15:45                     ` Vitaly Wool
2006-03-22 16:23                       ` Alexander Belyakov
2006-03-22 16:30                         ` Artem B. Bityutskiy
2006-03-22 19:25                         ` Vitaly Wool
2006-03-22 19:40                           ` Nicolas Pitre
2006-03-23 10:10                             ` Vitaly Wool
2006-03-22 15:51                     ` Artem B. Bityutskiy
2006-03-22  9:39       ` Alexander Belyakov [this message]
2006-03-22  9:52         ` Artem B. Bityutskiy
2006-03-22 10:26           ` Alexander Belyakov
2006-03-22 10:51             ` Artem B. Bityutskiy
2006-03-22 13:35               ` Alexander Belyakov
2006-03-22 14:40                 ` Artem B. Bityutskiy
2006-03-22 16:19                 ` Artem B. Bityutskiy
2006-03-22 16:23                   ` Artem B. Bityutskiy
2006-03-22 17:17                   ` Nicolas Pitre
2006-03-22 17:28                     ` Artem B. Bityutskiy
2006-03-22 17:50                       ` Nicolas Pitre
2006-03-21 19:08 ` Artem B. Bityutskiy
2006-03-22  9:57   ` Alexander Belyakov
2006-03-22 10:23     ` Artem B. Bityutskiy
2006-03-22 17:08 ` Artem B. Bityutskiy
2006-03-22 17:23   ` Nicolas Pitre
2006-03-23  9:39   ` Alexander Belyakov
2006-03-23 14:23     ` Nicolas Pitre
2006-03-23 14:45       ` Alexander Belyakov

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=44211B5F.2030200@intel.com \
    --to=alexander.belyakov@intel.com \
    --cc=alexey.korolev@intel.com \
    --cc=dedekind@infradead.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=timofey.kutergin@intel.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