Bug 186369 - [suspend/resume] snd_hda(4) does not work after suspend-to-ram
Summary: [suspend/resume] snd_hda(4) does not work after suspend-to-ram
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.0-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-02-02 11:20 UTC by David Demelier
Modified: 2018-05-20 23:51 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description David Demelier 2014-02-02 11:20:00 UTC 
After a resume, the sound card is not working anymore :

hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Unexpected unsolicited response from address 0: 00000000
hdac1: Command timeout on address 0
hdac1: Reset timeout!
pcm1: chn_write(): pcm1:virtual:dsp1.vp0: play interrupt timeout, channel dead
hdac1: Command timeout on address 0

My system :

$ cat /dev/sndstat
Installed devices:
pcm0: <ATI R6xx (HDMI)> (play)
pcm1: <Analog Devices AD1984A (Analog 2.0+HP/2.0)> (play/rec) default

hdac0: <ATI RV730 HDA Controller> mem 0xd4410000-0xd4413fff irq 17 at device 0.1 on pci1
hdac1: <Intel 82801I HDA Controller> mem 0xd4500000-0xd4503fff irq 17 at device 27.0 on pci0
hdacc0: <ATI R6xx HDA CODEC> at cad 0 on hdac0
hdaa0: <ATI R6xx Audio Function Group> at nid 1 on hdacc0
pcm0: <ATI R6xx (HDMI)> at nid 3 on hdaa0
hdacc1: <Analog Devices AD1984A HDA CODEC> at cad 0 on hdac1
hdaa1: <Analog Devices AD1984A Audio Function Group> at nid 1 on hdacc1
pcm1: <Analog Devices AD1984A (Analog 2.0+HP/2.0)> at nid 22,17 and 21,20 on hdaa1
Comment 1 slynko 2015-12-17 23:43:25 UTC 
10.2-RELEASE

The same problem appeared after resume from suspend-to-ram:

hdac1: Command timeout on address 0
hdac1: Command timeout on address 0
hdac1: Command timeout on address 0
hdac1: Reset timeout!


$> cat /dev/sndstat 
Installed devices:
pcm0: <NVIDIA GT220 (HDMI/DP 8ch)> (play)
pcm1: <NVIDIA GT220 (HDMI/DP 8ch)> (play)
pcm2: <NVIDIA GT220 (HDMI/DP 8ch)> (play)
pcm3: <NVIDIA GT220 (HDMI/DP 8ch)> (play)
pcm4: <IDT 92HD75BX (Analog 2.0+HP/2.0)> (play/rec) default
pcm5: <IDT 92HD75BX (Ext-Rear Analog Headphones)> (play)
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2018-05-20 23:51:08 UTC 
For bugs matching the following conditions:
- Status == In Progress
- Assignee == "bugs@FreeBSD.org"
- Last Modified Year <= 2017

Do
- Set Status to "Open"