Bug 144260
|
Description
Brian Long
2005-01-05 13:10:16 UTC
Created attachment 109368 [details]
dmesg | grep -i audio running 2.4.21-20.0.1.EL kernel
Created attachment 109369 [details]
dmesg | grep -i audio running 2.4.21-27.0.1.EL kernel
Created attachment 109370 [details]
lspci -vv running 2.4.21-20.0.1.EL
Created attachment 109371 [details]
lspci -vv running 2.4.21-27.0.1
Created attachment 109380 [details]
Output from /var/log/messages
I have upgraded a Dell Precision 370 workstation from RHEL 3 update 3, to update 4. I have now lost all sound - even in XMMS. I have attached the lines from /var/log/messages as comment #6. Running dmesg shows 265 lines of (and nothing else): Intel 810 + AC97 Audio, version 0.24, 10:27:57 Dec 21 2004 If I boot back to the 2.4.21-20.ELsmp kernel, sound works fine. Not surprisingly, running redhat-config-soundcard reports that no sound card was detected. Cliff, can I see the output of "lspci -nv" for your Precision 370? I reported this issue to John Hull with Dell on Dec 22nd and at the same day I received a response with a new dkms audio driver for Dell P370n http://fedoranews.org/dell/ Thomas Chung The fix from Thomas Chung worked for me. However, the README file left out a couple steps I needed. I had to add a couple calls to dkms before things would work. Forgive me here, as I'm not a dkms guru, but this is what I did: # rpm -Uvh dkms-2.0.4-1*.rpm # rpm -Uvh i810_audio-2.4.21p-5dkms*.rpm # rmmod i810_audio ac97_codec # dkms ldtarball --archive /usr/src/i810_audio-2.4.21p/i810_audio*.tgz # dkms install -m i810_audio -v 2.4.21p # modprobe i810_audio This seemed to do the trick. Created attachment 109405 [details]
lspci -nv
Output from 'lspci -nv' on my Dell Precision 370, as requested.
Cliff, Thomas, et al. If the dkms package at http://fedoranews.org/dell/ helps you, then RHEL3 U4 will almost certianly work (provided you can undo/ignore whatever DKMS has already done). See comment 31 in bug 109528 for information about an addition needed in /etc/modules.conf in order for sound to work on the box(es) in question. Brian, It isn't clear to me that this will fix what you are seeing. Could you try the above and let me know if you are still seeing the problem? John, I had already applied RHEL3 U4 and that is what caused my sound to stop working (it worked under U3). So I don't think it's correct to say that RHEL U4 should work: it didn't. However, after installing U4 and finding that my sound did not work, I followed the instructions at http://fedoranews.org/dell/ as described in comment #12. That got my sound working again. I do not have a line similar to comment 31 in bug 109528 in my modules.conf file. The only lines pertaining to sound in my modules.conf file, on my copy of U4 which is now working, are: alias sound-slot-0 i810_audio post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L /dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S /dev/null 2>&1 || : Cliff, I apologize if I wasn't clear. The RHEL3 U4 kernel contains code equivalent to what is in the driver you mentioned in comment 12. However, that code is only activated if ac97_plugin_ad1980.o is loaded _before_ i810_audio.o gets loaded. That is the purpose of adding this line in modules.conf: pre-install sound-slot-0 /sbin/modprobe ac97_plugin_ad1980 As I mentioned in bug 109528, there currently isn't any way to make this happen automatically. The manual addition of that line to modules.conf is required. Again, a "clean" RHEL3 U4 is capable of supporting sound on the Precision 370, but this piece of manual configuration is required. I just installed a "clean" RHEL3 U4" on Dell P370n then added following two lines in the /etc/rc.local then rebooted. /sbin/modprobe ac97_plugin_ad1980 /sbin/modprobe i810_audio When I login, I see following entries in the /etc/modules.conf alias eth0 tg3 alias scsi_hostadapter ata_piix alias usb-controller usb-uhci alias usb-controller1 ehci-hcd pre-install sould-slot-0 /sbin/modprobe ac97_plugin_ad1980 pre-install sould-slot-0 /sbin/modprobe i810_audio alias sound-slot-0 i810_audio post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L >/dev/null 2>&1 || : pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S >/dev/null 2>&1 || : And, I was able to play and hear a test sound via redhat-config-soundcard successfully without installing dkms audio driver. Thomas John, Two things: 1) When I update modules.conf, lsmod shows ac97_plugin_ac1980 is unused (I'll attach lsmod output). Enemy Territory still has no sound. 2) How are end users supposed to know about manually entering things in modules.conf? As a system administrator, I have no problem adding this to my workstation, but I cannot expect each end user to do it. Anaconda or some other process should detect that ac97_plugin_ac1980 needs to be loaded before i810_audio and /etc/modules.conf should be updated appropriately. Is there anything in the works to make this completely automatic? Right now, if this worked on the HP platform, I'd have to write a postinstall routine in my ks.cfg to tweak modules.conf. This doesn't scale; I'd much rather Red Hat's installation took care of these tweaks. Thanks for your help. Any ideas how I can figure out why certain apps have sound and others don't on my HP? /Brian/ Created attachment 109488 [details]
lsmod output on HP XW4000 when ac97_plugin_ac1890 is loaded
The sound in Enemy Territory also breaks on the HP XW4100 workstation which has a different AC97 (ICH5) chipset. I'll attach lspci output. Going back to the 2.4.21-20.0.1.EL kernel it works fine as well. Created attachment 109490 [details]
lspci -vv from HP XW4100 workstation
Brian, I'll definitely have to try Enemy Territory -- let the record show that it will be purely for business-related purposes... :-) Right now, I don't have a good explanation for why only some things are working/failing on those boxes... Let me ask this: do you normally use the "main" volume control for audio on those boxes? Or do you have to use the "headphone" (or other?) volume control instead? If you will, please reboot one or both of the failing boxes. (If you don't want to reboot, "modprobe -r i810_audio; modprobe -r ac97_codec ; modprobe i810_audio" will probably do.) Then, play some sound -- anything (e.g. an ogg) will do. Finally, run "dmesg" and attach the output. I appreciate your patience and cooperation! Created attachment 109493 [details] dmesg after reloading i810_audio module This dmesg output is just like attachment 109369 [details]. FWIW, I have been able to recreate this on an xw4200... Unfortunately, ATM I'm totally perplexed... Interesting...perplexing... I patched the 2.4.21-27.EL (U4) kernel's drivers/sound directory to match what was in 2.4.21-20.EL (U3), yet ET still has no sound even though everything else appears to be fine... I was mistaken...U4 kernel patched w/ U3's drivers/sound (and appropriate changes to include/linux/pci_ids.h) yields working sound for ET as well as other applications. Will proceed from here... Problem appears to have been introduced upstream w/ update of i810_audio driver to version 1.01 (between 2.4.26 and 2.4.27)... We picked-up this update in RHEL3 U4... Unfortunately, that was a big change set...attempting to isolate... Created attachment 109798 [details]
et-i810_audio.patch
This patch is working for me...give it a try?
John, have you committed this patch to the U5 kernel stream? I've not had a chance to rebuild the kernel with your patch and try it. If you could provide test kernels, that would be appreciated. Brian, John's fix (in comment #29) is not yet committed, but it's queued for my next U5 build, which will hopefully take place tomorrow. Brian, I have kernels built w/ the patch here: http://people.redhat.com/linville/.bz144260/ I did get some confirmation upstream that the patch was working for others... I need kernel-source to get my binary nvidia drivers linked against the kernel. Otherwise, I cannot test sound in ET. I tried testing with the "nv" driver in X, but ET complains about OpenGL. Check again now...both kernel-source and the .src.rpm are available... Nope, just .src.rpm is there. kernel-source is not available. Sorry about that...copied it to the wrong place...check again? Thanks for the trouble John. This kernel worked for me! Please integrate the patch into U5 :) Ernie, you heard the mean... :-) A fix for this problem has just been committed to the RHEL3 U5 patch pool this evening (in kernel version 2.4.21-27.10.EL). FYI, the kernels referenced in comment 33 have been deleted. Please let me know if they are still needed. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-294.html |