[alsa-devel] Fwd: Problems with hda_intel, Santa Rosa, and suspend

[Thorsten Leemhuis]

On 09.07.2007 14:52, Takashi Iwai wrote:
> At Fri, 06 Jul 2007 18:56:54 +0200,
> Thorsten Leemhuis wrote:
>> On 06.07.2007 18:19, Takashi Iwai wrote:
>>> At Fri, 06 Jul 2007 17:46:04 +0200,
>>> Thorsten Leemhuis wrote:
>>>> On 06.07.2007 11:32, Takashi Iwai wrote:
>>>>> At Thu, 5 Jul 2007 21:42:21 -0500,
>>>>> Matt Mullins wrote:
>>> [...]
>>>>>>  It still
>>>>>> doesn't work after a suspend, though, making me unload and reload the
>>>>>> module.
>>>>> Do you mean you'll get a communication error after suspend, or got no
>>>>> sound output, or any other problem?
>>>> I simply don't get any audio output at all after either suspend or
>>>> hibernate. Reloading the module after suspend/hibernate makes the sound
>>>> working again.
>>> Doesn't changing the mixer values after resume have any effect?
>> No, I tried that beforehand already and just re-tried -- changing 
>> the mixer values does not help. Everything still silent. 
> I suppose that re-plugging the headphone also doesn't help?

/me wanders off to find a headphone

Well, it helps partially; sounds comes from the headphone after I
plugged it in. But the build in speakers stay silent even after I unplug
the headphone again.

>>> Also, could you compare the codec#* proc dump before and after
>>> suspend/resume?
>> --- codec0-before       2007-07-06 18:40:47.000000000 +0200
>> +++ codec0-aftersuspend 2007-07-06 18:42:50.000000000 +0200
>> @@ -22,7 +22,7 @@
>>      Conn = 1/8, Color = Black
>>    Pin-ctls: 0x20: IN
>>    Connection: 2
>> -     0x10 0x11*
>> +     0x10* 0x11
>>  Node 0x0c [Pin Complex] wcaps 0x400181: Stereo
>>    Pincap 0x081737: IN OUT Detect
>>    Pin Default 0x90a70120: [Fixed] Mic at Int N/A
>> @@ -103,7 +103,7 @@
>>    Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
>>    Amp-Out vals:  [0x00 0x00]
>>    Connection: 7
>> -     0x0e 0x16 0x0f 0x0b 0x0c* 0x0d 0x0a
>> +     0x0e* 0x16 0x0f 0x0b 0x0c 0x0d 0x0a
>>  Node 0x1b [Audio Selector] wcaps 0x300103: Stereo Amp-In
>>    Amp-In caps: N/A
>>    Amp-In vals:  [0x00 0x00]
> They are input pins, so it should be irrelevant to outputs.

Well, computers in my experience sometimes are stupid beasts :-/

> You wrote that re-loading the module works;  could you compare the
> proc file before and after reloaind the module?

I just retried. The diff stays the same. Find all files attached fyi.
The data for codec#1 doesn't change at all.

CU
thl
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: c0-after-s3
Url: http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20070709/6131f90e/attachment-0003.bat 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: c0-after-s3-and-module-reload
Url: http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20070709/6131f90e/attachment-0004.bat 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: c0-booted
Url: http://mailman.alsa-project.org/pipermail/alsa-devel/attachments/20070709/6131f90e/attachment-0005.bat