Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751347AbWBQV1n (ORCPT ); Fri, 17 Feb 2006 16:27:43 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750859AbWBQV1m (ORCPT ); Fri, 17 Feb 2006 16:27:42 -0500 Received: from master.soleranetworks.com ([67.137.28.188]:19115 "EHLO master.soleranetworks.com") by vger.kernel.org with ESMTP id S1750792AbWBQV1l (ORCPT ); Fri, 17 Feb 2006 16:27:41 -0500 Message-ID: <43F64D22.7080607@wolfmountaingroup.com> Date: Fri, 17 Feb 2006 15:24:34 -0700 From: "Jeff V. Merkey" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "linux-os (Dick Johnson)" Cc: Phillip Susi , Linux kernel Subject: Re: C/H/S from user space References: <43F617FA.2030609@wolfmountaingroup.com> <43F63A59.6090401@cfl.rr.com> In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4255 Lines: 113 And a very useful translation table for coversion to 63 head models. Jeff // Use the Phoenix method of drive translation // to translate drive geometry for those drives // that exceed 1024 cylinders in size. // // Phoenix Geometry Translation Table // ----------------------------------- // // Phys Cylinders Phys Heads Trans Cyl Trans Heads Max // -------------------------------------------------------- // 1 On Fri, 17 Feb 2006, Phillip Susi wrote: > > > >>linux-os (Dick Johnson) wrote: >> >> >>>Yes, it's a very good model, in fact what I've been talking about. >>>However, several people who refused to read or understand, insisted >>>upon obtaining the exact same C/H/S that the machine claimed to >>>use when it was booted. >>> >>> >>> >>That's because if you don't use the same geometry that the bios reports >>when calculating the CHS addresses of the sectors you intend to load, >>you won't be requesting the right sectors from int 13. >> >> > ^^^____ > >Who is YOU??? I would certainly be requesting the right sectors >if I (or anybody else who knows what they are doing), wrote >the boot code. The boot loader knows about OFFSETS into the >device where it's going to get its data, which eventually >becomes a whole operating system. It doesn't give a *uck about >anything else. There is a table of OFFSETS, obtained from >the file-system, of the correct pieces of files (since there >will not be a file-system until the machine is booted). This >table of offsets needs to be read somewhere in the first 63 >sectors (32256 bytes). These offsets contain the junk to >be loaded into memory. > >The boot-code, the code that executes in the 16-bit environment, >converts those offsets (after getting data from the DPB) into >the respective junk to put into the registers as I explained >over and over and over again. > >You refuse to learn. Please go away. > >[SNIPPED...] > >Cheers, >Dick Johnson >Penguin : Linux version 2.6.15.4 on an i686 machine (5589.53 BogoMips). >Warning : 98.36% of all statistics are fiction. >_ > > >**************************************************************** >The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them. > >Thank you. >- >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/ > > > - 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/