Message-ID: <452E85ED.1040409@cfl.rr.com>
Date: Thu, 12 Oct 2006 14:14:05 -0400
From: Phillip Susi <psusi@cfl.rr.com>
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Alasdair G Kergon <agk@redhat.com>, Phillip Susi <psusi@cfl.rr.com>,
       Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org,
       Heinz Mauelshagen <mauelshagen@redhat.com>
Subject: Re: dm stripe: Fix bounds
References: <20060316151114.GS4724@agk.surrey.redhat.com> <452DBE11.2000005@cfl.rr.com> <20061012135945.GV17654@agk.surrey.redhat.com> <452E5FD0.8060309@cfl.rr.com> <20061012160515.GD17654@agk.surrey.redhat.com>
In-Reply-To: <20061012160515.GD17654@agk.surrey.redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1034
Lines: 23

So you are saying that dmraid should build 3 tables: 1 for the bulk of 
the array, 1 for only the last stripe, and 1 linear to connect them?

I'm not sure where the ambiguity is.  Obviously all the stripes prior to 
the last should behave normally, the only problem comes from the last 
stripe.  How else could you map the last stripe other than laying down x 
sectors onto y drives as x / y sectors on each drive in sequence?


Alasdair G Kergon wrote:
> But there's ambiguity: should dm truncate just the last stripe(s) or all
> stripes equally, or use some other combination of truncation?  The answer
> depends on the circumstances, and so it is for userspace, which should know
> which of those is required, to resolve the matter by supplying appropriate
> chunk sizes.
> 
> Alasdair

-
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/