Return to BSD News archive
Path: sserve!manuel.anu.edu.au!munnari.oz.au!spool.mu.edu!olivea!charnel!psgrain!percy!percival.rain.com!nerd From: nerd@percival.rain.com (Michael Galassi) Newsgroups: comp.unix.bsd Subject: Re: Finding untranslated params for IDE drives (w/ pgm) Keywords: IDE 386BSD Message-ID: <BwJ655.K8L@percy.rain.com> Date: 22 Oct 92 16:07:52 GMT References: <1992Oct18.153007.28120@crash> <1992Oct19.053131.11296@tfs.com> <1992Oct19.173418.10490@fcom.cc.utah.edu> <1992Oct21.144326.27644@crash> Sender: news@percy.rain.com (News maintainer) Organization: Percy's mach, Portland, OR Lines: 29 Nntp-Posting-Host: percival.rain.com fpm@crash.cts.com (Frank Maclachlan) writes: >One solution would be to *not* reset the drive/controller in wdprobe(). >This would preserve the drive's translation mode. Remember that the >drive/controller was already reset and tested by the BIOS, so resetting >it and testing it again is probably unnecessary. I'll hack a copy of >the patchkit wd.c and send it to Terry to try out (a few other things >have to change in wd.c if the reset is removed, so don't just remove the >reset and expect it to work). The approach is OK but only for devices on the primary controler/host adapter, disks on alternate controlers are completely transparent to the bios. <don't know who this was> >>>>Also, data transfers from this drive averaged about 300 kb/sec when >>>>the drive was set up in translated mode and about 660 kb/sec when >>>>set up in its "default" mode. This was probably partially caused >>>>by the use of 17 secs/trk rather than the native 33 secs/trk; the >>>>80C31 microprocessor has to work harder to translate addresses. More likely the extra seek, the address translation is a table lookup, an easy matter even for an 80c31 class mpu. -michael -- On a scale of 1 to 10 I'd say... Oh, somewhere in there. Michael Galassi -- nerd@percival.rain.com