Date: Tue, 14 Feb 2006 01:59:27 +0300 (MSK)
From: =?KOI8-R?B?IvDP0tTPziD3ycvUz9Ig7NjXz9c=?= =?KOI8-R?B?yd4i?= 
	<porton@yandex.ru>
Message-Id: <43F10F4F.000002.27180@webmail9.yandex.ru>
MIME-Version: 1.0
To: 7eggert@gmx.de
Cc: linux-kernel@vger.kernel.org
Subject: Re: MTD for buffered IO
In-Reply-To: <E1F8dq8-0000oW-N2@be1.lrz>
Reply-To: porton@yandex.ru
References: <5FIFF-2PL-39@gated-at.bofh.it> <E1F8dq8-0000oW-N2@be1.lrz>
Content-Type: text/plain;
  charset="KOI8-R"
Content-Transfer-Encoding: 8bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1299
Lines: 34


> Victor Porton,,, <porton@ex-code.com> wrote:
> 
> > I suggest to add kernel configuration/option to allow to use
> > an MTD device as a continuation of I/O buffers (for HDD).
> 
> Why do you want to be limited to MTD devices?
> What about creating a device-mapper target using JBD instead?

Good idea, which probably already works with current Linux with ext3. But we should be not limited to JDB systems. Your idea works only with JDB, so your idea (despite of being a good idea) is a hack.

> > One way to implement it would be to add the option for a swap
> partition/file
> > to allow to use this swap partition/file as I/O buffer for other device.
> 
> -EBADIDEA. You'd certainly lose data on power failures.

How it is worse than to lose data on power failures with the standard Linux memory I/O cache?

Moreover so we can lose LESS, as Flash memory will preserve swap content unlike RAM.

> -- 
> Ich danke GMX daf?r, die Verwendung meiner Adressen mittels per SPF
> verbreiteten L?gen zu sabotieren.
> 

-- 
Victor Porton (porton@ex-code.com)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/