* [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; 18+ 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] 18+ 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; 18+ 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] 18+ 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; 18+ 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] 18+ 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
2013-01-08 8:23 ` Maurizio Avogadro
3 siblings, 1 reply; 18+ 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] 18+ 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; 18+ 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] 18+ 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; 18+ 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] 18+ 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; 18+ 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] 18+ 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; 18+ 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] 18+ 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:32 ` David Henningsson
2013-01-08 14:32 ` [alsa-devel] " David Henningsson
2013-01-08 20:25 ` Vincent Blut
2 siblings, 0 replies; 18+ 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] 18+ 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 ` David Henningsson
0 siblings, 0 replies; 18+ 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] 18+ 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
-1 siblings, 0 replies; 18+ 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] 18+ 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; 18+ 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] 18+ 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; 18+ 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] 18+ 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
2013-01-08 8:23 ` Maurizio Avogadro
3 siblings, 0 replies; 18+ 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] 18+ 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
` (2 preceding siblings ...)
2013-01-08 0:04 ` Maurizio Avogadro
@ 2013-01-08 8:23 ` Maurizio Avogadro
2013-01-08 8:28 ` Takashi Iwai
3 siblings, 1 reply; 18+ messages in thread
From: Maurizio Avogadro @ 2013-01-08 8:23 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel
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] 18+ messages in thread* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 8:23 ` Maurizio Avogadro
@ 2013-01-08 8:28 ` Takashi Iwai
2013-01-08 8:55 ` Maurizio Avogadro
2013-01-08 9:48 ` Vincent Blut
0 siblings, 2 replies; 18+ messages in thread
From: Takashi Iwai @ 2013-01-08 8:28 UTC (permalink / raw)
To: Maurizio Avogadro; +Cc: Vincent Blut, alsa-devel
At Tue, 08 Jan 2013 09:23:14 +0100,
Maurizio Avogadro wrote:
>
> 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.
Interesting. Vincent, does disabling MSI help in your case, too?
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)
thanks,
Takashi
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 8:28 ` Takashi Iwai
@ 2013-01-08 8:55 ` Maurizio Avogadro
2013-01-08 9:48 ` Vincent Blut
1 sibling, 0 replies; 18+ 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] 18+ messages in thread
* Re: [3.6.9 -> 3.7.1 regression] sound: snd_hda_intel codec probing issue?
2013-01-08 8:28 ` Takashi Iwai
2013-01-08 8:55 ` Maurizio Avogadro
@ 2013-01-08 9:48 ` Vincent Blut
1 sibling, 0 replies; 18+ messages in thread
From: Vincent Blut @ 2013-01-08 9:48 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-devel, Maurizio Avogadro
Le mardi 08 janvier 2013 à 09:28 +0100, Takashi Iwai a écrit :
> At Tue, 08 Jan 2013 09:23:14 +0100,
> Maurizio Avogadro wrote:
> >
> > 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.
>
> Interesting. Vincent, does disabling MSI help in your case, too?
>
> 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)
>
Hi,
Will test, I'm not on this sistem right now, so I'll report back this
afternoon.
>
> thanks,
>
> Takashi
Cheers,
Vincent
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2013-01-09 10:00 UTC | newest]
Thread overview: 18+ 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 ` David Henningsson
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
2013-01-08 8:23 ` Maurizio Avogadro
2013-01-08 8:28 ` Takashi Iwai
2013-01-08 8:55 ` Maurizio Avogadro
2013-01-08 9:48 ` Vincent Blut
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.