Date: Wed, 25 May 2011 18:12:22 +0300 From: Andriy Gapon <avg@FreeBSD.org> To: Marcel Moolenaar <xcllnt@mac.com> Cc: "Andrey V. Elsukov" <bu7cher@yandex.ru>, Warner Losh <imp@bsdimp.com>, freebsd-geom@FreeBSD.org Subject: Re: [RFC] Remove requirement of alignment to track from MBR scheme Message-ID: <4DDD1C56.70706@FreeBSD.org> In-Reply-To: <9B250685-62F2-4AF7-BDCC-D176FA3C6FCD@mac.com> References: <4DDA2F0B.2040203@yandex.ru> <D75B2856-D9D8-4BA3-BC54-8258610CEA06@xcllnt.net> <9ED563AB-7B35-40F4-A33E-015317858401@bsdimp.com> <4DDB5375.6050004@FreeBSD.org> <D7C4124D-A690-4960-B141-594C7E2BE792@mac.com> <2FCA1E3C-E11C-46C9-A41B-E5DF4D8BA1FC@bsdimp.com> <9B250685-62F2-4AF7-BDCC-D176FA3C6FCD@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
on 24/05/2011 21:12 Marcel Moolenaar said the following: > With respect to the creation: > > Since out synthesized geometry is not necessarily the same > as other OSes, we could opt to synthesize a geometry that > has a track size (= sectors/track) that is a multiple of 8 > (to play nice with 4K sectors), and/or take the stripe > size of the underlying GEOM into account. This fundamentally > doesn't change a thing for MBR, but has the side effect of > achieving some of the goals *and* automatically works for > EBR as well. > > Thus: rather than hack MBR and forgetting about EBR and other > schemes, maybe we only have to tweak the geometry synthesis > to give people what they want without going over board. I don't think that currently we do synthesize any geometry in kernel. I think that we just whatever BIOS/firmware/etc provides to us in some way. > After > 9.0 branched, we can do a lot more knowing we have plenty > of soak time... I agree in general, but there is one thing I want now/ASAP - ability to use gpart to create (valid) partitions the way I like it disregarding whatever fake geometry there might be. I hate when tools go EDAVE on me. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4DDD1C56.70706>