a few hours ago I've done a pacman -Syu on my HP Pavilion DV6153EU (which BTW now runs i686 instead of x86_64 for a month due to compatibility issues), and now after rebooting, my sound chip (hda_intel "MCP51 High Definition Audio") seems to power off itself after a few seconds of non usage.
This I can check because off the corresponding blue LED above the keyboard turning from blue (on) to red (off). If I then start playing some music, the LED turns blue again, I can hear my music, and as long as the music is playing, the LED keeps blue.
Of course in terms of power saving, this sounds like cool stuff. The only problem is that every time the chip switches from on to off or vice versa, it is accompanied by a short and disturbing noise. And this is where my problem lies:
As the strange noises already appear while booting, the problem seems to be directly related to either alsa, the kernel or udev. Out of the upgraded packages these ones are the most suspicious:
[2007-09-04 19:26] upgraded kernel-headers (126.96.36.199-1 -> 188.8.131.52-1) [2007-09-04 19:26] upgraded alsa-lib (1.0.14-4 -> 1.0.14-5) [2007-09-04 19:26] upgraded alsa-utils (1.0.14-1 -> 1.0.14-2) [2007-09-04 19:27] upgraded udev (113-3 -> 114-1) [2007-09-04 19:28] upgraded kernel26 (184.108.40.206-4 -> 220.127.116.11-1) [2007-09-04 19:28] upgraded klibc-udev (113-1 -> 114-1)
Additionally, if I mute the sound myself, the LED also changes its color to red. This is normal. But interesting to mention is that also after a few seconds (if I don't play any music) the noise which indicates the sound chip power off is clearly audible. And if I start playing some music again (in the muted state), the noise reappears (AKA sound chip on again).
So the behavior seems to be independent of whether the sound is muted or not, but directly connected to whether the sound chip is being used or not.
Anyone else out there having the same problem, or perhaps already a solution?
Thanks in advance!
The courageous enter dark caves alone.
The clever send in the courageous first.
The cleverest wait behind the clever.
just thought id pipe in here as well. ive got a dv9000 with the same exact problem and ive worked to try a solution for about a week now and come up with nothing.
anyone come across a solution yet?
Last edited by rson451 (2007-09-10 15:12:28)
Same issue here.
00:1b.0 Audio device: Intel Corp.|I/O Controller Hub High Definition Audio (snd-hda-intel)
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))