From owner-freebsd-hackers Wed May 3 08:10:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA01139 for hackers-outgoing; Wed, 3 May 1995 08:10:47 -0700 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA01129 ; Wed, 3 May 1995 08:10:35 -0700 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA12996 (5.65c8/IDA-1.4.4j); Wed, 3 May 1995 17:10:24 +0200 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA26340; Wed, 3 May 95 17:08:34 +0200 Message-Id: <9505031508.AA26340@login.dknet.dk> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: dyson@Root.COM (John Dyson) Date: Wed, 3 May 95 17:08:33 MET DST Cc: mycroft@ai.mit.edu, sos@FreeBSD.org, paul@isl.cf.ac.uk, phk@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505031500.IAA00574@Root.COM>; from "John Dyson" at May 3, 95 8:00 am From: sos@FreeBSD.org Reply-To: sos@FreeBSD.org X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to John Dyson who wrote: > > > > > > > Don't bother, I did, they have what you could call "very rudimentary > > LBA support", in the commercial sense of the wording... > > > > That's an interesting assertion, considering the driver does exactly > > what the standard allows it to do -- namely, use logical block > > numbers. > > > > > It would have been more correct to say: > > Don't bother, I did, they have what you could call "very rudimentary > *EIDE* support", in the commercial sense of the wording... :-) > But, our current IDE driver is very rudimetary in the *EIDE* area too. When > I made the last set of changes to wd.c, I just did not think that LBA was that > necessary, considering the TRUE EIDE support coming. The Multi-block > and the 32Bit access (done by another contributor) can both make > significant performance improvements. Maybe I should have added > the 20 or so lines to get LBA support????? My goal was to > keep from breaking the driver, while getting the desired performance > improvements. Hmm, you get absolutely NO performance improvement out of using LBA instead of CHS addressing, its simply just another way of communicating the same info. And you can support big drives using CHS as well as LBA, just the FDISK/BIOS/DISK problems are hmm "different"... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time