Description of problem: On a T61 sound does not work with RHEL5 U1, can be fixed by adding the following patch. http://hg.alsa-project.org/alsa-kernel/rev/ca37aeeeb0ea More information found here http://www.fedoraforum.org/forum/showthread.php?t=159516 Patch --- a/pci/hda/patch_analog.c Fri Jun 08 11:41:34 2007 +0200 +++ b/pci/hda/patch_analog.c Fri Jun 08 12:25:25 2007 +0200 @@ -2982,6 +2982,8 @@ static struct snd_kcontrol_new ad1984_th HDA_CODEC_VOLUME("Mic Boost", 0x14, 0x0, HDA_INPUT), HDA_CODEC_VOLUME("Internal Mic Boost", 0x15, 0x0, HDA_INPUT), HDA_CODEC_VOLUME("Docking Mic Boost", 0x25, 0x0, HDA_OUTPUT), + HDA_CODEC_VOLUME("Beep Playback Volume", 0x20, 0x03, HDA_INPUT), + HDA_CODEC_MUTE("Beep Playback Switch", 0x20, 0x03, HDA_INPUT), HDA_CODEC_VOLUME("Capture Volume", 0x0c, 0x0, HDA_OUTPUT), HDA_CODEC_MUTE("Capture Switch", 0x0c, 0x0, HDA_OUTPUT), HDA_CODEC_VOLUME_IDX("Capture Volume", 1, 0x0d, 0x0, HDA_OUTPUT), @@ -3011,6 +3013,8 @@ static struct hda_verb ad1984_thinkpad_i {0x25, AC_VERB_SET_AMP_GAIN_MUTE, AMP_OUT_MUTE}, /* Analog mixer - docking mic; mute as default */ {0x20, AC_VERB_SET_AMP_GAIN_MUTE, AMP_IN_MUTE(4)}, + /* enable EAPD bit */ + {0x12, AC_VERB_SET_EAPD_BTLENABLE, 0x02}, { } /* end */ };
Dup of bug 249388 and bug 252373, close out as a dup when final patch is submitted.
I see that patch is applied to 2.6.18-43.el5, however still does not produce any sound. Comment from fedora forum is you require. The line in /etc/modprobe.conf that current looks like options snd-hda-intel index=0 needs to be changed so that it looks like... options snd-hda-intel index=0 model=thinkpad We have tested this on both a t61 & t61p and this works. Is there any chance a workaround can be created so this is no longer necessary.
Also affects F7 kernels through kernel-2.6.22.4-65.fc7.
And the workaround in Comment #2 does not help on F7.
I should of mentioned, you open "volume control" and enable the speaker.
Created attachment 172457 [details] scsconfig.log for F7 (updates applied) on T61
(In reply to comment #5) > I should of mentioned, you open "volume control" and enable the speaker. I open the volume control and only see the Playback tab and Master control. It is not muted and volume is up full. scsconfig.log attached.
Matthew this ticket is/was opened for RHEL5 U1 not FC7.
OK cloned under F7. Hope that's the right thing to do.
(In reply to comment #2) > > The line in /etc/modprobe.conf that current looks like > options snd-hda-intel index=0 > needs to be changed so that it looks like... > options snd-hda-intel index=0 model=thinkpad > > We have tested this on both a t61 & t61p and this works. > > Is there any chance a workaround can be created so this is no longer necessary. On my T61p I updated all of ALSA to 1.0.15rc1 and now the sound in my T61p works fine. I didn't have to touch my stock modprobe.conf.
Just tried to recreate on my T61 with x86_64 kernel from 5.1 (kernel-2.6.18-53.el5 SMP). WORKSFORME. PCM device AD198x Analog Driver snd-hda-intel lspci -vv |grep Audio 00:16.0 Audio Device Intel Conntroller 82801H (ICH8 family) HD audio controller (rev 3). cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.14rc3 (Wed Mar 14 07:25:50 2007 UTC) cat /proc/asound/modules 0 snd_hda_intel Can't try xen kernel due to bug 372741 which is scheduled to be fixed in 5.2. Will try x86 install next with and without xen.....
x86 xen, PAE and kernel all have sound working in RHEL5.1. Will try X61 next. Sound on my T61 appears to work fine.
Just tried sound on my X61 x86 kernel and it works fine with RHEL5.1. Sound on my X61 appears to work fine. Same hardware/software as comment #13. Obtaining dmidecode output from both systems and will append to this bug.
Comment #9 From Matthew Saltzman (mjs).... Cloned bug referred to in that comment under F7 is bug 254233 which is CLOSED=RAWHIDE.
Created attachment 292191 [details] T61_dmidecode.larry
Created attachment 292192 [details] X61_dmidecode.larry
This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?".
Could you please provide dmidecode command output from your failing system to this bugzilla.
Created attachment 294902 [details] dmidecode of my X61 as requested Added dmidecode from my X61 Jan
A diff of the dmidecode tells me that I might have to update my BIOS. Will do and report if that helps.
Latest BIOS (for a different bug) per Yoshiyama-san at Lenovo is as follows: On Thu, 2008-02-07 at 09:35 +0900, Noritoshi Yoshiyama wrote: ? 372741 [ON_QA] Lenovo T61/X61 lock up with xen kernel. > Not sure exactly which one is the root. > The latest BIOS on web shoud have fixed USB spurious > interrupts . Please make sure Version 7NETA6WW (2.06) > > http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67982 > > > X61 - With the -61 still no luck on my X61. The moment X > starts - cold reset. I *guess* this is more a x11-driver problem then it > is a kernel prob as booting to runlevel 3 works. > T61 Odd. When I was doing the testing on the R61 and > T61, X worked just fine > > > X61 > http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67982 > > T61/T61p: > http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67988 > > R61 ( some of R61s) > http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67988 > > > -------------- > http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=TPAD-MATRIX
I am now on 2.06. Updating BIOS on X61 is a *big* problem, BTW. Only works woth optical drive in docking station, not with standard USB CD drive. So with 2.06, still no sound. Jan
Comment #26 satisfies NEEDINFO. Setting to ASSIGNED.
*** This bug has been marked as a duplicate of 252373 ***