From owner-freebsd-geom@FreeBSD.ORG Mon May 23 20:27:21 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2512106566C for ; Mon, 23 May 2011 20:27:21 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from zimbra.jrv.org (adsl-70-243-84-11.dsl.austtx.swbell.net [70.243.84.11]) by mx1.freebsd.org (Postfix) with ESMTP id 777528FC08 for ; Mon, 23 May 2011 20:27:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.jrv.org (Postfix) with ESMTP id A604416A07B for ; Mon, 23 May 2011 15:08:36 -0500 (CDT) X-Virus-Scanned: amavisd-new at zimbra.housenet.jrv Received: from zimbra.jrv.org ([127.0.0.1]) by localhost (zimbra.housenet.jrv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a5I+gonlo8Wg for ; Mon, 23 May 2011 15:08:36 -0500 (CDT) Received: from [10.0.2.15] (adsl-70-243-84-14.dsl.austtx.swbell.net [70.243.84.14]) by zimbra.jrv.org (Postfix) with ESMTPSA id 1181916A048 for ; Mon, 23 May 2011 15:08:36 -0500 (CDT) Message-ID: <4DDABEFE.2020400@jrv.org> Date: Mon, 23 May 2011 15:09:34 -0500 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [RFC] Remove requirement of alignment to track from MBR scheme X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2011 20:27:21 -0000 On 5/23/2011 4:55 AM, Andrey V. Elsukov wrote: > Now it is possible to create MBR partitions with exactly specified > start offset and size, and they will not be recalculated by kernel. If a partition is created this way, what will happen if the disk is then accessed by a FreeBSD kernel before this patch? If the result is that only newer kernels are supported by the patch, why not use GPT instead? Unaligned partitions is a "new" partition table feature, but I'm not sure how many decades "new" is in this case. Which other operating systems can read unaligned partitions (and which can't)? If the problem is that the kernel is making an undesirable geometry assumption then perhaps there needs to be a way to change that geometry assumption.