Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752063Ab0GXNvR (ORCPT ); Sat, 24 Jul 2010 09:51:17 -0400 Received: from lennier.cc.vt.edu ([198.82.162.213]:47968 "EHLO lennier.cc.vt.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751302Ab0GXNvP (ORCPT ); Sat, 24 Jul 2010 09:51:15 -0400 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: alex.buell@munted.org.uk Cc: Tejun Heo , Jeff Garzik , ben.collins@ubuntu.com, "linux-ide@vger.kernel.org" , lkml , hmh@debian.org Subject: Re: support for drives larger than 2TiB In-Reply-To: Your message of "Sat, 24 Jul 2010 13:36:06 BST." <1279974966.11927.26.camel@lithium.local.net> From: Valdis.Kletnieks@vt.edu References: <4C4AB952.9030705@kernel.org> <1279974966.11927.26.camel@lithium.local.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1279979347_3953P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 24 Jul 2010 09:49:08 -0400 Message-ID: <92061.1279979348@localhost> X-Mirapoint-Received-SPF: 128.173.34.103 localhost Valdis.Kletnieks@vt.edu 2 pass X-Mirapoint-IP-Reputation: reputation=neutral-1, source=Fixed, refid=n/a, actions=MAILHURDLE SPF TAG X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A020204.4C4AEF55.008E,ss=1,fgs=0, ip=0.0.0.0, so=2009-09-22 00:05:22, dmn=2009-09-10 00:05:08, mode=single engine X-Junkmail-IWF: false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1444 Lines: 39 --==_Exmh_1279979347_3953P Content-Type: text/plain; charset=us-ascii On Sat, 24 Jul 2010 13:36:06 BST, Alex Buell said: > The only thing that would please me no end with newer replacements for > BIOS is the ability to have 4k boot sectors. Imagine what we can do with > 4k what we can't do with 512 bytes. Are you saying that 4K sectors have some special nice implications for the boot process, or that the boot process is the last major hangup to fully supporting a device with 4K sectors, which would give us an 8X boost in capacity on all the codepaths that work via sector humbers? I suspect you mean the latter, but it's early in the morning still.. ;) As a side consideration - moving from 512 to 4K moves the associated limit from 2 TiB to 16 TiB. Given the current rate of device density increase, how much time will that buy us, and what do we do then? --==_Exmh_1279979347_3953P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Exmh version 2.5 07/13/2001 iD8DBQFMSu9TcC3lWbTT17ARAohfAKC1UNls2S+Bvk4ETFMDzo205hFmqQCg2nAV SsOYPPal+8EbmXl7twTbG9Y= =2oah -----END PGP SIGNATURE----- --==_Exmh_1279979347_3953P-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/