Bug 10294

Summary: no sound after resume.
Product: Drivers Reporter: Oleksij Rempel (fishor) (bug-track)
Component: Sound(ALSA)Assignee: Takashi Iwai (tiwai)
Status: RESOLVED CODE_FIX    
Severity: normal CC: bunk, rjw
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 2.6.24 2.6.25-rc6-git Subsystem:
Regression: Yes Bisected commit-id:
Bug Depends on:    
Bug Blocks: 7216, 9243, 56331    
Attachments: lspci1
lspci2-after-resume
dmesg
acpidump
realteck.diff
alsa-info.txt.before
alsa-info.txt.after
alsa-info.txt.reload

Description Oleksij Rempel (fishor) 2008-03-21 00:49:15 UTC
Latest working kernel version:
Earliest failing kernel version:
Distribution:ubuntu hardy
Hardware Environment: ASUS P5LD2-VM => ICH7 + intel_hda audio ( realtec codec ALC882 ) 
Software Environment:
Problem Description:
No sound after resume. If i reload snd_hda_intel and suspend/resume agene sound will work.


I disable any desktop enviropment to make clear there is no other script makeing this.

1. (sound working) lspci -vvxxxs 00:1b.0 > lspci1
2. echo mem > /sys/power/state
3. resume ( no sound ) and lspci -vvxxxs 00:1b.0 > lspci2
4. rmmod snd_hda_intel && modprobe snd_hda_intel ( sound working now )
5. lspci -vvxxxs 00:1b.0 > lspci3
6. echo mem > /sys/power/state and resume ( sond working )
7. lspci -vvxxxs 00:1b.0 > lspci4

diff lspci1 lspci2
29c29
< 40: 03 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00
---
> 40: 01 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00

betwene lspci2 , lscpi3 or lspci4 no difference.
Comment 1 Oleksij Rempel (fishor) 2008-03-21 00:50:01 UTC
Created attachment 15362 [details]
lspci1

lspci1 before first suspend
Comment 2 Oleksij Rempel (fishor) 2008-03-21 00:51:20 UTC
Created attachment 15363 [details]
lspci2-after-resume

lspci2 after resume.
Comment 3 Oleksij Rempel (fishor) 2008-03-21 00:55:19 UTC
Created attachment 15364 [details]
dmesg
Comment 4 Oleksij Rempel (fishor) 2008-03-21 02:05:33 UTC
I tested kernel 2.6.22 . Sound is working after resume. 

The difference:
2.6.22 use irq 20 for HDA Intel
2.6.24 use irq 19

both have after boot pci 0x41 = 0x03 and after resume 0x01
Comment 5 ykzhao 2008-03-21 02:20:52 UTC
Will you please attach the output of acpidump?

Please try the boot option of "acpi_new_pts_ordering" and see whether the problem still exists?
Thanks.
Comment 6 Oleksij Rempel (fishor) 2008-03-21 02:40:01 UTC
Created attachment 15368 [details]
acpidump
Comment 7 Oleksij Rempel (fishor) 2008-03-21 03:02:47 UTC
"acpi_new_pts_ordering" do not make any difference.
Comment 8 Oleksij Rempel (fishor) 2008-03-22 11:33:28 UTC
Ok. It seems like not acpi issue, it was brocken after some alsa commit: bisect/good bd45ac0c5daae35e7c71138172e63df5cf644cf6

bisect/bad  976cd62700ae378df330ec82112da3d17e33a0fe

i didn't get to test more. It it bracke some dependency.
Comment 9 Oleksij Rempel (fishor) 2008-03-22 14:52:51 UTC
It is my first time i use git bisect, so i houp i did't any thing wrong. Here is result of my tests:

git bisect good

8c427226ed549af67396794e86246bf2d361ff8f is first bad commit

commit 8c427226ed549af67396794e86246bf2d361ff8f
Author: Kailang Yang <kailang@realtek.com.tw>
Date:   Thu Jan 10 13:03:59 2008 +0100

    [ALSA] hda-codec - Update realtek codec support
    
    1. Support HP rp5700
    2. Fixed alc_subsystem_id function (Bug fixed and support Desktop)
    3. Support ASUS EP20
    
    Signed-off-by: Kailang Yang <kailang@realtek.com.tw>
    Signed-off-by: Takashi Iwai <tiwai@suse.de>
    Signed-off-by: Jaroslav Kysela <perex@perex.cz>

:040000 040000 7a026ff0ca16cbed82662969ae91eaad13af3489 95443aea4feae93e85af29ad2e98cd0bdbebe5bb M	Documentation
:040000 040000 0987ce5757dcb9185354b80dd667f58641c62b1f 4123572e5892045052a5ab0da97545eef98ddbc7 M	sound
Comment 10 Oleksij Rempel (fishor) 2008-03-23 04:49:15 UTC
Created attachment 15408 [details]
realteck.diff

This patch revert the part wich was brocken for me.
Comment 11 Zhang Rui 2008-04-06 20:16:15 UTC
Re-assign this bug to the patch author. :)
Comment 12 Takashi Iwai 2008-04-28 08:15:55 UTC
Could you run alsa-info.sh before and after suspend (better with --no-upload)?
    http://hg.alsa-project.org/alsa/raw-file/tip/alsa-info.sh
Comment 13 Oleksij Rempel (fishor) 2008-04-28 09:10:25 UTC
Created attachment 15956 [details]
alsa-info.txt.before
Comment 14 Oleksij Rempel (fishor) 2008-04-28 09:10:41 UTC
Created attachment 15957 [details]
alsa-info.txt.after
Comment 15 Takashi Iwai 2008-04-28 09:35:00 UTC
The pin-default values are changed during suspend/resume, and this is not what the sound driver does.  So, something is screwed up, at least.

What happens if you reload the sound driver after resume?  Is the alsa-info.sh output identical with the state before suspend?
Comment 16 Takashi Iwai 2008-04-28 09:41:31 UTC
Also, could you check whether the current Linus git tree works?  There are some fixes for auto configuration of Realtek codecs since 2.6.25...
Comment 17 Oleksij Rempel (fishor) 2008-04-28 10:12:28 UTC
This reports was made with latest linus git.
Comment 18 Oleksij Rempel (fishor) 2008-04-28 10:13:30 UTC
Created attachment 15958 [details]
alsa-info.txt.reload
Comment 19 Oleksij Rempel (fishor) 2008-05-01 23:26:53 UTC
May it be not a suspend issue but some boot initiation issue? It seems like pci space was reconfigured after suspend.
Comment 20 Oleksij Rempel (fishor) 2008-05-03 13:48:36 UTC
I made somole test, 
- blacklisted snd_hda_moduel, 
- rebooted and suspendet S§ and resume 
- loaded module ( sound working )
- supend && resume ( sound working too )

Sound working OK if setpci -s 00:1b.0 0x40 return 0x01
but after fresh boot 0x40=0x03.
Is it possible to make on boot, setpci -s 00:1b.0 40=01 ?
Comment 21 Oleksij Rempel (fishor) 2008-05-26 13:26:11 UTC
Seems like there is some thing wrong with autoconfiguration from BIOS. I found new work around, just set module option model=6stack-dig and it working for me without any problem ;)
Comment 22 Takashi Iwai 2008-12-07 09:04:47 UTC
Could you check whether the latest tree still has the same problem?
Comment 23 Oleksij Rempel (fishor) 2008-12-08 02:53:26 UTC
seems to be fixed now. than you.
Comment 24 Takashi Iwai 2008-12-08 03:01:59 UTC
Thanks for checking!