Bug 5634
Summary: | ALSA fails with SB16 value | ||
---|---|---|---|
Product: | Drivers | Reporter: | Ralf Neubauer (ralf) |
Component: | Sound(ALSA) | Assignee: | Alexey Dobriyan (adobriyan) |
Status: | CLOSED CODE_FIX | ||
Severity: | normal | CC: | horms, tiwai |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.14-2 | Subsystem: | |
Regression: | --- | Bisected commit-id: |
Description
Ralf Neubauer
2005-11-20 23:33:08 UTC
Debian unstable's linux-image-2.6.15-1-486 improved the situation somewhat. Now modprobe snd-sb16 isapnp=0 works and appending the whole irq/port/dma list works too. I can play a test mp3 with mpg123 (via /dev/dsp) and alsaplayer. alsamixer works. Only the snd-opl3-synth module doesn't really work, I never managed to get more than 0 or 1 note of a midi file played, depending on midi player (playmidi -f, tse3play, pmidi) and input file. stracing shows that the players stuff lots of data into the appropriate device and then hang, while nothing is played. Some times playmidi even hung unkillable, had to reboot for further experiments. This may have to do with missing/wrong irq/port/dma/other parameters, just I can't think of more things to fiddle with; I compared them with the working OSS settings and the Windows configuration data. For future reference "upstream" for ALSA bugs is the ALSA bug tracker, not this bugzilla: https://bugtrack.alsa-project.org/alsa-bug/main_page.php Anyway I think this should be considered resolved - can you open a new bug report for the OPL synth issue? OK, original issue resolved, snd-opl3-synth-not-working is separate story and ALSA developers use their own bugzilla. Reopen there. |