From owner-freebsd-stable@FreeBSD.ORG Thu Jan 28 12:26:15 2010 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 C275D106566B; Thu, 28 Jan 2010 12:26:15 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8313C8FC13; Thu, 28 Jan 2010 12:26:15 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8004:3a2d:b5f3:27ec] (unknown [IPv6:2001:7b8:3a7:0:8004:3a2d:b5f3:27ec]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 23F395C43; Thu, 28 Jan 2010 13:26:14 +0100 (CET) Message-ID: <4B618270.3050309@andric.com> Date: Thu, 28 Jan 2010 13:26:24 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2pre) Gecko/20100126 Lanikai/3.1b1pre MIME-Version: 1.0 To: Robert Noland References: <201001271627.37955.jhb@freebsd.org> <4B60CBFA.4050601@andric.com> <20100128022349.GB46919@lor.one-eyed-alien.net> <1264680406.2869.72.camel@balrog.2hip.net> In-Reply-To: <1264680406.2869.72.camel@balrog.2hip.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Brooks Davis , Dan Naumov , freebsd-questions@freebsd.org, John Baldwin Subject: Re: booting off GPT partitions 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: Thu, 28 Jan 2010 12:26:15 -0000 On 2010-01-28 13:06, Robert Noland wrote: > John or Marcel can correct me, but I don't think that this is an issue. > The bootstrap is located in the pmbr in sector 0 and the GPT headers and > tables are in sectors 1 - 34. The bootstrap code knows how to read the > GPT tables and can deal with> 2 tb lba's. Ah yes, I see it now. It uses EDD packets with the BIOS int 13 interface, which apparently have a 64-bit LBA. This should support up to 8 ZiB with 512-byte sectors... OTOH, I have no idea how well most BIOSes actually implement this. Since many OSes simply don't support anything over 2^32 sectors, I would not be amazed to find much BIOSes out there that behave the same. Or am I too paranoid now? :)