On Mon, 24 May 1999, Ali Onur UYAR wrote: > What this means is that, as the 16-bit dma channel you have to pass another > 8-bit dma channel that is instead of passing irq 5,6,7 etc. you have to pass irq > 0,1,2,3 > At some point an error message is displayed, something similar to > "Bad dma channel." > Simply IGNORE THIS MSG. Everthing works fine once configuration is complete. > The message is displayed because the sb module expectes one 8-bit an another > 16-bit dma channel, but you have to pass teo 8-bit dma channels to the module.
Then Brad wrote: Odd. All this time i've been passing dma16=5 to the sb module and everything worked fine. pnpdump (and windows, for that matter) gave the same number for 16-bit dma. insmod sb io=0x220 irq=9 dma=1 dma16=5 mpu_io=0x300 type=6 (the type=6 came from the soundcard manual, i'm not completely sure if the sb module uses it at all... or where i even got the option 'type' from) Well my answer is ( me being Ali Onur UYAR ). You have to pass to 8-bit dma channels; that is what I read in the kernel docs for kernel 2.2.9 for sound card VIBRA16, and that is what has worked for me. Passing a 16-bit dma, simply did not work. Maybe your card is not a VIBRA16, I know that mine is beacuse it is what the bios detects at boot time. The related text in the kernel doc is given below: Sound Blaster 16X Vibra addendum -------------------------------- by Marius Ilioaea <[EMAIL PROTECTED]> Stefan Laudat <[EMAIL PROTECTED]> Sat Mar 6 23:55:27 EET 1999 Hello again, Playing with a SB Vibra 16x soundcard we found it very difficult to setup because the kernel reported a lot of DMA errors and wouldn't simply play any sound. A good starting point is that the vibra16x chip full-duplex facility is neither still exploited by the sb driver found in the linux kernel (tried it with a 2.2.2-ac7), nor in the commercial OSS package (it reports it as half-duplex soundcard). Oh, I almost forgot, the RedHat sndconfig failed detecting it ;) So, the big problem still remains, because the sb module wants a 8-bit and a 16-bit dma, which we could not allocate for vibra... it supports only two 8-bit dma channels, the second one will be passed to the module as a 16 bit channel, the kernel will yield about that but everything will be okay, trust us.