From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NlR2K-0003rC-1Y for garchives@archives.gentoo.org; Sat, 27 Feb 2010 18:05:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7C1B6E0960; Sat, 27 Feb 2010 18:04:26 +0000 (UTC) Received: from mail-pw0-f53.google.com (mail-pw0-f53.google.com [209.85.160.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 4D630E0994 for ; Sat, 27 Feb 2010 18:04:26 +0000 (UTC) Received: by pwi2 with SMTP id 2so697586pwi.40 for ; Sat, 27 Feb 2010 10:04:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=vkJlCia6LAaooj9FJAUV8o8k7Mx7Sc4tV1+QwCDQRJs=; b=LDIS4vzjLr1z9ZxDDY6g7sPhdG16/MU3x/0zIlGNBxc0zIUAX41WBs3xnUGel5cps6 +HnD0ucsOy60e67+9jsnuHYcO2R5+9lPCGNNHsgKw7yQoUi4RqvsmLdcuLSvM8ONaaXI YUIRlsztl1jy1Z6dwXC2fnNHp6PGkgPxc12oA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Ev79WOyjfgsiNzZvnKfjUaJVLADFeou9tKbpkH9JykREmBhkRAn29Fk7U6JWuS6ifA 3Y1ziMyNamF6emPoAAqUUJCc9CSn0yTNhG/e4nqmiq13f7ejiipIoJh3kjDtYdNafa2O 2bvqfkYZHswVXJHrOhsvnlo1KPzhmwhpn5NHg= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.142.2.41 with SMTP id 41mr1211938wfb.121.1267293865709; Sat, 27 Feb 2010 10:04:25 -0800 (PST) In-Reply-To: References: <5bdc1c8b1002261731i1f64df2di7a87e670db5bbdd8@mail.gmail.com> <595840.35352.qm@web65414.mail.ac4.yahoo.com> Date: Sat, 27 Feb 2010 10:04:25 -0800 Message-ID: <5bdc1c8b1002271004k520a2819y3eb51a9259db1856@mail.gmail.com> Subject: Re: [gentoo-user] Re: Who believes in cylinders? From: Mark Knecht To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: f57e98e8-f5c9-439b-a78e-1d5fcb0426c0 X-Archives-Hash: ce0bbca1ccf77a169e810b401702dd5c On Sat, Feb 27, 2010 at 8:53 AM, walt wrote: > On 02/26/2010 06:23 PM, BRM wrote: >> >> ----- Original Message ---- >> >>> From: Mark Knecht >>> On Fri, Feb 26, 2010 at 4:09 PM, walt wrote: >>>> >>>> Is there really any need for the "cylinder" these days? > >>> Who cares what cylinder it's on, and >>> who cares which head is getting the data? It doesn't matter to us >>> users... > >> ...Boot Loader writers (e.g. grub) need to care about it since LBA > >> is not quite available right away - you have to focus on other things >> until you can load the rest of the boot loader. > > Ah, this may be a big part of what's confusing me because I've done a > lot of playing around with grub. > > At what point *does* LBA become available, and who makes it available? > Is this one of those stupid BIOS things? > I don't think that it's specifically a BIOS thing, but BIOS is involved at least on older machines. LBA is always 'available' (as far as I know) because it's in the hard drive. It's the way the drive expects the system to talk to it. The issue is how do the software layers talk with the drive. In the case of very old PC hardware, and I think it still exists for compatibility reasons, programs used to use a IBM BIOS call - Int13 I think - to talk to the drive at all. I'm not a software guy, and certainly not an IBM BIOS assembly language guy, but it may be that the Int13 call to BIOS required CHS. I don't know. Basically you have to make some sort of call to find the drive and get things moving. If BIOS enables LBA under the hood, which I expect it does these days, then the Int13 call using CHS gets converted to LBA and sent across the cable. The drive is however (I think) ALWAYS responding to LBA. There's not a lot of reason for them to support anything else excpet for internal testing. Note that since CHS to LBA conversion is just a bunch of integer multiples and adds if the system BIOS takes an Int13 call with CHS as input it's simple for it to convert it to LBA, and since the important part is sector alignment which is the least significant part it's the one that most closely matches with the numbers in the LBA. I'm pretty sure that once your system starts booting the consistent use of LBA through the whole stack happens as the kernel gets itself and appropriate drivers loaded, but again, this is all supposition on my part. Once those are up and running it's probably LBA completely and CHS isn't important. Note that for big drives it seems that fdisk will __always__ tell me the drive has 63 sectors/track and 255 heads but I sincerely doubt that's true physically. Hope this helps, and I hope I'm not too far off base. Read more here and help me understand better: http://en.wikipedia.org/wiki/Logical_block_addressing http://en.wikipedia.org/wiki/INT13 Cheers, Mark