From owner-freebsd-multimedia Fri Aug 22 00:16:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22356 for multimedia-outgoing; Fri, 22 Aug 1997 00:16:06 -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 AAA22319 for ; Fri, 22 Aug 1997 00:16:01 -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 AAA02083; Fri, 22 Aug 1997 00:15:31 -0700 (PDT) Message-Id: <199708220715.AAA02083@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@freebsd.org Subject: Re: [snd] For your review: isa.c In-reply-to: Your message of "Fri, 22 Aug 1997 07:58:31 +0200." <199708220558.HAA15178@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Aug 1997 00:15:31 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Fine I will do it however I am not going to change the interface and deal with the "freebsd hackers" and possibly third party driver developers which I don't know about. I am posting to the list so others will know what we are up to and avoid god forbid duplication of efforts 8) Cheers, Amancio >From The Desk Of Luigi Rizzo : > > If auto dma calls are made for references higher than 16mb then > > the system should panic. Given that isa_dmastart is of type void > > and that we are the only ones so far using auto dma it should not > > be a problem cause we are responsible for allocating memory > > for the sound driver. > > correct. > > > The isa interface should be revised to be able to return error codes howeve r > > I am not going to do it nor is recommended that we do it for the sound > > driver release thats a function of the "core group" because it involves > > changing drivers and is not easy to get the freebsd hackers > > to agree on anything. Probably the later is the most overriding factor. > > agreed. As for driver changes this should not be much of a problem > since very few drivers turn out to actually use it. I am not sure where > I should look at but: > prova# grep -l isa_dmastart /sys/i386/isa/*c > asc.c > fd.c > ft.c > gsc.c > isa.c > wt.c > > prova# grep -l isa_dmastart /sys/compile/PROVA/* > asc.o > dmabuf.o > fd.o > isa.o > kernel > > > So please just clean up isa_dmastatus & isa_dmastop and the rest of > > your suggestions I will be happy to do them. The last thing is to > > Can you do that please ? I have no time to do it today and I'll be back > to office only next wednesday. > > Cheers > Luigi