Sound problems on hibernate, IBM T41

[Perry E. Metzger]

Running on Feisty, my IBM T41 laptop makes no sounds after it has re-awakened following a hibernate. Suspending the machine and resuming it brings back the sounds. This has to be something low level in the driver as all the infrastructure above seems to think it is playing audio correctly when the problem is in effect.

[Brian Murray (brian-murray)]

Thanks for taking the time to report this bug and helping to make Ubuntu
better. Could you please add the output requested at
https://help.ubuntu.com/community/DebuggingSoundProblems ? Thanks in
advance.

 status needsinfo
 assignee <email address hidden>

[Perry E. Metzger (perry-piermont)]

Here are all seven of the things you have requested:

1) sndstat

# tail -2 /proc/asound/oss/sndstat
0: Analog Devices AD1981B
1: Silicon Laboratory Si3036,8 rev

2) amixer

# amixer
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 30 [97%] [-1.50dB] [on]
  Front Right: Playback 30 [97%] [-1.50dB] [on]
Simple mixer control 'Master Mono',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 31
  Mono: Playback 0 [0%] [-46.50dB] [off]
Simple mixer control 'Headphone',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 21 [68%] [-15.00dB] [on]
  Front Right: Playback 20 [65%] [-16.50dB] [on]
Simple mixer control 'PCM',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 23 [74%] [0.00dB] [on]
  Front Right: Playback 23 [74%] [0.00dB] [on]
Simple mixer control 'Line',0
  Capabilities: pvolume pswitch cswitch cswitch-exclusive
  Capture exclusive group: 0
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Front Left: Playback 0 [0%] [-34.50dB] [off] Capture [off]
  Front Right: Playback 0 [0%] [-34.50dB] [off] Capture [off]
Simple mixer control 'CD',0
  Capabilities: pvolume pswitch cswitch cswitch-exclusive
  Capture exclusive group: 0
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Front Left: Playback 23 [74%] [0.00dB] [on] Capture [off]
  Front Right: Playback 23 [74%] [0.00dB] [on] Capture [off]
Simple mixer control 'Mic',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined cswitch cswitch-exclusive
  Capture exclusive group: 0
  Playback channels: Mono
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono: Playback 0 [0%] [-34.50dB] [off]
  Front Left: Capture [on]
  Front Right: Capture [on]
Simple mixer control 'Mic Boost (+20dB)',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'Mic Select',0
  Capabilities: enum
  Items: 'Mic1' 'Mic2'
  Item0: 'Mic1'
Simple mixer control 'Video',0
  Capabilities: cswitch cswitch-exclusive
  Capture exclusive group: 0
  Capture channels: Front Left - Front Right
  Front Left: Capture [off]
  Front Right: Capture [off]
Simple mixer control 'Phone',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined cswitch cswitch-exclusive
  Capture exclusive group: 0
  Playback channels: Mono
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono: Playback 0 [0%] [-34.50dB] [off]
  Front Left: Capture [off]
  Front Right: Capture [off]
Simple mixer control 'Aux',0
  Capabilities: pvolume pswitch cswitch cswitch-exclusive
  Capture exclusive group: 0
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Front Left: Playback 0 [0%] [-34.50dB] [off] Captu...

[Daniel T Chen (crimsun)]

Is the machine running the latest BIOS?

[debaser (armin-wieser)]

i've the same problem with my t41 :(

[Perry E. Metzger (perry-piermont)]

Daniel T Chen <email address hidden> writes:
> Is the machine running the latest BIOS?

Yes, and more to the point, I'm pretty sure the problem wasn't there
in Edgy.

[Perry E. Metzger (perry-piermont)]

The machine is indeed running the latest BIOS.

The BIOS should not, of course, be an issue since in recovering from hibernate ALL hardware needs to have its state restored by the OS itself -- I don't even think any AML code is involved. The ACPI S4 support doesn't have anything to do with restoring the hardware state (this is not a machine where S4BIOS support is used for hibernate/restore.)

Also, let me note that I do not recall having this problem under Edgy -- that leads me to believe something was broken between the two kernels.

[Perry E. Metzger (perry-piermont)]

Here is my guess (purely a guess) on where to look for the problem. Clearly a hook is being called on return from S3 and on return from S4 to fix the state of the audio device. On return from S3 (suspend) the hook does the right thing. On return from S4 (hibernate) the hook is not doing the right thing. Doing a suspend/resume after the hibernate/resume is clearly re-initializing the hardware correctly so we know the S3 hook does the right thing. Have a look at what is different between the two hooks and you will find what is wrong here. I would look at it myself but although I hack kernels in other OSes, I've never touched Linux internals.

[Perry E. Metzger (perry-piermont)]

Oh, and there is one other possibility here. On resume from S4, the BIOS has done an initial fixup of all the hardware after which the OS gets handed control and then had to restore all state. On resume from S3, all hardware was powered off (except for RAM) and the OS has a "blank slate" from which it does the resume. It is possible that if there is a common S3/S4 hook involved here, that the hook works okay if the hardware is in the initial power on state but not if the hardware was previously initialized. Completely reinitializing the hardware would then do the right thing.

[||dELm|| (er-delm)]

