public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind1@gmail.com>
To: Ricard Wanderlof <ricard.wanderlof@axis.com>
Cc: David Woodhouse <dwmw2@infradead.org>,
	Ezequiel Garcia <elezegarcia@gmail.com>,
	"linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>,
	Tim Bird <tim.bird@am.sony.com>,
	Michael Opdenacker <michael.opdenacker@free-electrons.com>
Subject: Re: [RFC/PATCH 0/1] ubi: Add ubiblock driver
Date: Fri, 30 Nov 2012 13:15:46 +0200	[thread overview]
Message-ID: <1354274146.30168.94.camel@sauron.fi.intel.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1211210626110.357@lnxricardw.se.axis.com>

[-- Attachment #1: Type: text/plain, Size: 1311 bytes --]

On Wed, 2012-11-21 at 06:28 +0100, Ricard Wanderlof wrote:
> On Tue, 20 Nov 2012, Ezequiel Garcia wrote:
> 
> > I'm happy to announce we finally have a read/write ubiblock implementation!
> >
> > What follows are some historical notes and some implementation hints.
> > Feel free to comment on anything, ask questions or provide feedback.
> > You can even fire some flames if you like, my asbestos suite works just fine ;-)
> 
> I don't want to diminish your work in any way, but what is the point of 
> the ubiblock feature? Mtd block devices are really only used in order to 
> give the mount/umount commands a block device, and for ubifs the device is 
> specified in another way. So I suspect the intended usage for ubiblock is 
> something else.

Well, it would give you a _usable_ block device. mtdblocks are unusable
because they ignore bad blocks, no wear-levelling, no power-cut
tolerance.

When/if we have ubiblock devices, we can kill mtdblock devices even, and
may be have some thin layer which would emulate mtdblock devices
optionally. They would be ubublock devices whti mtdblock name and
major:minor. Hmm? Makes sense?

P.S. Dunno why people were removed from CC. If this was done on purpose
- I do not think it was a good idea.

-- 
Best Regards,
Artem Bityutskiy

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  parent reply	other threads:[~2012-11-30 11:15 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-20 22:39 [RFC/PATCH 0/1] ubi: Add ubiblock driver Ezequiel Garcia
2012-11-21  5:28 ` Ricard Wanderlof
2012-11-21  9:56   ` Thomas Petazzoni
2012-11-21 10:00     ` Ricard Wanderlof
2012-11-21 10:05       ` Thomas Petazzoni
2012-11-24 21:02         ` Ezequiel Garcia
2012-11-25  7:36           ` Shmulik Ladkani
2012-11-30 11:24             ` Artem Bityutskiy
2012-12-02 17:39               ` Shmulik Ladkani
2012-12-03  0:58                 ` Ezequiel Garcia
2012-12-03 19:33                   ` Ezequiel Garcia
2012-12-03 21:03                     ` Shmulik Ladkani
2012-11-30 11:18         ` Artem Bityutskiy
2012-11-30 11:15   ` Artem Bityutskiy [this message]
2012-11-21 10:00 ` Thomas Petazzoni
2012-11-21 10:42   ` Ezequiel Garcia
2012-11-30 11:25   ` Artem Bityutskiy
2012-11-30 11:08 ` Artem Bityutskiy
2012-11-30 20:43   ` Ezequiel Garcia

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=1354274146.30168.94.camel@sauron.fi.intel.com \
    --to=dedekind1@gmail.com \
    --cc=dwmw2@infradead.org \
    --cc=elezegarcia@gmail.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=michael.opdenacker@free-electrons.com \
    --cc=ricard.wanderlof@axis.com \
    --cc=tim.bird@am.sony.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