Bug 523335

Summary: sound no longer works after upgrade to RHEL 5.4
Product: Red Hat Enterprise Linux 5 Reporter: Dave Maley <dmaley>
Component: kernelAssignee: Jaroslav Kysela <jkysela>
Status: CLOSED ERRATA QA Contact: Red Hat Kernel QE team <kernel-qe>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.4CC: cward, peterm, syeghiay
Target Milestone: rcKeywords: OtherQA, Regression, Reopened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-03-30 07:33:33 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:
Bug Depends On: 525390    
Bug Blocks: 525215, 526948, 533192    
Attachments:
Description Flags
alsa-info output for 5.4 kernel (-164.el5)
none
alsa-info output for previous kernel (-128.7.1.el5) none

Description Dave Maley 2009-09-14 22:30:46 UTC
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:

Comment 1 Dave Maley 2009-09-14 22:32:29 UTC
Created attachment 361013 [details]
alsa-info output for 5.4 kernel (-164.el5)

Comment 2 Dave Maley 2009-09-14 22:33:17 UTC
Created attachment 361015 [details]
alsa-info output for previous kernel (-128.7.1.el5)

Comment 4 Dave Maley 2009-09-18 19:31:27 UTC
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.

Comment 5 Jaroslav Kysela 2009-10-07 12:35:57 UTC
Please, could you try add 'model=tyan' for as parameter for the snd-hda-intel module?

Comment 6 Dave Maley 2009-10-07 19:43:06 UTC
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.
---

Comment 7 Jaroslav Kysela 2009-10-08 08:13:36 UTC
Thank you for feedback. Please, try another models: model=auto and model=basic .

Comment 11 Jaroslav Kysela 2009-11-05 10:51:00 UTC
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.

Comment 12 Dave Maley 2009-11-09 14:08:06 UTC
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)?

Comment 13 Jaroslav Kysela 2009-12-03 17:03:05 UTC
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 ***

Comment 19 errata-xmlrpc 2010-03-30 07:33:33 UTC
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