From owner-svn-src-head@FreeBSD.ORG Tue Dec 7 12:26:57 2010 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CCF81065670 for ; Tue, 7 Dec 2010 12:26:57 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp03.sth.basefarm.net (ch-smtp03.sth.basefarm.net [80.76.149.214]) by mx1.freebsd.org (Postfix) with ESMTP id CB6C68FC17 for ; Tue, 7 Dec 2010 12:26:56 +0000 (UTC) Received: from c83-255-61-120.bredband.comhem.se ([83.255.61.120]:15487 helo=falcon.midgard.homeip.net) by ch-smtp03.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1PPwNo-0001Nd-CQ for svn-src-head@freebsd.org; Tue, 07 Dec 2010 13:11:02 +0100 Received: (qmail 58257 invoked from network); 7 Dec 2010 13:10:58 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 7 Dec 2010 13:10:58 +0100 Received: (qmail 53461 invoked by uid 1001); 7 Dec 2010 13:10:58 +0100 Date: Tue, 7 Dec 2010 13:10:58 +0100 From: Erik Trulsson To: Andriy Gapon Message-ID: <20101207121058.GA53449@owl.midgard.homeip.net> References: <20101206195327.GD1936@garage.freebsd.pl> <201012061518.49835.jhb@freebsd.org> <4CFD514E.8010103@FreeBSD.org> <20101207095137.GC1700@garage.freebsd.pl> <4CFE0B9E.3060808@FreeBSD.org> <20101207110410.GE1700@garage.freebsd.pl> <4CFE1B0F.90908@FreeBSD.org> <20101207115106.GB68479@muon.cran.org.uk> <4CFE2110.8020108@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CFE2110.8020108@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: 83.255.61.120 X-Scan-Result: No virus found in message 1PPwNo-0001Nd-CQ. X-Scan-Signature: ch-smtp03.sth.basefarm.net 1PPwNo-0001Nd-CQ 8610b9dbc66e013ae099a496a16f5432 Cc: Bruce Cran , src-committers@freebsd.org, Pawel Jakub Dawidek , John Baldwin , svn-src-all@freebsd.org, Ivan Voras , svn-src-head@freebsd.org, Alexander Motin Subject: Re: svn commit: r216230 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 12:26:57 -0000 On Tue, Dec 07, 2010 at 01:57:04PM +0200, Andriy Gapon wrote: > on 07/12/2010 13:51 Bruce Cran said the following: > > On Tue, Dec 07, 2010 at 01:31:27PM +0200, Alexander Motin wrote: > >> Not necessary. Some places indeed may have some legacy requirements, > >> for example, in theory MBR want partition to be aligned to "track > >> boundary" (but I've seen many pre-formatted SD cards with MBR > >> violating it to align partition to flash sector). Same time for BSD > >> label I see no problem to align partitions any way we want. I also > >> see no problems to make FAT cluster, UFS block/fragment, etc, to > >> match some sizes. > > > >>From a new installation of Windows 7 and FreeBSD CURRENT: > > > > GEOM: ada0: partition 3 does not start on a track boundary. > > GEOM: ada0: partition 3 does not end on a track boundary. > > GEOM: ada0: partition 2 does not start on a track boundary. > > GEOM: ada0: partition 2 does not end on a track bounary. > > > > Partition 2 is the reserved partition while 3 is an NTFS partition, both > > created in the Windows setup application. > > > > Since Windows isn't bothering to align partitions do we still need to > > warn about it? > > > > No. > And another reason is that modern drives do not actually report any CHS > parameters, so I don't even know where we get them and how we (pretend to) know > we track boundaries are. Modern drives do actually report CHS parameters. The values reported rarely (if ever) have any relationship whatsoever to reality, but they are reported. I guess the reason for them still being reported is to satisfy old systems that do not undestand LBA and insist on getting CHS parameters. -- Erik Trulsson ertr1013@student.uu.se