From owner-freebsd-hardware Sat Aug 8 11:33:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09990 for freebsd-hardware-outgoing; Sat, 8 Aug 1998 11:33:24 -0700 (PDT) (envelope-from owner-freebsd-hardware@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09981 for ; Sat, 8 Aug 1998 11:33:21 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id EAA01574; Sun, 9 Aug 1998 04:32:57 +1000 Date: Sun, 9 Aug 1998 04:32:57 +1000 From: Bruce Evans Message-Id: <199808081832.EAA01574@godzilla.zeta.org.au> To: grog@lemis.com, mike@smith.net.au Subject: Re: IBM 16 GB IDE HDD Cc: bde@zeta.org.au, hardware@FreeBSD.ORG, ks@itp.ac.ru Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> >> 0x1000 Use LBA addressing instead of the default CHS addressing. >> > >> > This is seriously incomplete and out of date. LBA addressing should almost >> > never be used, since no cases are known where it is necessary, and cases >> > are known where it causes trashed disks (dumping to any drive where the >> > default geometry is not the same as the fake LBA geometry). >> >> What am I missing here? I thought LBA meant "logical block >> addressing". Where does "geometry" (by which I understand bogus >> mapping to cylinder/head/sector values) come into it? > >It has to do with the fact that for legacy interoperability reasons the >LBA and CHS numbers in the MBR have to match up, and the 'wd' driver >still uses the CHS interface to the disk registers (lowest common >denominator). No, it has to do with bugs in the driver. Due to lack of personhours, parts of the driver still use CHS while other parts of the driver use LBA. >The drive itself changes the mapping between the CHS register values >and the LBA address based on what it thinks it's geometry is. Unless >you know what it thinks it is, you can't second-guess it to get your >data where you think it's going. No, the driver decides the mapping. It can choose almost any mapping (except for pre-IDE drives which don't support setting the mapping and yet-to-be-made drives which don't support any mapping). It chooses the drive's default one for simplicity. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message