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