Bug 60646
| Summary: | (SOUND I810_AUDIO) "record" on i810 + AC97 will make /dev/dsp busy forever | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <sahai> |
| Component: | kernel | Assignee: | Doug Ledford <dledford> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.3 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-09-30 15:39:24 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Need Real Name
2002-03-04 02:49:43 UTC
I have also encountered this same problem on a brand new Dell Dimension P4 1.8GHz desktop system that my cousin purchased and for which I installed RH7.2. It had an i810 + AC97 audio system as well. (On both my own Laptop and my cousin's desktop, WinXP can record without it interfering with playback in any way. Just wanted to say that to rule out a fundamental hardware problem here.) I just tried out the next ALSA release 0.9.0rc1 and it resolves this problem on the laptop. Recording works on the laptop and does not interfere with playback. The demo version of the closed-source OSS/Linux drivers also worked on the laptop. This bug persists in Red Hat 7.3 with the kernel it ships with. record works, but blocks playback and makes /dev/dsp busy until the modules are unloaded. This behavior has been observed on both my laptop (IBM X22 with i810 ICH3 and a cirrus_cs4299 ac97 codec) and my cousin's desktop (Dell P4 1.8 with i810 ICH2 and apparently an AD1885 ac97 codec). Playback works fine by itself. On the laptop, using alsa 0.9rc1 mostly resolves the problem. Both recording and playback work and work simultaneously --- gnomemeeting works. However, there are some clicks and audible problems with certain applications, the game "chromium" for example. On the dell desktop, alsa 0.9rc1 does not resolve the problem in the sense that the alsa drivers do not give any audible playback at all. OSS/Linux commercial driver demo also does not work properly on the dell desktop, though in a different way. It plays back way too fast. The fix for this bug was recently tracked down by a user on the internet. It has been forwarded to Alan Cox for inclusion in the official kernel sources and also to our internal kernel person for inclusion in our next kernel errata. I just tried the new errata kernel: Linux version 2.4.18-18.7.x (bhcompile.redhat.com) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-112)) #1 Wed Nov 13 20:29:30 EST 2002 and the bug is still present in the kernel OSS drivers. Upon trying to record using my X22 laptop, /dev/dsp becomes busy forever. So I am reopening this bug. Should be fixed in 2.4.21rc Arjan. If you try and record while something (esd I guess) has the channel open for read you can end up with the audio busy and stuck Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ |