Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!sun-barr!texsun!texbell!merch!cpe!adaptex!neese
From: neese@adaptex.UUCP
Newsgroups: comp.sys.ibm.pc
Subject: Re: <1883@iesd.dk>
Message-ID: <6100001@adaptex>
Date: 22 May 89 13:48:00 GMT
References: <1883@iesd.dk>
Lines: 28
Nf-ID: #R:iesd.dk:1883:adaptex:6100001:000:1350
Nf-From: adaptex.UUCP!neese    May 22 08:48:00 1989


>>In article <1883@iesd.dk> sunesen@iesd.dk (Peter Sunesen) writes:
>>Do anybody have experiens with scsi harddisk controler to AT
>>
>>If you have information on the adaptech AHA-1542A god / bad please respond
>
>386^MAX gets badly bent out of shape if you try to use it with
>either a WD 7000 ASC or an adaptec AHA 1540 (the one w/o the floppy
>controller on it) because these cards both "borrow" a bit of high
>DOS memory (for a buffer of some kind?) and 386^MAX can't handle it.
>
>I had to give up my SCS WREN IV (and it's > 1 Megabyte/sec transfer
>rate - SOB!) because 386^MAX was more important to my application
>(and you spell PC-NFS? YES: m-e-m-o-r-y  h-o-g).

Actually, the aha-1450 board does not steal any memory from the dos
environment.  What is probably biting you is 386^MAX.  It puts the
386 into virtual mode and the first party DMA implementation does not
get real addresses from the application.  There is a driver available
that fixes most 386 virtual programs.  It does this by trapping int13
and setting a local buffer for moving the data to/from the SCSI card.
If 386^MAX will properly honor a DOS driver, then thia will take care of
the situation.  Drop me an address and I will see if i can get it to you.


				Roy Neese
				Adaptec Central Field Applications Engineer
				UUCP @ {merch,texbell,killer}!cpe!adaptex!neese