From owner-freebsd-stable@FreeBSD.ORG Fri Feb 17 10:46:53 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 664CD106564A; Fri, 17 Feb 2012 10:46:53 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 584238FC0C; Fri, 17 Feb 2012 10:46:51 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA04204; Fri, 17 Feb 2012 12:46:50 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1RyLL0-0007bI-2M; Fri, 17 Feb 2012 12:46:50 +0200 Message-ID: <4F3E3000.9000206@FreeBSD.org> Date: Fri, 17 Feb 2012 12:46:24 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120202 Thunderbird/10.0 MIME-Version: 1.0 To: Hiroki Sato References: <20120217030806.GA62601@icarus.home.lan> <20120217.132021.880997830536801810.hrs@allbsd.org> <20120217.160430.406937514120319292.hrs@allbsd.org> In-Reply-To: <20120217.160430.406937514120319292.hrs@allbsd.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: wblock@wonkity.com, mandrews@bit0.com, 000.fbsd@quip.cz, freebsd-stable@FreeBSD.org, freebsd@jdc.parodius.com Subject: Re: New BSD Installer X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2012 10:46:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 on 17/02/2012 09:04 Hiroki Sato said the following: > No, the issue is our gptloader assumes the backup header is always located > at the (physical) last sector while this is not mandatory in the UEFI > specification. Are you sure? Unified Extensible Firmware Interface Specification Version 2.3.1, Errata A September 7, 2011 says: [snip] > Two GPT Header structures are stored on the device: the primary and the > backup. The primary GPT Header must be located in LBA 1 (i.e., the second > logical block), and the backup GPT Header must be located in the last LBA > of the device. Within the GPT Header the My LBA field contains the [snip] > If the primary GPT is corrupt, software must check the last LBA of the > device to see if it has a valid GPT Header and point to a valid GPT > Partition Entry Array. If it points to a valid GPT Partition Entry Array, > then software should restore the primary GPT if allowed by platform policy > settings (e.g. a platform may require a user to provide confirmation before > restoring the table, or may allow the table to be restored automatically). > Software must report whenever it restores a GPT. [snip] > Both the primary and backup GPTs must be valid before an attempt is made to > grow the size of a physical volume. This is due to the GPT recovery scheme > depending on locating the backup GPT at the end of the device. A volume may > grow in size when disks are added to a RAID device. As soon as the volume > size is increased the backup GPT must be moved to the end of the volume and > the primary and backup GPT Headers must be updated to reflect the new > volume size. - -- Andriy Gapon -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPPjAAAAoJEHSlLSemUf4vpjUH/0S2gDBN5gD1o7Aqa8W3BL2F mbz+riZYoCKca1QBRVb6sJ/xaCVHidoivbJMbXDCNLf35tdCvillQiNuaR4YizRD a8McAg4OpQmYlaNJ39/dpnIpPyY0XZ2jZWVV9PGob5tnh0uBDm0TL8/JSxIrsyol l+QmUbuicRXzcKhwHRW4MArLtUD5jiZK2ytxpUvDgv8rJcKQO3dnMSPSFi2V8eFQ 0Yq2Nzb7Dwf9Ie6ldLT/Pw2dtkbCBYQbngPqtt7ynwVDQY0NA5OysPW3gym2OLo+ Vk+SsVTrLe9MVeD8T/4qSVvGIgm0xNqXcyOt7XIpN/yyHkbR20kfuzuq3sooN4o= =/Q6i -----END PGP SIGNATURE-----