So does anyone know if this is also [still] a problem on Ubuntu? I imagine it shouldn't be since it's the officially supported distribution for the developer edition...
]]>I have a Dell XPS 13 (2015, model 9343, bios A07). My model is that with Intel i7 processor, 3200 x 1800 resolution, touchscreen and Broadcom wireless.
cribari@darwin4 ~ $ dmesg | grep "XPS 13"
[ 0.000000] DMI: Dell Inc. XPS 13 9343/0310JH, BIOS A07 11/11/2015I've been having problems with I2S sound since kernel 4.4. In a nutshell, I2S audio works for a while and the crashes. At that point, 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: -110In order to have audio, I am having to compile my kernels with
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y
My problems are described in this bug report. Is anyone else having similar problems?
cribari@darwin4 ~ $ dmesg | grep "XPS 13"
[ 0.000000] DMI: Dell Inc. XPS 13 9343/0310JH, BIOS A07 11/11/2015
I've been having problems with I2S sound since kernel 4.4. In a nutshell, I2S audio works for a while and the crashes. At that point, 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
In order to have audio, I am having to compile my kernels with
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y
My problems are described in this bug report. Is anyone else having similar problems?
]]>When you say flawless, do you mean you do not have a popping noise if you plugin a headphone in the 3.5mm jack?
I never noticed any noise honestly on my xps13, just tried with two headphones.
]]>After 2 cold boots audio was working flawless, the microphone at default is not working.
When you say flawless, do you mean you do not have a popping noise if you plugin a headphone in the 3.5mm jack?
]]>diego@xps13 ~> lspci
00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09)
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
00:04.0 Signal processing controller: Intel Corporation Broadwell-U Camarillo Device (rev 09)
00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI Controller (rev 03)
00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI Controller #1 (rev 03)
00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #1 (rev e3)
00:1c.3 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root Port #4 (rev e3)
00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation Wildcat Point-LP SATA Controller [AHCI Mode] (rev 03)
00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03)
00:1f.6 Signal processing controller: Intel Corporation Wildcat Point-LP Thermal Management Controller (rev 03)
01:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5249 PCI Express Card Reader (rev 01)
02:00.0 Network controller: Intel Corporation Wireless 7260 (rev 6b)
diego@xps13 ~> aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: broadwellrt286 [broadwell-rt286], device 0: System Playback/Capture (*) []
Subdevices: 0/1
Subdevice #0: subdevice #0
card 1: broadwellrt286 [broadwell-rt286], device 1: Offload0 Playback (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: broadwellrt286 [broadwell-rt286], device 2: Offload1 Playback (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
Edit: the trick seems working also if the microphone is not active, the bars in pavucontrol take life after the toggling.
]]>I just wanted to say that I too have an XPS 13 9343 with Antergos running on it but re-compiling the kernel with the CONFIG_ACPI_REV_OVERRIDE_POSSIBLE flag set did the trick for me so Antergos is not necessarily to blame.
OK. Good to know. Seems like we need someone with more Linux sound experiance to solve chiral's problem.
]]>