Bug 3117
Summary: | (snd_)opl3sa2 (isa) doesn't work (fails on playback) | ||
---|---|---|---|
Product: | Drivers | Reporter: | Ivan Kalvachev (ikalvachev) |
Component: | PNP | Assignee: | Adam Belay (ambx1) |
Status: | REJECTED UNREPRODUCIBLE | ||
Severity: | normal | CC: | bjorn.helgaas, bunk, protasnb |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.10; 2.6.7; 2.6.8rc1; 2.6.5 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: | archive containing more detailed system info |
Description
Ivan Kalvachev
2004-07-24 16:01:19 UTC
Created attachment 3423 [details]
archive containing more detailed system info
- Output of `pnpdump` before and after modprobe snd_opl3sa2 (they are the
same)
- Full log (sys,debug,message) from the boot of the system to the failed
playing.
- Copy of the proc/ and sys/ files that I hope may come handy(including
cpu,pci). They are taken after failed sound play.
- The .config file I build the kernel from.
I have the same problem with kernel 2.6.3 on a Toshiba Tecra 8000 laptop. (Mandrake 10.0) This bug has been forwarded to the ALSA BTS: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=879 It's not an ALSA bug - as you can see in the ALSA BTS. The BIOS must be set to 'PNP OS = YES'. Has the issue been resolved? Ivan, have you been able to follow directions in #5? Thanks. ... I mean #4, sorry. If you take a closer look at the alsa-project bugtracker you'll see that I am the one who submitted the bug there and I am the one who found this "workaround". I have no idea if the bug have been fixed in recent kernels (not likely) and it is not so easy to check it ATM. If you insist I'd find the isa card and plug it into my old box. Yes please :) I'm also copying to Bjorn, in case there is a discussion about PnP support today. It works with "PNP OS = YES", but doesn't work with "PNP OS = NO". If you can collect the dmesg and /sys contents with both BIOS settings, I'll try to figure out what the difference is. I was finally able to find the card and plug it for testing. I did collect the logs. Then I looked at them by myself and tried to figure out what's different. I tried to load opl3sa2 driver with same parameters as the one when "PNP OS=YES", and it worked. After few more test I come to conclusion that when "dma=0" is used the sound card hangs at playback and with "dma2=0" it hangs at recording. As dma0 is listed as valid channel in pnpdump output, I'd say it is not pnp fault for using it. I do not exclude the possibility that it is hardware problem. |