You are not logged in.
Several months ago (February I think), I ran an update which stopped the sound in my Dell XPS 13 (2015, non-touch) from working. Being in the middle of a hectic semester, I haven't had the chance to fix it until today. I've been googling all day, but to no avail.
As of today, I am running Linux 4.5.4-1-ARCH, I have flashed BIOS A07, I'm running alsa-lib 1.1.1-1, and everything else is up to date. I am also not dual-booting Windows or anything else.
I remember that the update caused the card I was using to disappear. I believe the card was "HDA Intel PCH". Now the only cards that appear are the following:
$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: broadwellrt286 [broadwell-rt286], device 0: System Playback/Capture (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: broadwellrt286 [broadwell-rt286], device 1: Offload0 Playback (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: broadwellrt286 [broadwell-rt286], device 2: Offload1 Playback (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0I have tried running speaker-test, which produces an initial pop, and then is silent for the remainder of the test.
$ speaker-test -c 2
speaker-test 1.1.1
Playback device is default
Stream parameters are 48000Hz, S16_LE, 2 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2048 to 65536
Period size range from 1024 to 32768
Using max buffer size 65536
Periods = 4
was set period_size = 16384
was set buffer_size = 65536
0 - Front Left
1 - Front Right
Time per period = 4.099831
0 - Front Left
1 - Front Right
^CThe only special ALSA configuration I have is in modprobe.d
$ cat /etc/modprobe.d/alsa-base.conf
options snd_hda_intel index=1,0I'm not really sure where to go from here. I've tried finding out how to recover my PCH sound card, but to no avail. I've read about this new I2S mode that's enabled by default in Linux 4.4+, instead of HDA mode. Maybe this has something to do with that?
Any help would be vastly appreciated.
Last edited by dwysocki (2016-05-22 02:32:01)
Offline
Have a look at this bug https://bugs.archlinux.org/task/47989. Seems some people with the hi-res + touch screen still have an audio problem even with the latest 4.5.4-1 kernel.
That latest kernel finally fixed mic + audio problems on my 2015 XPS 13 non-touch model.
You always have the option to recompile your own kernel with CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y to return to HDA audio instead of I2S as I was doing until recently. Here is the procedure https://gist.github.com/bulletmark/c4f2 … 41a1425f80.
Offline
Have a look at this bug https://bugs.archlinux.org/task/47989. Seems some people with the hi-res + touch screen still have an audio problem even with the latest 4.5.4-1 kernel.
That latest kernel finally fixed mic + audio problems on my 2015 XPS 13 non-touch model.
You always have the option to recompile your own kernel with CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y to return to HDA audio instead of I2S as I was doing until recently. Here is the procedure https://gist.github.com/bulletmark/c4f2 … 41a1425f80.
Thank you, bulletmark, for the links.
Unfortunately, I am also running the 2015 non-touch model (just updated the OP and title to make this clear), so if what you're saying is true, then it should be working for me. I'd like to avoid re-compiling my kernel if possible, especially since my problem might still stem from something else. If nobody has any other ideas, though, I'll give it a shot.
Offline
I just compiled my kernel using your suggestion, and sound is now working.
It's still not the ideal solution, but I suppose it works for now. I'll just keep trying every new kernel update until it is fixed.
Thank you so much, bulletmark.
Offline
I have a Dell XPS 13 (9343, 2015) notebook. My model is 0310JH
cribari@darwin4 ~ $ dmesg | grep "XPS 13"
[ 0.000000] DMI: Dell Inc. XPS 13 9343/0310JH, BIOS A07 11/11/2015
That is, Intel i7, touchscreen, 3200 x 1800 resolution, Broadcom wireless. I2S sound does not work for me, not even with kernel 4.5.4-1. It works for a while and then crashes. At that pont, dmesg informs:
[ 634.776942] haswell-pcm-audio haswell-pcm-audio: ipc: --message timeout-- ipcx 0x83000000 isr 0x00000000 ipcd 0x00000000 imrx 0x7fff0000
[ 634.776946] haswell-pcm-audio haswell-pcm-audio: error: stream commit failed
[ 634.776949] System PCM: error: failed to commit stream -110
[ 634.776951] haswell-pcm-audio haswell-pcm-audio: ASoC: haswell-pcm-audio hw params failed: -110
[ 634.776953] System PCM: ASoC: hw_params FE failed -110
[ 635.083690] haswell-pcm-audio haswell-pcm-audio: ipc: --message timeout-- ipcx 0x83000000 isr 0x00000000 ipcd 0x00000000 imrx 0x7fff0000
[ 635.083694] haswell-pcm-audio haswell-pcm-audio: error: stream commit failed
[ 635.083697] System PCM: error: failed to commit stream -110
[ 635.083699] haswell-pcm-audio haswell-pcm-audio: ASoC: haswell-pcm-audio hw params failed: -110
[ 635.083701] System PCM: ASoC: hw_params FE failed -110My problems are described in the following bug report:
https://bugzilla.kernel.org/show_bug.cgi?id=118051
The only way I have sound without crashes is by compiling the kernel using
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y
Last edited by cribari (2016-05-29 21:46:49)
Linux, street photography and Baroque music enthusiast.
Offline