From owner-freebsd-multimedia Sun Aug 17 21:06:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA19308 for multimedia-outgoing; Sun, 17 Aug 1997 21:06:36 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA19275; Sun, 17 Aug 1997 21:06:24 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id VAA03040; Sun, 17 Aug 1997 21:05:12 -0700 (PDT) Message-Id: <199708180405.VAA03040@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, mestery@winternet.com, freebsd-multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Problem with my Wincast, fxtv In-reply-to: Your message of "Mon, 18 Aug 1997 04:41:33 +0200." <199708180241.EAA09720@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Aug 1997 21:05:12 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please, post proposed changes to the multimedia mailing first so at the very least the multimedia group can present a unified consesus agreement . Thank You, Amancio >From The Desk Of Luigi Rizzo : > > >Ah, the light dawns. How about the next isa_dma* function Luigi has > > >requested? Is the sanity checking in general a major problem from your > > >point of view? > > > > My right eye begings to nervously twitch ... Just joking . > > > > I have no idea what Luigi wants to do next in the way of dma interface > > so him and I will have to "sit" down and iron out the functionality . > > I will let Luigi post the outcome of our discussion . > > There is not much to discuss, basically I have proposed a new > function, isa_dmastop(chan), which allows me to stop a DMA transfer. > This _might_ be needed to implement functions such as PAUSE in a > clean way (not sure the function is really necessary, since one > can ni principle disable the DMA engine on the sound card and then > do things as if the transfer had finished. But since I am not sure > that all sound cards support disabling the DMA engine before a > transfer is complete, I prefer to have an alternative way as well. > > The code bloat is minimum and the reason why I want it to be in isa.c > rather than in the sound driver is precisely what Steve Passe said, > avoid subsystem fiddle with the hardware in uncontrolled ways. > > Cheers > Luigi