All of lore.kernel.org
 help / color / mirror / Atom feed
From: Artem Bityutskiy <dedekind@infradead.org>
To: kbaidarov <kbaidarov@dev.rtsoft.ru>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [PATCH] [MTD] BLOCK_RO: Readonly Block Device Layer Over MTD
Date: Sat, 18 Nov 2006 15:15:13 +0200	[thread overview]
Message-ID: <1163855713.5597.70.camel@sauron> (raw)
In-Reply-To: <20061117184055.569da7ad@localhost.localdomain>

Hello Konstantin,

On Fri, 2006-11-17 at 18:40 +0300, kbaidarov wrote:
> Description:
> The following patch adds readonly block device layer over mtd
> that allows to use any filesystem on this device in RO mode and
> thus gain faster mount times and better throughput rates.

This is very ambition claim. In comparison with what?

> How it works:
> Blocks translation routine was added to read sector function. Assuming
> that bad block won't appear during MTD reading and BBT is correct, bad
> block is skipped and requested block is lazily mapped to good one.
> Block driver based on the mtd readonly device driver mtdblock_ro.c and
> translation routine was taken from the patch of Pantelis Antoniou
> (which can be found at
> http://lists.infradead.org/pipermail/linux-mtd/2004-May/009672.html).
> 

So basically this is bad eraseblock-aware mtdblock_ro? But why you
created a new driver and with so weird name :-) ? Why didn't you just
changed mtdblock_ro? IOW, why you didn't adapt Pantelis' patch instead
and re-send it? (I have no idea why this patch isn't im MTD still,

-- 
Best regards,
Artem Bityutskiy (Битюцкий Артём)

  reply	other threads:[~2006-11-18 13:16 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-17 15:40 [PATCH] [MTD] BLOCK_RO: Readonly Block Device Layer Over MTD kbaidarov
2006-11-18 13:15 ` Artem Bityutskiy [this message]
2006-11-18 13:33   ` Josh Boyer
2006-11-18 13:35     ` Artem Bityutskiy
2006-11-18 13:40       ` Artem Bityutskiy
2006-11-20 12:15       ` Vitaly Wool
2006-11-20 12:46         ` Artem Bityutskiy
2006-11-20 13:06           ` Vitaly Wool
2006-11-20 13:39             ` Artem Bityutskiy
2006-11-20 13:20           ` Konstantin Baydarov
2006-11-20 12:11   ` Vitaly Wool
2006-11-20 12:05 ` Vitaly Wool
2006-11-20 14:52 ` Josh Boyer
2006-11-21 10:30   ` Vitaly Wool
2006-11-22 16:56     ` Konstantin Baydarov
2006-12-02 16:41       ` Konstantin Baydarov
2007-09-27 15:05         ` Gregory CLEMENT

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=1163855713.5597.70.camel@sauron \
    --to=dedekind@infradead.org \
    --cc=kbaidarov@dev.rtsoft.ru \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.