Description of problem: customer reports that after upgrading to 5.4 sound is no longer working on his system. He can boot back into the previous kernel (2.6.18-128.7.1.el5) and sound works as expected. The audio chip is realtek ALC262 / nvidia MCP55 and the snd_hda_intel module is being loaded successfully. Under the old kernel the customer uses the "Front Playback Volume" channel to control output volume. Under the new kernel, when using either kmix or alsamixer, this channel is no longer there. I've reviewed the changes between 5.3 and 5.4 and see only 1 patch related to ALC262 bits, however this is specific to a particular HP system (bug 473949) and doesn't appear to be at all relevant to this issue. I've been unable to reproduce this problem on a rhts system (HP) w/ an ALC262 chip, so this regression seems to be at least somewhat specific to the ALC262 implementation on the customer's Tyan MB. Version-Release number of selected component (if applicable): 2.6.18-164.el5 How reproducible: 100% Steps to Reproduce: 1. play audio file Actual results: no sound heard Expected results: sound played Additional info:
Created attachment 361013 [details] alsa-info output for 5.4 kernel (-164.el5)
Created attachment 361015 [details] alsa-info output for previous kernel (-128.7.1.el5)
I neglected to mention in the initial problem description that the customer has raised/un-muted all available sliders in kmix/channels in alsamixer under the new kernel. So it would appear that the channel which controls output volume on this ALC262 implementation has been hidden/removed in 5.4.
Please, could you try add 'model=tyan' for as parameter for the snd-hda-intel module?
customer reports adding 'model=tyan' doesn't help --- I modified /etc/modprobe.conf to add 'model=tyan' as an option for the snd-hda-intel module, and then reloaded the driver: % modprobe -r snd_hda_intel % modprobe snd_hda_intel The system log confirms that the driver was successfully reloaded. The addition of "model=tyan' does not seem to have any effect at all. ---
Thank you for feedback. Please, try another models: model=auto and model=basic .
The latest ALSA HDA driver for RHEL 5.5 is available here: http://people.redhat.com/~jkysela/RHEL5/ Please, report back test results for updated kernel. The problem in this bug might be resolved in this update.
customer reports that the test kernel from comment 11 works properly w/ defaults (no extra module options necessary). he also states that for his hardware the "model=basic" option provides the best results. > With the test kernel it is no longer necessary to specify an option for the > snd-hda-intel module. The default now seems to be "model=auto", as it should be. > > The most full-featured option for my hardware appears to be "model=basic". > Sound works with that option, but it appears to me that the "Headphone" > playback volume (which is the second control and controls the front speaker > volume) is where the "PCM" playback volume control should be. That is, the > "PCM" control should be second, and maybe the "Headphone" control should be > third (or somewhere else)?
Marking as duplicate of parent bug#525390 . Please, re-open this bug in case of any related issues with future RHEL 5.5 kernels. *** This bug has been marked as a duplicate of bug 525390 ***
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 therefore 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-2010-0178.html