TLS566 -- 16 bit samples cause kernel panic

TLS566 -- 16 bit samples cause kernel panic

Post by Steve Ginzbur » Mon, 28 Oct 1996 03:00:00

I'm running an OSR5.0.0 system with tls566d (the Voxware audio
driver) installed.  The audio card is a Creative Labs SB16.

    Whenever I try to play a 16-bit sample, I get a kernel panic.  I've
experienced this both with NAS and with some audio software that I wrote

    16-bit audio works just fine under MS-DOS.

    Also, I checked the DMA/IRQ/base address settings in the Voxware
driver and they all match the values I'm using under DOS.

    The machine is a 486-75 -- not too speedy -- so I'm wondering if
it's some sort of timing-related problem.  (I can record 16-bit samples
okay, but I often get overruns.)

    Has anyone else experienced this?  Any ideas?



1. Soundblaster: no 16-bit DMA means no 16-sampling or not?

I just found out that my Soundblaster card (CT-4171; Sound Blaster
16 WavEffects, I think) does not have 16-bit DMA capability.

What exactly does the lack of 16-bit DMA mean?

Does it mean that the card can't do 16-bit sound?

Or does it just mean that it will take extra bus cycles when playing
or recording sounds?

(That is, can it play and sample 16-bit sounds using 8-bit DMA to move
the data around, or would it have to have 16-bit DMA to transfer
16-bit sound samples?)


Daniel Barclay

(Hmm.  A little worrisome: )

2. Swap Size and SIGSEGV Voilations

3. Cyrix Cx486DRx2-16/32 CPU causes kernel to panic

4. heap consistency: mcheck, mprobe

5. SB 16 PnP: 8-bit sound works, 16-bit sound broken?

6. 3x3 matrix, 5x5 matrix, 7x7 matrix

7. playing 16-bit speech samples with PAS16

8. Yepp player and Linux

9. Calling 16-bit PM code from 32-bit PM Kernel Driver

10. Mixing 16-bit sound samples in realtime

11. 'Pro Audio Spectrum 16': Can't get 16 bit?

12. X server cannot show 16-bit or 24-bit color

13. 8-bit ISA > 16-bit MCA, what ADF's?