From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [85.21.88.2] (helo=mail.dev.rtsoft.ru) by canuck.infradead.org with smtp (Exim 4.54 #1 (Red Hat Linux)) id 1FOw3p-0001ey-H5 for linux-mtd@lists.infradead.org; Thu, 30 Mar 2006 07:15:45 -0500 Message-ID: <442BCBE3.70206@ru.mvista.com> Date: Thu, 30 Mar 2006 16:15:31 +0400 From: Vitaly Wool MIME-Version: 1.0 To: dedekind@infradead.org References: <442B9FA5.9070901@ru.mvista.com> <1143719455.3579.41.camel@sauron.oktetlabs.ru> In-Reply-To: <1143719455.3579.41.camel@sauron.oktetlabs.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: "Belyakov, Alexander" , "Korolev, Alexey" , linux-mtd@lists.infradead.org, "Kutergin, Timofey" Subject: Re: [PATCH/RFC] MTD: Striping layer core List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Artem B. Bityutskiy wrote: >> Still it's unclear why not to provide a configurable extension to >> mtdconcat rather than create a new layer. >> > > Well, it is actually quite clear. Yes, in a way this may be considered > as a concatenation, but this is not the purpose of the striping layer. > If you want to concatenate, you don't need all its complexities. > > I think that concatenation has to stay concatenation - simple and > straight-forward. It has to do its small task and do it well. No need > to jam tons of the striping code to the tiny'n'shiny concatenation > module. > > Yep, probably you both are right. Vitaly