Date: Wed, 12 Apr 1995 12:47:32 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> To: phk@ref.tfs.com (Poul-Henning Kamp) Cc: bde@zeta.org.au, ache@freefall.cdrom.com, CVS-commiters@freefall.cdrom.com, ache@astral.msk.su, cvs-sys@freefall.cdrom.com, dufault@hda.com, julian@tfs.com Subject: Re: cvs commit: src/sys/scsi scsi_base.c Message-ID: <199504121947.MAA07668@gndrsh.aac.dev.com> In-Reply-To: <199504121930.MAA09852@ref.tfs.com> from "Poul-Henning Kamp" at Apr 12, 95 12:30:34 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > (1) I oversimplified. It isn't useful if it differs from the BIOS > > geometry. E.g., ESDI drives sometimes say that they have 2 more > > cylinders than they have, and ESDI and IDE drives may be configured > > with a different geometry than the one claimed by the drive if the > > BIOS supports this. > I think those +2 is our fault... > > > (2) I oversimplified. It isn't bogus if it is the same as the > > physical geometry; there are various levels of bogusness depending > > on how well translations are hidden from the software. > But it comes out to the size of the disk after all... > > > (3) I oversimplified. It's useful if the BIOS geometry is unknown > > or wrong. E.g., for my 4.3G drive, the BIOS geometry may be is > > C=1023/H=64/S=32, which loses over 3/4 of the drive, while the > > geometry printed by the recently restored printf is > > "(8410200 S), 4076 C 20 H 103 S/T". The problem will be worse for > > drives larger than 8GB. > > I consider ""(8410200 S)" size, which is useful, and "4076 C 20 H 103 S/T" > geometry which is bogus... IT IS NOT BOGUS!!! The only number in there that is slightly wrong is S/T, as it is really AVERAGE S/T. The number of cyclinders and heads are EXACT NUMBERS! I wish people would stop calling this whole line bogus, just because 1 number in it is not properly labeled. > > (4) I oversimplified. The number of sectors/track is usually an > > average... > > -- > Poul-Henning Kamp <phk@login.dknet.dk> -- TRW Financial Systems, Inc. > 'All relevant people are pertinent' && 'All rude people are impertinent' > => 'no rude people are relevant' > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199504121947.MAA07668>