Xref: utzoo comp.sys.att:10788 comp.unix.sysv386:2014
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!apple!netcom!teda!ditka!mcdchg!ddsw1!olsa99!ctk1!oct1!mason
From: mason@oct1.UUCP (David Mason)
Newsgroups: comp.sys.att,comp.unix.sysv386
Subject: Re: Dirty Rotten DMA problem (?)  Simultaneous tape & diskette use
Keywords: DMA
Message-ID: <1990Nov7.155748.12583@oct1.UUCP>
Date: 7 Nov 90 15:57:48 GMT
References: <1990Oct31.190027.8613@informix.com>
Reply-To: mason@oct1.UUCP (David Mason)
Organization: Open Computer Technology
Lines: 28

In article <1990Oct31.190027.8613@informix.com> aland@infmx.informix.com
(Colonel Panic) writes:
>Situation: while doing a mass cpio to the streaming tape, I try to
>           format some 3.5" floppies or dd some disk-resident floppy
>           images to them.  I keep getting i/o errors on the diskettes.
>           If I try the same operations while the tape drive is not in
>           use, no problems arise.
>
>Since both are using DMA, I suspect that the DMA buffering in the
>kernel is going haywire.  Current pertinent kernel parms are DMAEXCL=0
>(allow simultaneous DMA) and DMAABLEBUF=256.

As a matter of interest, the Interactive 2.2 (== 3.2.2) release notes
state the following, under "Known Problems and Bugs":

        "On machines with certain types of DMA chips, concurrent
        use of two DMA-based devices (such as diskette drive
        and a tape controller) can result in erroneous data
        transfers or aborted commands."

No saying which chips, of course.  Haven't seen the problem myself. 
As far as I know, AT&T 3.2.2 is written by ISC, so it is likely that
this problem will appear in AT&T 386 Unix.
--------------------
David        |      mason@oct1.UUCP (David Mason)
             |      olsa99!oct1!mason@ddsw1.MCS.COM
             |      <well connected>!ddsw1!olsa99!oct1!mason