i can confirm this bug, but in another laptop, a hewlett packard dv2225la
logs atached as requested
more info:
Device : 82801G (ICH7 Family) High Definition Audio Controller (/org/freedesktop/Hal/devices/pci_8086_27d8)
  >CONEXANT Analog ALSA Capture Device (/dev/snd/pcmC0D0c)
  >Intel ALSA Control Device (/dev/snd/controlC0)
  >CONEXANT Analog ALSA Playback Device (/dev/snd/pcmC0D0p)
  >Conexant Digital ALSA Playback Device (/dev/snd/pcmC0D1p)
  >CONEXANT Analog OSS Control Device (/dev/mixer)
  >CONEXANT Analog OSS PCM Device (/dev/audio)
  >CONEXANT Analog OSS PCM Device (/dev/dsp)
  >CONEXANT Analog OSS PCM Device (/dev/adsp)

i tried the mute-unmute-mute workarround but didn't worked

[||dELm|| (er-delm)]

update:
  if it helps,
  this laptop is also affected from the bug #88546 (headphones jack doesn't mute speakers) and of curse #94566 which were solved by a kernel patch (which i have not tested yet)...
  i can say that the touch-pad blocker button and next-prev-pay/pause buttons neither works after resuming from hibernate, and that the sound is available from the headphones.
i'm going to try now doing a sleep-wake up... but i really thing this has to be something to do with the related bugs i cite.

[JProgrammer (jprogrammer)]

I have a Benq S52 with Conexant Cx20551 which has the same issue. No sound after hibernate but if I then suspend/resume the sound will work.

Hibernate did work under edgy, after i patched alsa but that was a fix for the chipset not related to hibernation.

[scottm (scott-bmit)]

I can confirm the sound not working after resuming from hibernation on the T41. I can also add that there may be some related power management issues. Before a hibernation (when sound works), setting PM to "do nothing" or "blank screen" upon lid closing results in the screen not coming back after opening the lid. I have been pressing ctrl-alt-f1 then ctrl-alt f7 to get gnome to come back. The twist: after resuming from a hibernation, and having broken sound, closing and opening the lid with settings of "blank screen" or "do nothing" work fine.

[Alessandro Tanasi (jekil)]

My z61p with latest BIOS have the same problem.
I think there is some duplicate bugs related to this problem: #96061, #108550, # #109428

[Moritz Reiter (mo-agrav)]

I can confirm this bug on a Thinpad T30.

Sound works after cold start.
Sound stops working after (warm) reboot and after resuming from hibernation.
Sound is working again after resuming from suspend.

This problem definitely appeared only after I upgraded from 6.10 to 7.04. To make it really clear: I had _no_ sound problems with 6.10.

Probably this bug is related to #57141.

I will attach output requested on https://help.ubuntu.com/community/DebuggingSoundProblems.

[Moritz Reiter (mo-agrav)]

Sorry for typo. I meant Thinkpad T30, not Thinpad. I include this just in case anyone does a full text search on it.

[dn (nobled)]

I think I'm having the same problem. I have a Lenovo Thinkpad T60 ; I'll attach the standard output stuff.

[Eddie Hung (eddieh)]

Can confirm this on a IBM Thinkpad X41 (not tablet). After hibernate, sound does not work. Does not come back after a soft reset - requires a hard power off and power on again to have sound. Suspending and resuming does not seem to affect sound (will check), along with a suspend/resume straight after hibernation to see if that restores sound, as some have reported. This is on Feisty, 32 bit.

[DeweyBaby (djs93)]

Identical bug on Running Feisty on Toshiba Satellite Pro L30

[tmp (skrald)]

How can the status of this bug be incomplete/undecided when so many people have this problem? Myself inclusive.

[Earthbound01 (apontois)]

I have an identical bug with Feisty Fawn (7.04) with my IBM ThinkPad T30

[Stuart Vickers (sv87411)]

Original problem reported in March 2007. Lots of people with the same problem (including me, exactly the same as original poster on T41). No progress in 4 months!

Is anyone actually working on this? Anyone really care?

I changed to Ubuntu Linux from Windows and was initially very happy until this bug. It makes my laptop use a chore without having hibernate abilities. I am considering reverting back to Windows purely because of this one bug. So to me the status of this problem, the ONLY problem I have with Ubuntu, is very much HIGH, not 'undecided'.

Please, someone help!!!

[Alexander Hunziker (alex-hunziker)]

This bug is a duplicate of bug number #80893. Please go to this page, you will find that there is a workaround for the bug that helps most people. It consists of changing HIBERNATE_MODE in the file /etc/default/acpi-support to "platform".

Other than that, I agree that of course this bug should be fixed, but
* the status of the original bug is "confirmed" with importance "medium". at least...
* it's not a security related bug, which is why it is not patched after the beta phase. the risk of introducing regressions when changing central parts of the system is just too large. Very well possible it will be fixed in 7.10.

[jnewm (jessenewmark)]

Same thing on an IBM T40. Also no problems in earlier versions of edgy and feisty. Sound won't work after standby until I shut completely down and turn back on. Another crazy thing is that unplugging my AC cord not only continues to make the beep while the rest of the sound is out, but if I have music playing while I unplug and plug back in the AC, I can also hear the music alongside the beep for that split second. Very strange...

[Launchpad Janitor (janitor)]

Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!