Bug 118781

Summary: Sound crashes in Dell XPS 13 (model 9343)
Product: Drivers Reporter: Francisco Cribari (cribari)
Component: Sound(ALSA)Assignee: Jaroslav Kysela (perex)
Status: NEW ---    
Severity: high CC: bastianilso, cribari, mattia.b89, mtabolsky
Priority: P1    
Hardware: All   
OS: Linux   
Kernel Version: 4.5.4 Subsystem:
Regression: No Bisected commit-id:

Description Francisco Cribari 2016-05-24 01:52:19 UTC 
Hardware: 

cribari@darwin4 ~ $ dmesg | grep "XPS 13"
[    0.000000] DMI: Dell Inc. XPS 13 9343/0310JH, BIOS A07 11/11/2015

i.e., 9343 model with Intel i7, touchscreen, 3200 x 1800 screen resolution, Broadcom wireless. 

Kernel 4.5.3 (Arch Linux):

cribari@darwin4 ~ $ uname -a
Linux darwin4 4.5.3-1-ARCH #1 SMP PREEMPT Sat May 7 20:43:57 CEST 2016 x86_64 GNU/Linux

(The problem remains with kernel 4.5.4.) 

I have sound when I boot the computer, but dmesg informs: 

[    1.453753] haswell-pcm-audio haswell-pcm-audio: Direct firmware load for intel/IntcPP01.bin failed with error -2
[    1.453755] haswell-pcm-audio haswell-pcm-audio: fw image intel/IntcPP01.bin not available(-2)

alsa-firmware is installed (version 1.0.29-1). 

Sound is gone after a while, usually when I play YouTube videos or streaming radio from 

http://cbn.globoradio.globo.com/

using Google Chrome or another browser (e.g., Vivaldi). (I mostly use Chrome.) Usually, that happens when I stop the video or streaming radio and try to resume it later. 

When sound is gone, dmesg informs:

[24294.494682] haswell-pcm-audio haswell-pcm-audio: error: audio DSP boot timeout IPCD 0x0 IPCX 0x0
[24294.811357] haswell-pcm-audio haswell-pcm-audio: ipc: --message timeout-- ipcx 0x83000000 isr 0x00000000 ipcd 0x00000000 imrx 0x7fff0000
[24294.811360] haswell-pcm-audio haswell-pcm-audio: error: stream commit failed
[24294.811375] haswell-pcm-audio haswell-pcm-audio: ASoC: haswell-pcm-audio hw params failed: -110
[24295.118072] haswell-pcm-audio haswell-pcm-audio: ipc: --message timeout-- ipcx 0x83000000 isr 0x00000000 ipcd 0x00000000 imrx 0x7fff0000
[24295.118076] haswell-pcm-audio haswell-pcm-audio: error: stream commit failed
[24295.118082] haswell-pcm-audio haswell-pcm-audio: ASoC: haswell-pcm-audio hw params failed: -110

Also: 

[24304.578677] haswell-pcm-audio haswell-pcm-audio: ipc: --message timeout-- ipcx 0x83000000 isr 0x00000000 ipcd 0x00000000 imrx 0x7fff0000
[24304.578693] haswell-pcm-audio haswell-pcm-audio: error: stream commit failed
[24304.578695]  System PCM: error: failed to commit stream -110
[24304.578698] haswell-pcm-audio haswell-pcm-audio: ASoC: haswell-pcm-audio hw params failed: -110
[24304.578700]  System PCM: ASoC: hw_params FE failed -110
[24304.882091] haswell-pcm-audio haswell-pcm-audio: ipc: --message timeout-- ipcx 0x83000000 isr 0x00000000 ipcd 0x00000000 imrx 0x7fff0000
[24304.882102] haswell-pcm-audio haswell-pcm-audio: error: stream commit failed
[24304.882107]  System PCM: error: failed to commit stream -110
[24304.882112] haswell-pcm-audio haswell-pcm-audio: ASoC: haswell-pcm-audio hw params failed: -110
[24304.882117]  System PCM: ASoC: hw_params FE failed -110

In order to have audio, I am having to compile my kernels with 

CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y

What I have installed: 

alsa-firmware v. 1.0.29-1
alsa-lib v. 1.1.1-1
alsa-plugins v. 1.1.1-1
alsa-tools v. 1.1.0-2
alsa-utils v. 1.1.1-1
lib32-alsa-lib v. 1.1.1-1
lib32-alsa-plugins v. 1.1.1-1
pulseaudio v. 8.0-3
pulseaudio-alsa v. 2-3
pulseaudio-bluetooth v. 8.0-3
pulseaudio-equalizer v. 8.0-3
pavucontrol v. 3.0-4
lib32-libpulse v. 0.30-6
libcanberra-pulse v. 0.30-6

I extracted "IntcPP01.bin" from a copy of a Windows Realtek Audio driver (9343_Audio_Driver_X22K2_WN32_7422.118.0_A01.EXE) and placed it in /usr/lib/firmware/intel/IntcPP01.bin . It did not help. The same crashes took place after that.  

Arch bugs: 
1) https://bugs.archlinux.org/task/47989 
2) https://bugs.archlinux.org/task/48936

I started having this problem with kernel 4.4 in Fedora Linux, when sound changed to I2S. I then filed the following bug report: 

https://bugzilla.redhat.com/show_bug.cgi?id=1313434
Comment 1 Francisco Cribari 2016-05-24 01:54:26 UTC 
This was initially filed as a kernel bug: 

https://bugzilla.kernel.org/show_bug.cgi?id=118051

Following the suggestion in comment #6, I am filing it here.
Comment 2 Francisco Cribari 2016-05-24 12:02:35 UTC 
This computer has a Realtek ALC3263 chipset, which is "dual-mode", i.e., it supports both the HDA standard and the I2S standard. The embedded controller in the notebook uses the ACPI _REV value provided by the OS you use to determine which mode the sound chipset should be initialized in at boot. Up until kernel 4.3, Fedora and Arch were conservative and selected HDA. Starting with kernel 4.4, they moved to I2S and sound stopped working on all Dell XPS 13 9343 machines. The computer's Arch wiki page

https://wiki.archlinux.org/index.php/Dell_XPS_13_(2015)

claims that kernel 4.5.2 fixed the issue. It seems, however, that it fixed the problem for some 9343 machines but not for others. 

See, for instance, 

https://bugs.archlinux.org/task/47989

The notebook is sold with different configurations. My machine is 

cribari@darwin4 ~ $ dmesg | grep "XPS 13"
[    0.000000] DMI: Dell Inc. XPS 13 9343/0310JH, BIOS A07 11/11/2015

i.e., the 9343 model with Intel i7, touchscreen, 3200 x 1800 screen resolution, Broadcom wireless.
Comment 3 mattia.b89 2017-01-21 14:22:14 UTC 
According to this comment (https://bugs.archlinux.org/task/47989#comment149467) we can close this bug.
Further, it has not been updated for 8 months.