Headphone sense dies on suspend on Dell D620

aplay --list-devices

I have the same problem, except it is random whether it is the headphones that work, or if it is the speakers that work. Is this an error of the sound driver?

Thanks for the report.

I suspect this might be a kernel issue. Can you both try to shutdown and restart your sound drivers and tell me if that works?

Well, I just tried that - I did a /etc/init.d/alsa-utils restart (as well as separate stop and start attempts) with no result - this did NOT bring back headphone sense.

Interestingly enough, I also witnessed a different permutation that I hadn't seen before. I suspended from a clean boot (when everything was working) with the headphones unplugged (though I had been using them earlier). When I resumed, there was NO SOUND through the speakers, but when I plugged in the headphones, I could hear through them.

Well that kills that idea.

I have the same initial problem with my Dell Inspiron 6400.

Same here on Ubuntu Edgy. After suspend or hibernate, no audio from speakers, but headphone jack does have audio. This is with "Headphone Jack Sense" enabled.

Laptop model:
Compaq nc6230
Uname -r:
2.6.17-11-generic
aplay --list-devices:
**** List of PLAYBACK Hardware Devices ****
card 0: ICH6 [Intel ICH6], device 0: Intel ICH [Intel ICH6]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: ICH6 [Intel ICH6], device 4: Intel ICH - IEC958 [Intel ICH6 - IEC958]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
lspci audio:
00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03)

As a workaround, the patches provided here should help:

https://launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/11149/comments/6

They add an option to /etc/default/acpi-support that allows killing all sound applications, unloading all the sound kernel modules, and then re-adding the modules upon resume, and restarting the sound applications.

It's ugly and not ideal, but it has worked well enough for me on Mandriva for the last couple years, which is the origin of the patches.

( Since your soundcard is different than the one in the post, you'll have different values that need to be used for "MODULES" in /etc/default/acpi-support".

  Mark

Okay, I don't get it. I don't see an actual patch posted on
https://launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/11149/comments/6

Am I missing something?

Well actually I do think it is a driver/kernel problem. The problem can be fixed by issuing a "sudo /etc/init.d/alsasound restart" - this restarts completely the sound drivers, and fixes the problem for the session.

Hi,

The 18 month support period for Edgy Eft 6.10 has reached it's end of life. As a result, we are closing the linux-source-2.6.17 Edgy Eft kernel task. However, Hardy Heron 8.04 was recently released. It would be helpful if you could test the new release and verify if this is still an issue - http://www.ubuntu.com/getubuntu/download . You should be able to test your bug using the LiveCD. If the issue still exists, please add the Hardy kernel "linux" task to the bug report. This can be done by clicking on the "Also affects distribution" link in the Actions area on left hand side of the bug report. Select "Ubuntu" as the Distribution and type in "linux" for the Source Package Name. Thanks.

I've been running the Hardy distribution for about a month now, and the headphone sense has been just fine. Looks like it's fully sorted out - thanks!

Thanks for the follow up. Glad to know that your issue has been resolved.