* [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
@ 2012-12-28 14:25 Vincent Blut
2013-01-03 9:19 ` Takashi Iwai
0 siblings, 1 reply; 14+ messages in thread
From: Vincent Blut @ 2012-12-28 14:25 UTC (permalink / raw)
To: alsa-devel; +Cc: linux-kernel, tiwai
[-- Attachment #1: Type: text/plain, Size: 988 bytes --]
Hi,
Since I updated to Linux 3.7.1, listening to some audio/video bits
frequently cause the following:
[ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
mode: last cmd=0x020c0000
[ 7897.173444] hda-intel: No response from codec, disabling MSI: last
cmd=0x020c0000
[ 7898.179932] hda_intel: azx_get_response timeout, switching to
single_cmd mode: last cmd=0x020c0000
[ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
[ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip
00007f44e454bca0 sp 00007f44c91165f8 error 4 in
libc-2.13.so[7f44e442c000+180000]
It seems to be a codec probing failure (?). This is really fatal because
the sound become very choppy and can't recover until I reboot.
I'll try to play with 'probe_mask' kernel parameter to see if I can
narrow the correct codec slots!
By the way I can't reproduce this on 3.6.9, so is there something that
changed in this area in 3.7.1?
Cheers,
Vincent
[attached alsa-info output]
[-- Attachment #2: alsa-info.txt.8iqmjXNAIA --]
[-- Type: text/plain, Size: 28416 bytes --]
upload=true&script=true&cardinfo=
!!################################
!!ALSA Information Script v 0.4.61
!!################################
!!Script ran on: Fri Dec 28 13:00:55 UTC 2012
!!Linux Distribution
!!------------------
Debian GNU/Linux 7.0 \n \l PRETTY_NAME="Debian GNU/Linux 7.0 (wheezy)" NAME="Debian GNU/Linux" ID=debian HOME_URL="http://www.debian.org/" SUPPORT_URL="http://www.debian.org/support/" BUG_REPORT_URL="http://bugs.debian.org/"
!!DMI Information
!!---------------
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: UX31A
Product Version: 1.0
Firmware Version: UX31A.216
!!Kernel Information
!!------------------
Kernel release: 3.7-trunk-amd64
Operating System: GNU/Linux
Architecture: x86_64
Processor: unknown
SMP Enabled: Yes
!!ALSA Version
!!------------
Driver version: k3.7-trunk-amd64
Library version: 1.0.25
Utilities version: 1.0.25
!!Loaded ALSA modules
!!-------------------
snd_hda_intel
!!Sound Servers on this system
!!----------------------------
Pulseaudio:
Installed - Yes (/usr/bin/pulseaudio)
Running - Yes
!!Soundcards recognised by ALSA
!!-----------------------------
0 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xf7d18000 irq 47
!!PCI Soundcards installed in the system
!!--------------------------------------
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
!!Advanced information - PCI Vendor/Device/Subsystem ID's
!!-------------------------------------------------------
00:1b.0 0403: 8086:1e20 (rev 04)
Subsystem: 1043:1517
!!Modprobe options (Sound related)
!!--------------------------------
snd_pcsp: index=-2
snd_usb_audio: index=-2
snd_atiixp_modem: index=-2
snd_intel8x0m: index=-2
snd_via82xx_modem: index=-2
snd_hda_intel: power_save=10
!!Loaded sound module options
!!---------------------------
!!Module: snd_hda_intel
align_buffer_size : -1
bdl_pos_adj : 1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
beep_mode : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
enable_msi : -1
id : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
index : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
model : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
patch : (null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
position_fix : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
power_save : 1
power_save_controller : Y
probe_mask : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
probe_only : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
single_cmd : N
snoop : Y
!!HDA-Intel Codec information
!!---------------------------
--startcollapse--
Codec: Realtek ALC269VB
Address: 0
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec0269
Subsystem Id: 0x10431517
Revision Id: 0x100100
No Modem Function Group found
Default PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=2, o=0, i=0, unsolicited=1, wake=0
IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out
Control: name="Headphone Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Device: name="ALC269VB Analog", type="Audio", device=0
Amp-Out caps: ofs=0x57, nsteps=0x57, stepsize=0x02, mute=0
Amp-Out vals: [0x57 0x57]
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out
Control: name="Speaker Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-Out caps: ofs=0x57, nsteps=0x57, stepsize=0x02, mute=0
Amp-Out vals: [0x57 0x57]
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x04 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x05 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
IEC Coding Type: 0x0
PCM:
rates [0x5e0]: 44100 48000 88200 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x8b 0x8b]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Connection: 1
0x23
Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Control: name="Capture Switch", index=0, device=0
Control: name="Capture Volume", index=0, device=0
Device: name="ALC269VB Analog", type="Audio", device=0
Amp-In caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x8b 0x8b]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Connection: 1
0x22
Node 0x0a [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="Mic Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Mic Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x97 0x97] [0x97 0x97] [0x97 0x97] [0x97 0x97] [0x97 0x97]
Connection: 5
0x18 0x19 0x1a 0x1b 0x1d
Node 0x0c [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80]
Connection: 2
0x02 0x0b
Node 0x0d [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x80 0x80]
Connection: 2
0x03 0x0b
Node 0x0e [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x0f [Audio Mixer] wcaps 0x20010a: Mono Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00] [0x80]
Connection: 2
0x02 0x0b
Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x12 [Pin Complex] wcaps 0x40000b: Stereo Amp-In
Control: name="Internal Mic Boost Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Internal Mic Phantom Jack", index=0, device=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0
Amp-In vals: [0x00 0x00]
Pincap 0x00000020: IN
Pin Default 0x99a3092f: [Fixed] Mic at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0x2, Sequence = 0xf
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Control: name="Speaker Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Control: name="Speaker Phantom Jack", index=0, device=0
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x00010014: OUT EAPD Detect
EAPD 0x0:
Pin Default 0x99130110: [Fixed] Speaker at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0x1, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Unsolicited: tag=00, enabled=0
Connection: 2
0x0c* 0x0d
Node 0x15 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x16 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x17 [Pin Complex] wcaps 0x40010c: Mono Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80]
Pincap 0x00000010: OUT
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Connection: 1
0x0f
Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Control: name="Mic Boost Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Mic Jack", index=0, device=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x00001734: IN OUT Detect
Vref caps: HIZ 50 GRD 80
Pin Default 0x01a19c20: [Jack] Mic at Ext Rear
Conn = 1/8, Color = Pink
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0x20: IN VREF_HIZ
Unsolicited: tag=00, enabled=0
Connection: 1
0x0d
Node 0x19 [Pin Complex] wcaps 0x40008b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0
Amp-In vals: [0x00 0x00]
Pincap 0x00001724: IN Detect
Vref caps: HIZ 50 GRD 80
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN VREF_HIZ
Unsolicited: tag=00, enabled=0
Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000003c: IN OUT HP Detect
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Connection: 2
0x0c* 0x0d
Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x00000034: IN OUT Detect
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Unsolicited: tag=00, enabled=0
Connection: 2
0x0c* 0x0d
Node 0x1c [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x1d [Pin Complex] wcaps 0x400000: Mono
Pincap 0x00000020: IN
Pin Default 0x40079a2d: [N/A] Line Out at Ext N/A
Conn = Analog, Color = Pink
DefAssociation = 0x2, Sequence = 0xd
Pin-ctls: 0x20: IN
Node 0x1e [Pin Complex] wcaps 0x400381: Stereo Digital
Pincap 0x00000014: OUT Detect
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 1
0x06
Node 0x1f [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Processing caps: benign=0, ncoeff=25
Node 0x21 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Control: name="Headphone Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Control: name="Headphone Jack", index=0, device=0
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000001c: OUT HP Detect
Pin Default 0x0121401f: [Jack] HP Out at Ext Rear
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0xf
Pin-ctls: 0x00:
Unsolicited: tag=00, enabled=0
Connection: 2
0x0c* 0x0d
Node 0x22 [Audio Selector] wcaps 0x30010b: Stereo Amp-In
Amp-In caps: N/A
Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
Connection: 7
0x18* 0x19 0x1a 0x1b 0x1d 0x0b 0x12
Node 0x23 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 6
0x18 0x19 0x1a 0x1b 0x1d 0x0b
Codec: Intel PantherPoint HDMI
Address: 3
AFG Function Id: 0x1 (unsol 0)
Vendor Id: 0x80862806
Subsystem Id: 0x80860101
Revision Id: 0x100000
No Modem Function Group found
Default PCM:
rates [0x0]:
bits [0x0]:
formats [0x0]:
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=0, o=0, i=0, unsolicited=0, wake=0
Node 0x02 [Audio Output] wcaps 0x6611: 8-Channels Digital
Converter: stream=0, channel=0
Digital: Enabled
Digital category: 0x0
IEC Coding Type: 0x0
PCM:
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0x1e]: 16 20 24 32
formats [0x5]: PCM AC3
Power states: D0 D3 EPSS
Power: setting=D0, actual=D0
Node 0x03 [Audio Output] wcaps 0x6611: 8-Channels Digital
Converter: stream=0, channel=0
Digital: Enabled GenLevel
Digital category: 0x2
IEC Coding Type: 0x0
PCM:
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0x1e]: 16 20 24 32
formats [0x5]: PCM AC3
Power states: D0 D3 EPSS
Power: setting=D0, actual=D0
Node 0x04 [Audio Output] wcaps 0x6611: 8-Channels Digital
Converter: stream=0, channel=0
Digital: Enabled
Digital category: 0x0
IEC Coding Type: 0x0
PCM:
rates [0x7f0]: 32000 44100 48000 88200 96000 176400 192000
bits [0x1e]: 16 20 24 32
formats [0x5]: PCM AC3
Power states: D0 D3 EPSS
Power: setting=D0, actual=D0
Node 0x05 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x80]
Pincap 0x09000094: OUT Detect HBR HDMI DP
Pin Default 0x58560010: [N/A] Digital Out at Int HDMI
Conn = Digital, Color = Unknown
DefAssociation = 0x1, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x02
Node 0x06 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP
Control: name="HDMI/DP,pcm=3 Jack", index=0, device=0
Control: name="IEC958 Playback Con Mask", index=0, device=0
Control: name="IEC958 Playback Pro Mask", index=0, device=0
Control: name="IEC958 Playback Default", index=0, device=0
Control: name="IEC958 Playback Switch", index=0, device=0
Control: name="ELD", index=0, device=3
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x09000094: OUT Detect HBR HDMI DP
Pin Default 0x18560020: [Jack] Digital Out at Int HDMI
Conn = Digital, Color = Unknown
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0x00:
Unsolicited: tag=01, enabled=1
Power states: D0 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x03
Node 0x07 [Pin Complex] wcaps 0x40778d: 8-Channels Digital Amp-Out CP
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x80]
Pincap 0x09000094: OUT Detect HBR HDMI DP
Pin Default 0x58560030: [N/A] Digital Out at Int HDMI
Conn = Digital, Color = Unknown
DefAssociation = 0x3, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Power states: D0 D3 EPSS
Power: setting=D0, actual=D0
Connection: 1
0x04
Node 0x08 [Vendor Defined Widget] wcaps 0xf00000: Mono
--endcollapse--
!!ALSA Device nodes
!!-----------------
crw-rw---T+ 1 root audio 116, 7 Dec 28 10:41 /dev/snd/controlC0
crw-rw---T+ 1 root audio 116, 6 Dec 28 10:41 /dev/snd/hwC0D0
crw-rw---T+ 1 root audio 116, 5 Dec 28 10:41 /dev/snd/hwC0D3
crw-rw---T+ 1 root audio 116, 4 Dec 28 10:42 /dev/snd/pcmC0D0c
crw-rw---T+ 1 root audio 116, 3 Dec 28 13:44 /dev/snd/pcmC0D0p
crw-rw---T+ 1 root audio 116, 2 Dec 28 10:42 /dev/snd/pcmC0D3p
crw-rw---T+ 1 root audio 116, 1 Dec 28 10:41 /dev/snd/seq
crw-rw---T+ 1 root audio 116, 33 Dec 28 10:41 /dev/snd/timer
/dev/snd/by-path:
total 0
drwxr-xr-x 2 root root 60 Dec 28 10:41 .
drwxr-xr-x 3 root root 220 Dec 28 10:41 ..
lrwxrwxrwx 1 root root 12 Dec 28 10:41 pci-0000:00:1b.0 -> ../controlC0
!!Aplay/Arecord output
!!--------------------
APLAY
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
ARECORD
**** List of CAPTURE Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
!!Amixer output
!!-------------
!!-------Mixer controls for card 0 [PCH]
Card hw:0 'PCH'/'HDA Intel PCH at 0xf7d18000 irq 47'
Mixer name : 'Intel PantherPoint HDMI'
Components : 'HDA:10ec0269,10431517,00100100 HDA:80862806,80860101,00100000'
Controls : 27
Simple ctrls : 10
Simple mixer control 'Master',0
Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
Playback channels: Mono
Limits: Playback 0 - 87
Mono: Playback 58 [67%] [-21.75dB] [on]
Simple mixer control 'Headphone',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 87
Mono:
Front Left: Playback 87 [100%] [0.00dB] [on]
Front Right: Playback 87 [100%] [0.00dB] [on]
Simple mixer control 'Speaker',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 87
Mono:
Front Left: Playback 87 [100%] [0.00dB] [on]
Front Right: Playback 87 [100%] [0.00dB] [on]
Simple mixer control 'PCM',0
Capabilities: pvolume penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 255
Mono:
Front Left: Playback 253 [99%] [0.40dB]
Front Right: Playback 253 [99%] [0.40dB]
Simple mixer control 'Mic',0
Capabilities: pvolume pswitch penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Mic Boost',0
Capabilities: volume penum
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%] [0.00dB]
Front Right: 0 [0%] [0.00dB]
Simple mixer control 'IEC958',0
Capabilities: pswitch pswitch-joined penum
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'Capture',0
Capabilities: cvolume cswitch penum
Capture channels: Front Left - Front Right
Limits: Capture 0 - 31
Front Left: Capture 0 [0%] [-16.50dB] [off]
Front Right: Capture 0 [0%] [-16.50dB] [off]
Simple mixer control 'Auto-Mute Mode',0
Capabilities: enum
Items: 'Disabled' 'Enabled'
Item0: 'Enabled'
Simple mixer control 'Internal Mic Boost',0
Capabilities: volume penum
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%] [0.00dB]
Front Right: 0 [0%] [0.00dB]
!!Alsactl output
!!--------------
--startcollapse--
state.PCH {
control.1 {
iface MIXER
name 'Headphone Playback Volume'
value.0 87
value.1 87
comment {
access 'read write'
type INTEGER
count 2
range '0 - 87'
dbmin -6525
dbmax 0
dbvalue.0 0
dbvalue.1 0
}
}
control.2 {
iface MIXER
name 'Headphone Playback Switch'
value.0 true
value.1 true
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.3 {
iface MIXER
name 'Speaker Playback Volume'
value.0 87
value.1 87
comment {
access 'read write'
type INTEGER
count 2
range '0 - 87'
dbmin -6525
dbmax 0
dbvalue.0 0
dbvalue.1 0
}
}
control.4 {
iface MIXER
name 'Speaker Playback Switch'
value.0 true
value.1 true
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.5 {
iface MIXER
name 'Mic Playback Volume'
value.0 0
value.1 0
comment {
access 'read write'
type INTEGER
count 2
range '0 - 31'
dbmin -3450
dbmax 1200
dbvalue.0 -3450
dbvalue.1 -3450
}
}
control.6 {
iface MIXER
name 'Mic Playback Switch'
value.0 false
value.1 false
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.7 {
iface MIXER
name 'Auto-Mute Mode'
value Enabled
comment {
access 'read write'
type ENUMERATED
count 1
item.0 Disabled
item.1 Enabled
}
}
control.8 {
iface MIXER
name 'Internal Mic Boost Volume'
value.0 0
value.1 0
comment {
access 'read write'
type INTEGER
count 2
range '0 - 3'
dbmin 0
dbmax 3600
dbvalue.0 0
dbvalue.1 0
}
}
control.9 {
iface MIXER
name 'Mic Boost Volume'
value.0 0
value.1 0
comment {
access 'read write'
type INTEGER
count 2
range '0 - 3'
dbmin 0
dbmax 3600
dbvalue.0 0
dbvalue.1 0
}
}
control.10 {
iface MIXER
name 'Capture Switch'
value.0 false
value.1 false
comment {
access 'read write'
type BOOLEAN
count 2
}
}
control.11 {
iface MIXER
name 'Capture Volume'
value.0 0
value.1 0
comment {
access 'read write'
type INTEGER
count 2
range '0 - 31'
dbmin -1650
dbmax 3000
dbvalue.0 -1650
dbvalue.1 -1650
}
}
control.12 {
iface MIXER
name 'Master Playback Volume'
value 58
comment {
access 'read write'
type INTEGER
count 1
range '0 - 87'
dbmin -6525
dbmax 0
dbvalue.0 -2175
}
}
control.13 {
iface MIXER
name 'Master Playback Switch'
value true
comment {
access 'read write'
type BOOLEAN
count 1
}
}
control.14 {
iface CARD
name 'Headphone Jack'
value false
comment {
access read
type BOOLEAN
count 1
}
}
control.15 {
iface CARD
name 'Speaker Phantom Jack'
value true
comment {
access read
type BOOLEAN
count 1
}
}
control.16 {
iface CARD
name 'Internal Mic Phantom Jack'
value true
comment {
access read
type BOOLEAN
count 1
}
}
control.17 {
iface CARD
name 'Mic Jack'
value false
comment {
access read
type BOOLEAN
count 1
}
}
control.18 {
iface PCM
name 'Playback Channel Map'
value.0 3
value.1 4
comment {
access read
type INTEGER
count 2
range '0 - 27'
}
}
control.19 {
iface PCM
name 'Capture Channel Map'
value.0 0
value.1 0
comment {
access read
type INTEGER
count 2
range '0 - 27'
}
}
control.20 {
iface CARD
name 'HDMI/DP,pcm=3 Jack'
value false
comment {
access read
type BOOLEAN
count 1
}
}
control.21 {
iface MIXER
name 'IEC958 Playback Con Mask'
value '0fff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
comment {
access read
type IEC958
count 1
}
}
control.22 {
iface MIXER
name 'IEC958 Playback Pro Mask'
value '0f00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
comment {
access read
type IEC958
count 1
}
}
control.23 {
iface MIXER
name 'IEC958 Playback Default'
value '0482000200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000'
comment {
access 'read write'
type IEC958
count 1
}
}
control.24 {
iface MIXER
name 'IEC958 Playback Switch'
value false
comment {
access 'read write'
type BOOLEAN
count 1
}
}
control.25 {
iface PCM
device 3
name ELD
value ''
comment {
access 'read volatile'
type BYTES
count 0
}
}
control.26 {
iface PCM
device 3
name 'Playback Channel Map'
value.0 0
value.1 0
value.2 0
value.3 0
value.4 0
value.5 0
value.6 0
value.7 0
comment {
access 'read write'
type INTEGER
count 8
range '0 - 27'
}
}
control.27 {
iface MIXER
name 'PCM Playback Volume'
value.0 253
value.1 253
comment {
access 'read write user'
type INTEGER
count 2
range '0 - 255'
tlv '0000000100000008ffffec1400000014'
dbmin -5100
dbmax 0
dbvalue.0 -40
dbvalue.1 -40
}
}
}
--endcollapse--
!!All Loaded Modules
!!------------------
Module
rfcomm
bnep
msr
cpufreq_stats
ip6table_filter
ip6_tables
iptable_filter
ip_tables
x_tables
parport_pc
ppdev
lp
parport
binfmt_misc
uinput
nfsd
auth_rpcgss
nfs_acl
nfs
lockd
dns_resolver
fscache
sunrpc
nls_utf8
nls_cp437
vfat
fat
loop
snd_hda_codec_hdmi
snd_hda_codec_realtek
joydev
btusb
bluetooth
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_core
videodev
media
snd_hda_intel
snd_hda_codec
arc4
iwldvm
coretemp
snd_hwdep
kvm_intel
snd_pcm
mac80211
snd_page_alloc
kvm
crc32c_intel
snd_seq
snd_seq_device
ghash_clmulni_intel
iTCO_wdt
snd_timer
i915
iwlwifi
aesni_intel
iTCO_vendor_support
aes_x86_64
ablk_helper
asus_nb_wmi
acpi_cpufreq
cryptd
drm_kms_helper
mperf
xts
lrw
gf128mul
drm
i2c_i801
snd
cfg80211
asus_wmi
lpc_ich
rts5139
sparse_keymap
microcode
pcspkr
psmouse
serio_raw
evdev
i2c_algo_bit
i2c_core
mfd_core
wmi
soundcore
rfkill
mei
video
battery
ac
button
processor
ext4
crc16
jbd2
mbcache
sg
sd_mod
crc_t10dif
xhci_hcd
ahci
libahci
ehci_hcd
libata
scsi_mod
usbcore
thermal
thermal_sys
usb_common
!!Sysfs Files
!!-----------
/sys/class/sound/hwC0D0/init_pin_configs:
0x12 0x90a60930
0x14 0x90170110
0x17 0x411111f0
0x18 0x411111f0
0x19 0x411111f0
0x1a 0x411111f0
0x1b 0x411111f0
0x1d 0x40079a2d
0x1e 0x411111f0
0x21 0x03211020
/sys/class/sound/hwC0D0/driver_pin_configs:
0x12 0x99a3092f
0x14 0x99130110
0x18 0x01a19c20
0x21 0x0121401f
/sys/class/sound/hwC0D0/user_pin_configs:
/sys/class/sound/hwC0D0/init_verbs:
/sys/class/sound/hwC0D3/init_pin_configs:
0x05 0x58560010
0x06 0x18560020
0x07 0x58560030
/sys/class/sound/hwC0D3/driver_pin_configs:
/sys/class/sound/hwC0D3/user_pin_configs:
/sys/class/sound/hwC0D3/init_verbs:
!!ALSA/HDA dmesg
!!--------------
[ 4.534693] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 4.535604] snd_hda_intel 0000:00:1b.0: irq 47 for MSI/MSI-X
[ 4.588234] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
[ 4.588670] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
[ 4.589001] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[ 4.984465] Adding 1952764k swap on /dev/sda3. Priority:-1 extents:1 across:1952764k SS
--
[ 7686.851054] mei 0000:00:16.0: irq 44 for MSI/MSI-X
[ 7686.851099] snd_hda_intel 0000:00:1b.0: irq 47 for MSI/MSI-X
[ 7686.851147] ehci_hcd 0000:00:1d.0: setting latency timer to 64
--
[ 7693.806936] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 7896.166946] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x020c0000
[ 7897.173444] hda-intel: No response from codec, disabling MSI: last cmd=0x020c0000
[ 7898.179932] hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x020c0000
[ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
[ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip 00007f44e454bca0 sp 00007f44c91165f8 error 4 in libc-2.13.so[7f44e442c000+180000]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2012-12-28 14:25 [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue? Vincent Blut
@ 2013-01-03 9:19 ` Takashi Iwai
2013-01-03 13:39 ` Vincent Blut
` (3 more replies)
0 siblings, 4 replies; 14+ messages in thread
From: Takashi Iwai @ 2013-01-03 9:19 UTC (permalink / raw)
To: Vincent Blut; +Cc: alsa-devel, linux-kernel
At Fri, 28 Dec 2012 15:25:40 +0100,
Vincent Blut wrote:
>
> Hi,
>
> Since I updated to Linux 3.7.1, listening to some audio/video bits
> frequently cause the following:
>
> [ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
> mode: last cmd=0x020c0000
> [ 7897.173444] hda-intel: No response from codec, disabling MSI: last
> cmd=0x020c0000
> [ 7898.179932] hda_intel: azx_get_response timeout, switching to
> single_cmd mode: last cmd=0x020c0000
> [ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
> [ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip
> 00007f44e454bca0 sp 00007f44c91165f8 error 4 in
> libc-2.13.so[7f44e442c000+180000]
>
> It seems to be a codec probing failure (?). This is really fatal because
> the sound become very choppy and can't recover until I reboot.
> I'll try to play with 'probe_mask' kernel parameter to see if I can
> narrow the correct codec slots!
>
> By the way I can't reproduce this on 3.6.9, so is there something that
> changed in this area in 3.7.1?
If it's new in 3.7, this could be a regression by runtime D3.
Try to pass power_save_controller=0 option to snd-hda-intel module
(or change it via sysfs dynamically).
thanks,
Takashi
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-03 9:19 ` Takashi Iwai
@ 2013-01-03 13:39 ` Vincent Blut
2013-01-05 21:24 ` Vincent Blut
` (2 subsequent siblings)
3 siblings, 0 replies; 14+ messages in thread
From: Vincent Blut @ 2013-01-03 13:39 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel, linux-kernel
Le jeudi 03 janvier 2013 à 10:19 +0100, Takashi Iwai a écrit :
> At Fri, 28 Dec 2012 15:25:40 +0100,
> Vincent Blut wrote:
> >
> > Hi,
> >
> > Since I updated to Linux 3.7.1, listening to some audio/video bits
> > frequently cause the following:
> >
> > [ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
> > mode: last cmd=0x020c0000
> > [ 7897.173444] hda-intel: No response from codec, disabling MSI: last
> > cmd=0x020c0000
> > [ 7898.179932] hda_intel: azx_get_response timeout, switching to
> > single_cmd mode: last cmd=0x020c0000
> > [ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
> > [ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip
> > 00007f44e454bca0 sp 00007f44c91165f8 error 4 in
> > libc-2.13.so[7f44e442c000+180000]
> >
> > It seems to be a codec probing failure (?). This is really fatal because
> > the sound become very choppy and can't recover until I reboot.
> > I'll try to play with 'probe_mask' kernel parameter to see if I can
> > narrow the correct codec slots!
> >
> > By the way I can't reproduce this on 3.6.9, so is there something that
> > changed in this area in 3.7.1?
>
> If it's new in 3.7, this could be a regression by runtime D3.
> Try to pass power_save_controller=0 option to snd-hda-intel module
> (or change it via sysfs dynamically).
>
>
> thanks,
>
> Takashi
Hi,
That makes sense, however I can't reliably reproduce this so I'll report
back later.
Thanks and happy new year!
Vincent
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-03 9:19 ` Takashi Iwai
2013-01-03 13:39 ` Vincent Blut
@ 2013-01-05 21:24 ` Vincent Blut
2013-01-07 8:32 ` Takashi Iwai
2013-01-08 0:04 ` Maurizio Avogadro
[not found] ` <50EBD772.3090008@gmail.com>
3 siblings, 1 reply; 14+ messages in thread
From: Vincent Blut @ 2013-01-05 21:24 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel, linux-kernel
Le jeudi 03 janvier 2013 à 10:19 +0100, Takashi Iwai a écrit :
> At Fri, 28 Dec 2012 15:25:40 +0100,
> Vincent Blut wrote:
> >
> > Hi,
> >
> > Since I updated to Linux 3.7.1, listening to some audio/video bits
> > frequently cause the following:
> >
> > [ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
> > mode: last cmd=0x020c0000
> > [ 7897.173444] hda-intel: No response from codec, disabling MSI: last
> > cmd=0x020c0000
> > [ 7898.179932] hda_intel: azx_get_response timeout, switching to
> > single_cmd mode: last cmd=0x020c0000
> > [ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
> > [ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip
> > 00007f44e454bca0 sp 00007f44c91165f8 error 4 in
> > libc-2.13.so[7f44e442c000+180000]
> >
> > It seems to be a codec probing failure (?). This is really fatal because
> > the sound become very choppy and can't recover until I reboot.
> > I'll try to play with 'probe_mask' kernel parameter to see if I can
> > narrow the correct codec slots!
> >
> > By the way I can't reproduce this on 3.6.9, so is there something that
> > changed in this area in 3.7.1?
>
> If it's new in 3.7, this could be a regression by runtime D3.
> Try to pass power_save_controller=0 option to snd-hda-intel module
> (or change it via sysfs dynamically).
>
>
> thanks,
>
> Takashi
Hi Takashi,
Well, power_save_controller=0 seems to do the trick but I get plenty of:
[ 15.389270] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
[snd_hda_intel] returns -11
[ 25.178725] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
[snd_hda_intel] returns -11
[ 72.296536] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
[snd_hda_intel] returns -11
[ 2318.147505] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
[snd_hda_intel] returns -11
[ 6086.029839] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
[snd_hda_intel] returns -11
[ 7390.772818] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
[snd_hda_intel] returns -11
which I think is fixed in 3.8 by commit 6eb827d23577
So what's the next step? Adding a quirk for this sound card? Or is there
a way to fix the root cause?
Cheers,
Vincent
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-05 21:24 ` Vincent Blut
@ 2013-01-07 8:32 ` Takashi Iwai
2013-01-08 12:28 ` Vincent Blut
0 siblings, 1 reply; 14+ messages in thread
From: Takashi Iwai @ 2013-01-07 8:32 UTC (permalink / raw)
To: Vincent Blut; +Cc: alsa-devel, linux-kernel
At Sat, 05 Jan 2013 22:24:03 +0100,
Vincent Blut wrote:
>
> Le jeudi 03 janvier 2013 à 10:19 +0100, Takashi Iwai a écrit :
> > At Fri, 28 Dec 2012 15:25:40 +0100,
> > Vincent Blut wrote:
> > >
> > > Hi,
> > >
> > > Since I updated to Linux 3.7.1, listening to some audio/video bits
> > > frequently cause the following:
> > >
> > > [ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
> > > mode: last cmd=0x020c0000
> > > [ 7897.173444] hda-intel: No response from codec, disabling MSI: last
> > > cmd=0x020c0000
> > > [ 7898.179932] hda_intel: azx_get_response timeout, switching to
> > > single_cmd mode: last cmd=0x020c0000
> > > [ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
> > > [ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip
> > > 00007f44e454bca0 sp 00007f44c91165f8 error 4 in
> > > libc-2.13.so[7f44e442c000+180000]
> > >
> > > It seems to be a codec probing failure (?). This is really fatal because
> > > the sound become very choppy and can't recover until I reboot.
> > > I'll try to play with 'probe_mask' kernel parameter to see if I can
> > > narrow the correct codec slots!
> > >
> > > By the way I can't reproduce this on 3.6.9, so is there something that
> > > changed in this area in 3.7.1?
> >
> > If it's new in 3.7, this could be a regression by runtime D3.
> > Try to pass power_save_controller=0 option to snd-hda-intel module
> > (or change it via sysfs dynamically).
> >
> >
> > thanks,
> >
> > Takashi
>
> Hi Takashi,
>
> Well, power_save_controller=0 seems to do the trick but I get plenty of:
>
>
> [ 15.389270] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> [snd_hda_intel] returns -11
> [ 25.178725] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> [snd_hda_intel] returns -11
> [ 72.296536] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> [snd_hda_intel] returns -11
> [ 2318.147505] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> [snd_hda_intel] returns -11
> [ 6086.029839] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> [snd_hda_intel] returns -11
> [ 7390.772818] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> [snd_hda_intel] returns -11
>
>
> which I think is fixed in 3.8 by commit 6eb827d23577
Yes, and should be merged in the next stable release.
> So what's the next step? Adding a quirk for this sound card? Or is there
> a way to fix the root cause?
One more thing to test is whether azx_runtime_resume() is properly
called before this error happens. Could you put a debug print and
check it? If it's not called, it implies that the refcount or
something else got broken. If it's called but the device doesn't
respond, it's a hardware-specific issue, and the likely solution is to
add a device-specific quirk.
thanks,
Takashi
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-03 9:19 ` Takashi Iwai
2013-01-03 13:39 ` Vincent Blut
2013-01-05 21:24 ` Vincent Blut
@ 2013-01-08 0:04 ` Maurizio Avogadro
[not found] ` <50EBD772.3090008@gmail.com>
3 siblings, 0 replies; 14+ messages in thread
From: Maurizio Avogadro @ 2013-01-08 0:04 UTC (permalink / raw)
To: linux-kernel
Takashi Iwai <tiwai <at> suse.de> writes:
>
> [...]
>
> If it's new in 3.7, this could be a regression by runtime D3.
> Try to pass power_save_controller=0 option to snd-hda-intel module
> (or change it via sysfs dynamically).
>
> thanks,
>
> Takashi
Hi Takashi
same codec here (ALC269VB on a Clevo W150HRM), same kernel, same issue.
Disabling power_save_controller solves the issue, but I could achieve the same
result by setting enable_msi=0, which I chose in the hope to preserve power
saving capabilities.
thanks, Maurizio
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
[not found] ` <s5htxqsyt7g.wl%tiwai@suse.de>
@ 2013-01-08 8:55 ` Maurizio Avogadro
0 siblings, 0 replies; 14+ messages in thread
From: Maurizio Avogadro @ 2013-01-08 8:55 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Vincent Blut, alsa-devel, linux-kernel
08/01/2013 09:28 Takashi Iwai wrote:
> [...]
>
> BTW, the problem is related rather with the controller chip, not the
> codec chip. In Vincent's case, it's 8086:1e20,
> Intel Corporation 7 Series/C210 Series Chipset Family High
> Definition Audio Controller (rev 04)
Here I have
00:1b.0 0403: 8086:1c20 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset
Family High Definition Audio Controller (rev 05)
Thanks
Maurizio
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-07 8:32 ` Takashi Iwai
@ 2013-01-08 12:28 ` Vincent Blut
2013-01-08 12:56 ` Takashi Iwai
0 siblings, 1 reply; 14+ messages in thread
From: Vincent Blut @ 2013-01-08 12:28 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel, linux-kernel
Le lundi 07 janvier 2013 à 09:32 +0100, Takashi Iwai a écrit :
> At Sat, 05 Jan 2013 22:24:03 +0100,
> Vincent Blut wrote:
> >
> > Le jeudi 03 janvier 2013 à 10:19 +0100, Takashi Iwai a écrit :
> > > At Fri, 28 Dec 2012 15:25:40 +0100,
> > > Vincent Blut wrote:
> > > >
> > > > Hi,
> > > >
> > > > Since I updated to Linux 3.7.1, listening to some audio/video bits
> > > > frequently cause the following:
> > > >
> > > > [ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
> > > > mode: last cmd=0x020c0000
> > > > [ 7897.173444] hda-intel: No response from codec, disabling MSI: last
> > > > cmd=0x020c0000
> > > > [ 7898.179932] hda_intel: azx_get_response timeout, switching to
> > > > single_cmd mode: last cmd=0x020c0000
> > > > [ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
> > > > [ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip
> > > > 00007f44e454bca0 sp 00007f44c91165f8 error 4 in
> > > > libc-2.13.so[7f44e442c000+180000]
> > > >
> > > > It seems to be a codec probing failure (?). This is really fatal because
> > > > the sound become very choppy and can't recover until I reboot.
> > > > I'll try to play with 'probe_mask' kernel parameter to see if I can
> > > > narrow the correct codec slots!
> > > >
> > > > By the way I can't reproduce this on 3.6.9, so is there something that
> > > > changed in this area in 3.7.1?
> > >
> > > If it's new in 3.7, this could be a regression by runtime D3.
> > > Try to pass power_save_controller=0 option to snd-hda-intel module
> > > (or change it via sysfs dynamically).
> > >
> > >
> > > thanks,
> > >
> > > Takashi
> >
> > Hi Takashi,
> >
> > Well, power_save_controller=0 seems to do the trick but I get plenty of:
> >
> >
> > [ 15.389270] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > [snd_hda_intel] returns -11
> > [ 25.178725] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > [snd_hda_intel] returns -11
> > [ 72.296536] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > [snd_hda_intel] returns -11
> > [ 2318.147505] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > [snd_hda_intel] returns -11
> > [ 6086.029839] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > [snd_hda_intel] returns -11
> > [ 7390.772818] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > [snd_hda_intel] returns -11
> >
> >
> > which I think is fixed in 3.8 by commit 6eb827d23577
>
> Yes, and should be merged in the next stable release.
>
> > So what's the next step? Adding a quirk for this sound card? Or is there
> > a way to fix the root cause?
>
> One more thing to test is whether azx_runtime_resume() is properly
> called before this error happens. Could you put a debug print and
> check it? If it's not called, it implies that the refcount or
> something else got broken. If it's called but the device doesn't
> respond, it's a hardware-specific issue, and the likely solution is to
> add a device-specific quirk.
>
Ok, I added a debug printk() which is called:
$ dmesg | grep -i debug
[ 5330.371523] [debug] Probably needs a device-specific quirk!
As usual, when it is called the sound become very choppy.
I'll test with enable_msi=0 later.
>
> thanks,
>
> Takashi
Thanks,
Vincent
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 12:28 ` Vincent Blut
@ 2013-01-08 12:56 ` Takashi Iwai
2013-01-08 14:13 ` Vincent Blut
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Takashi Iwai @ 2013-01-08 12:56 UTC (permalink / raw)
To: Vincent Blut; +Cc: Maurizio Avogadro, alsa-devel, linux-kernel
At Tue, 08 Jan 2013 13:28:55 +0100,
Vincent Blut wrote:
>
> Le lundi 07 janvier 2013 à 09:32 +0100, Takashi Iwai a écrit :
> > At Sat, 05 Jan 2013 22:24:03 +0100,
> > Vincent Blut wrote:
> > >
> > > Le jeudi 03 janvier 2013 à 10:19 +0100, Takashi Iwai a écrit :
> > > > At Fri, 28 Dec 2012 15:25:40 +0100,
> > > > Vincent Blut wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > Since I updated to Linux 3.7.1, listening to some audio/video bits
> > > > > frequently cause the following:
> > > > >
> > > > > [ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
> > > > > mode: last cmd=0x020c0000
> > > > > [ 7897.173444] hda-intel: No response from codec, disabling MSI: last
> > > > > cmd=0x020c0000
> > > > > [ 7898.179932] hda_intel: azx_get_response timeout, switching to
> > > > > single_cmd mode: last cmd=0x020c0000
> > > > > [ 7898.179983] hda-codec: out of range cmd 0:0:20:400:fffff7ff
> > > > > [ 9445.034371] plugin-containe[5873]: segfault at 7f44bb95e639 ip
> > > > > 00007f44e454bca0 sp 00007f44c91165f8 error 4 in
> > > > > libc-2.13.so[7f44e442c000+180000]
> > > > >
> > > > > It seems to be a codec probing failure (?). This is really fatal because
> > > > > the sound become very choppy and can't recover until I reboot.
> > > > > I'll try to play with 'probe_mask' kernel parameter to see if I can
> > > > > narrow the correct codec slots!
> > > > >
> > > > > By the way I can't reproduce this on 3.6.9, so is there something that
> > > > > changed in this area in 3.7.1?
> > > >
> > > > If it's new in 3.7, this could be a regression by runtime D3.
> > > > Try to pass power_save_controller=0 option to snd-hda-intel module
> > > > (or change it via sysfs dynamically).
> > > >
> > > >
> > > > thanks,
> > > >
> > > > Takashi
> > >
> > > Hi Takashi,
> > >
> > > Well, power_save_controller=0 seems to do the trick but I get plenty of:
> > >
> > >
> > > [ 15.389270] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > > [snd_hda_intel] returns -11
> > > [ 25.178725] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > > [snd_hda_intel] returns -11
> > > [ 72.296536] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > > [snd_hda_intel] returns -11
> > > [ 2318.147505] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > > [snd_hda_intel] returns -11
> > > [ 6086.029839] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > > [snd_hda_intel] returns -11
> > > [ 7390.772818] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x37
> > > [snd_hda_intel] returns -11
> > >
> > >
> > > which I think is fixed in 3.8 by commit 6eb827d23577
> >
> > Yes, and should be merged in the next stable release.
> >
> > > So what's the next step? Adding a quirk for this sound card? Or is there
> > > a way to fix the root cause?
> >
> > One more thing to test is whether azx_runtime_resume() is properly
> > called before this error happens. Could you put a debug print and
> > check it? If it's not called, it implies that the refcount or
> > something else got broken. If it's called but the device doesn't
> > respond, it's a hardware-specific issue, and the likely solution is to
> > add a device-specific quirk.
> >
>
> Ok, I added a debug printk() which is called:
>
> $ dmesg | grep -i debug
> [ 5330.371523] [debug] Probably needs a device-specific quirk!
>
> As usual, when it is called the sound become very choppy.
OK. So it's not the driver code but really a problem in the deeper
level.
> I'll test with enable_msi=0 later.
Thanks.
FWIW, below is a patch I'm considering to merge (after testing, of
course). Could you buys check it?
Takashi
---
From: Takashi Iwai <tiwai@suse.de>
Subject: [PATCH] ALSA: hda - Disable runtime D3 for Intel CPT & co
We've got a few bug reports that the runtime D3 results in the dead
HD-audio controller. It seems that the problem is in a deeper level
than the sound driver itself, so as a temporal solution, disable the
feature for these controllers again.
Reported-by: Vincent Blut <vincent.debian@free.fr>
Reported-by: Maurizio Avogadro <mavoga@gmail.com>
Cc: <stable@vger.kernel.org> [v3.7]
Signed-off-by: Takashi Iwai <tiwai@suse.de>
---
sound/pci/hda/hda_intel.c | 13 ++++++++-----
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index cca8727..0b6aeba 100644
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/hda/hda_intel.c
@@ -573,9 +573,12 @@ enum {
#define AZX_DCAPS_PM_RUNTIME (1 << 26) /* runtime PM support */
/* quirks for Intel PCH */
-#define AZX_DCAPS_INTEL_PCH \
+#define AZX_DCAPS_INTEL_PCH_NOPM \
(AZX_DCAPS_SCH_SNOOP | AZX_DCAPS_BUFSIZE | \
- AZX_DCAPS_COUNT_LPIB_DELAY | AZX_DCAPS_PM_RUNTIME)
+ AZX_DCAPS_COUNT_LPIB_DELAY)
+
+#define AZX_DCAPS_INTEL_PCH \
+ (AZX_DCAPS_INTEL_PCH_NOPM | AZX_DCAPS_PM_RUNTIME)
/* quirks for ATI SB / AMD Hudson */
#define AZX_DCAPS_PRESET_ATI_SB \
@@ -3586,13 +3589,13 @@ static void azx_remove(struct pci_dev *pci)
static DEFINE_PCI_DEVICE_TABLE(azx_ids) = {
/* CPT */
{ PCI_DEVICE(0x8086, 0x1c20),
- .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
+ .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
/* PBG */
{ PCI_DEVICE(0x8086, 0x1d20),
- .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
+ .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
/* Panther Point */
{ PCI_DEVICE(0x8086, 0x1e20),
- .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
+ .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
/* Lynx Point */
{ PCI_DEVICE(0x8086, 0x8c20),
.driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
--
1.8.0.1
^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 12:56 ` Takashi Iwai
@ 2013-01-08 14:13 ` Vincent Blut
2013-01-08 14:32 ` [alsa-devel] " David Henningsson
2013-01-08 20:25 ` Vincent Blut
2 siblings, 0 replies; 14+ messages in thread
From: Vincent Blut @ 2013-01-08 14:13 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Maurizio Avogadro, alsa-devel, linux-kernel
Le mardi 08 janvier 2013 à 13:56 +0100, Takashi Iwai a écrit :
> At Tue, 08 Jan 2013 13:28:55 +0100,
> Vincent Blut wrote:
> >
> > Le lundi 07 janvier 2013 à 09:32 +0100, Takashi Iwai a écrit :
> > > At Sat, 05 Jan 2013 22:24:03 +0100,
> > >
> > > One more thing to test is whether azx_runtime_resume() is properly
> > > called before this error happens. Could you put a debug print and
> > > check it? If it's not called, it implies that the refcount or
> > > something else got broken. If it's called but the device doesn't
> > > respond, it's a hardware-specific issue, and the likely solution is to
> > > add a device-specific quirk.
> > >
> >
> > Ok, I added a debug printk() which is called:
> >
> > $ dmesg | grep -i debug
> > [ 5330.371523] [debug] Probably needs a device-specific quirk!
> >
> > As usual, when it is called the sound become very choppy.
>
> OK. So it's not the driver code but really a problem in the deeper
> level.
Sad, by the way I'm puzzled due to the fact that nobody hit this issue,
those audio controllers are quite common, no?
>
> > I'll test with enable_msi=0 later.
>
> Thanks.
There isn't any positive effect with this parameter.
>
> FWIW, below is a patch I'm considering to merge (after testing, of
> course). Could you buys check it?
I'll give it a try.
>
>
> Takashi
>
> ---
> From: Takashi Iwai <tiwai@suse.de>
> Subject: [PATCH] ALSA: hda - Disable runtime D3 for Intel CPT & co
>
> We've got a few bug reports that the runtime D3 results in the dead
> HD-audio controller. It seems that the problem is in a deeper level
> than the sound driver itself, so as a temporal solution, disable the
> feature for these controllers again.
>
> Reported-by: Vincent Blut <vincent.debian@free.fr>
> Reported-by: Maurizio Avogadro <mavoga@gmail.com>
> Cc: <stable@vger.kernel.org> [v3.7]
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
> sound/pci/hda/hda_intel.c | 13 ++++++++-----
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
> index cca8727..0b6aeba 100644
> --- a/sound/pci/hda/hda_intel.c
> +++ b/sound/pci/hda/hda_intel.c
> @@ -573,9 +573,12 @@ enum {
> #define AZX_DCAPS_PM_RUNTIME (1 << 26) /* runtime PM support */
>
> /* quirks for Intel PCH */
> -#define AZX_DCAPS_INTEL_PCH \
> +#define AZX_DCAPS_INTEL_PCH_NOPM \
> (AZX_DCAPS_SCH_SNOOP | AZX_DCAPS_BUFSIZE | \
> - AZX_DCAPS_COUNT_LPIB_DELAY | AZX_DCAPS_PM_RUNTIME)
> + AZX_DCAPS_COUNT_LPIB_DELAY)
> +
> +#define AZX_DCAPS_INTEL_PCH \
> + (AZX_DCAPS_INTEL_PCH_NOPM | AZX_DCAPS_PM_RUNTIME)
>
> /* quirks for ATI SB / AMD Hudson */
> #define AZX_DCAPS_PRESET_ATI_SB \
> @@ -3586,13 +3589,13 @@ static void azx_remove(struct pci_dev *pci)
> static DEFINE_PCI_DEVICE_TABLE(azx_ids) = {
> /* CPT */
> { PCI_DEVICE(0x8086, 0x1c20),
> - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> /* PBG */
> { PCI_DEVICE(0x8086, 0x1d20),
> - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> /* Panther Point */
> { PCI_DEVICE(0x8086, 0x1e20),
> - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> /* Lynx Point */
> { PCI_DEVICE(0x8086, 0x8c20),
> .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [alsa-devel] [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 12:56 ` Takashi Iwai
2013-01-08 14:13 ` Vincent Blut
@ 2013-01-08 14:32 ` David Henningsson
2013-01-08 14:39 ` Takashi Iwai
2013-01-08 20:25 ` Vincent Blut
2 siblings, 1 reply; 14+ messages in thread
From: David Henningsson @ 2013-01-08 14:32 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Vincent Blut, alsa-devel, Maurizio Avogadro, linux-kernel
On 01/08/2013 01:56 PM, Takashi Iwai wrote:
>> I'll test with enable_msi=0 later.
>
> Thanks.
>
> FWIW, below is a patch I'm considering to merge (after testing, of
> course). Could you buys check it?
>
>
> Takashi
>
> ---
> From: Takashi Iwai <tiwai@suse.de>
> Subject: [PATCH] ALSA: hda - Disable runtime D3 for Intel CPT & co
For reference, I'm seeing some of this too, and have asked for people to
test with enable_msi=0 and/or power_save_controller=0. I'm waiting for
replies from people with the hardware.
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [alsa-devel] [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 14:32 ` [alsa-devel] " David Henningsson
@ 2013-01-08 14:39 ` Takashi Iwai
0 siblings, 0 replies; 14+ messages in thread
From: Takashi Iwai @ 2013-01-08 14:39 UTC (permalink / raw)
To: David Henningsson
Cc: Vincent Blut, alsa-devel, Maurizio Avogadro, linux-kernel
At Tue, 08 Jan 2013 15:32:13 +0100,
David Henningsson wrote:
>
> On 01/08/2013 01:56 PM, Takashi Iwai wrote:
> >> I'll test with enable_msi=0 later.
> >
> > Thanks.
> >
> > FWIW, below is a patch I'm considering to merge (after testing, of
> > course). Could you buys check it?
> >
> >
> > Takashi
> >
> > ---
> > From: Takashi Iwai <tiwai@suse.de>
> > Subject: [PATCH] ALSA: hda - Disable runtime D3 for Intel CPT & co
>
> For reference, I'm seeing some of this too, and have asked for people to
> test with enable_msi=0 and/or power_save_controller=0. I'm waiting for
> replies from people with the hardware.
OK, good to know!
So far, I disabled the runtime PM up to PantherPoint in the patch.
LynxPoint, Haswell and 3400 are still with runtime PM, as these were
the platforms mostly tested for the feature.
Takashi
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 12:56 ` Takashi Iwai
2013-01-08 14:13 ` Vincent Blut
2013-01-08 14:32 ` [alsa-devel] " David Henningsson
@ 2013-01-08 20:25 ` Vincent Blut
2013-01-09 10:00 ` Takashi Iwai
2 siblings, 1 reply; 14+ messages in thread
From: Vincent Blut @ 2013-01-08 20:25 UTC (permalink / raw)
To: Takashi Iwai; +Cc: Maurizio Avogadro, alsa-devel, linux-kernel
Le mardi 08 janvier 2013 à 13:56 +0100, Takashi Iwai a écrit :
> At Tue, 08 Jan 2013 13:28:55 +0100,
> From: Takashi Iwai <tiwai@suse.de>
> Subject: [PATCH] ALSA: hda - Disable runtime D3 for Intel CPT & co
>
> We've got a few bug reports that the runtime D3 results in the dead
> HD-audio controller. It seems that the problem is in a deeper level
> than the sound driver itself, so as a temporal solution, disable the
> feature for these controllers again.
>
> Reported-by: Vincent Blut <vincent.debian@free.fr>
> Reported-by: Maurizio Avogadro <mavoga@gmail.com>
> Cc: <stable@vger.kernel.org> [v3.7]
> Signed-off-by: Takashi Iwai <tiwai@suse.de>
> ---
> sound/pci/hda/hda_intel.c | 13 ++++++++-----
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
> diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
> index cca8727..0b6aeba 100644
> --- a/sound/pci/hda/hda_intel.c
> +++ b/sound/pci/hda/hda_intel.c
> @@ -573,9 +573,12 @@ enum {
> #define AZX_DCAPS_PM_RUNTIME (1 << 26) /* runtime PM support */
>
> /* quirks for Intel PCH */
> -#define AZX_DCAPS_INTEL_PCH \
> +#define AZX_DCAPS_INTEL_PCH_NOPM \
> (AZX_DCAPS_SCH_SNOOP | AZX_DCAPS_BUFSIZE | \
> - AZX_DCAPS_COUNT_LPIB_DELAY | AZX_DCAPS_PM_RUNTIME)
> + AZX_DCAPS_COUNT_LPIB_DELAY)
> +
> +#define AZX_DCAPS_INTEL_PCH \
> + (AZX_DCAPS_INTEL_PCH_NOPM | AZX_DCAPS_PM_RUNTIME)
>
> /* quirks for ATI SB / AMD Hudson */
> #define AZX_DCAPS_PRESET_ATI_SB \
> @@ -3586,13 +3589,13 @@ static void azx_remove(struct pci_dev *pci)
> static DEFINE_PCI_DEVICE_TABLE(azx_ids) = {
> /* CPT */
> { PCI_DEVICE(0x8086, 0x1c20),
> - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> /* PBG */
> { PCI_DEVICE(0x8086, 0x1d20),
> - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> /* Panther Point */
> { PCI_DEVICE(0x8086, 0x1e20),
> - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> /* Lynx Point */
> { PCI_DEVICE(0x8086, 0x8c20),
> .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
Well, my sound controller behaves nicely with the above quirk.
Tested-by: Vincent Blut <vincent.debian@free.fr>
Thanks Takashi for your support,
Vincent
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 20:25 ` Vincent Blut
@ 2013-01-09 10:00 ` Takashi Iwai
0 siblings, 0 replies; 14+ messages in thread
From: Takashi Iwai @ 2013-01-09 10:00 UTC (permalink / raw)
To: Vincent Blut; +Cc: Maurizio Avogadro, alsa-devel, linux-kernel
At Tue, 08 Jan 2013 21:25:21 +0100,
Vincent Blut wrote:
>
> Le mardi 08 janvier 2013 à 13:56 +0100, Takashi Iwai a écrit :
> > At Tue, 08 Jan 2013 13:28:55 +0100,
> > From: Takashi Iwai <tiwai@suse.de>
> > Subject: [PATCH] ALSA: hda - Disable runtime D3 for Intel CPT & co
> >
> > We've got a few bug reports that the runtime D3 results in the dead
> > HD-audio controller. It seems that the problem is in a deeper level
> > than the sound driver itself, so as a temporal solution, disable the
> > feature for these controllers again.
> >
> > Reported-by: Vincent Blut <vincent.debian@free.fr>
> > Reported-by: Maurizio Avogadro <mavoga@gmail.com>
> > Cc: <stable@vger.kernel.org> [v3.7]
> > Signed-off-by: Takashi Iwai <tiwai@suse.de>
> > ---
> > sound/pci/hda/hda_intel.c | 13 ++++++++-----
> > 1 file changed, 8 insertions(+), 5 deletions(-)
> >
> > diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
> > index cca8727..0b6aeba 100644
> > --- a/sound/pci/hda/hda_intel.c
> > +++ b/sound/pci/hda/hda_intel.c
> > @@ -573,9 +573,12 @@ enum {
> > #define AZX_DCAPS_PM_RUNTIME (1 << 26) /* runtime PM support */
> >
> > /* quirks for Intel PCH */
> > -#define AZX_DCAPS_INTEL_PCH \
> > +#define AZX_DCAPS_INTEL_PCH_NOPM \
> > (AZX_DCAPS_SCH_SNOOP | AZX_DCAPS_BUFSIZE | \
> > - AZX_DCAPS_COUNT_LPIB_DELAY | AZX_DCAPS_PM_RUNTIME)
> > + AZX_DCAPS_COUNT_LPIB_DELAY)
> > +
> > +#define AZX_DCAPS_INTEL_PCH \
> > + (AZX_DCAPS_INTEL_PCH_NOPM | AZX_DCAPS_PM_RUNTIME)
> >
> > /* quirks for ATI SB / AMD Hudson */
> > #define AZX_DCAPS_PRESET_ATI_SB \
> > @@ -3586,13 +3589,13 @@ static void azx_remove(struct pci_dev *pci)
> > static DEFINE_PCI_DEVICE_TABLE(azx_ids) = {
> > /* CPT */
> > { PCI_DEVICE(0x8086, 0x1c20),
> > - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> > + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> > /* PBG */
> > { PCI_DEVICE(0x8086, 0x1d20),
> > - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> > + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> > /* Panther Point */
> > { PCI_DEVICE(0x8086, 0x1e20),
> > - .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
> > + .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH_NOPM },
> > /* Lynx Point */
> > { PCI_DEVICE(0x8086, 0x8c20),
> > .driver_data = AZX_DRIVER_PCH | AZX_DCAPS_INTEL_PCH },
>
> Well, my sound controller behaves nicely with the above quirk.
>
> Tested-by: Vincent Blut <vincent.debian@free.fr>
OK, I queued the patch now.
thanks,
Takashi
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2013-01-09 10:00 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-12-28 14:25 [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue? Vincent Blut
2013-01-03 9:19 ` Takashi Iwai
2013-01-03 13:39 ` Vincent Blut
2013-01-05 21:24 ` Vincent Blut
2013-01-07 8:32 ` Takashi Iwai
2013-01-08 12:28 ` Vincent Blut
2013-01-08 12:56 ` Takashi Iwai
2013-01-08 14:13 ` Vincent Blut
2013-01-08 14:32 ` [alsa-devel] " David Henningsson
2013-01-08 14:39 ` Takashi Iwai
2013-01-08 20:25 ` Vincent Blut
2013-01-09 10:00 ` Takashi Iwai
2013-01-08 0:04 ` Maurizio Avogadro
[not found] ` <50EBD772.3090008@gmail.com>
[not found] ` <s5htxqsyt7g.wl%tiwai@suse.de>
2013-01-08 8:55 ` Maurizio Avogadro
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox