Subject: Re: sb16 support? [was: enable debug in audio drivers?]
To: Jonathan Stone <jonathan@DSG.Stanford.EDU>
From: Mark Willey <willeyma@expert.cc.purdue.edu>
List: port-i386
Date: 07/07/1996 18:20:38
Jonathan Stone writes:
>
> >FYI, I think I'm on the right track w/ the sb16 playing. I believe I need
> >to restructure the DMA transfer/setup mechanism to use "autoinit" mode, and
> >fill 1/2 of the DMA buffer at a time, to get continuous playing/recording.
> >(Thanks to the ones who suggested it!)
>
> Cool. I'd be happy to try something out. Do you mean "simultaneious
> continuous play and record", or just one or the other? The supposed
> sb16s I have here use two DMA channels, and _maybe_ do simultaneous
> in/out (e.g., for telephony) if what I read here is true, the i386
> port doesn't support multiple DMA channels per device.
>
> The driver is configuring them as
> sb0 at isa0 port 0x220-0x237 irq 7 drq 1: dsp v4.13
> whereas on the same hw LInux says it's an sb16 of some kind,
> with two DRQs (and a Yamaha FM...)
The first goal is to just get them to play/record properly. Because my
motivation to improve the driver is to use internet phone, it will
eventually be full-duplex as well. :) They do have 2 DMA, an 8 bit and a
16 bit one.
The config architecture at present, AFAIK, does not support 2 DMA for one
hardware. However, you can do it via "flags", or just hard code in driver
at first.
The NetBSD message above does id your card as a SB16. The dsp v4.13
indicates this. And it does do SB16-specific things to it in the driver.
projet home page (unde construction, still) is:
http://purcell.ecn.purdue.edu/~willey/projects/sb16
Mark